1. Validación
1.1. ¿Estamos construyendo el producto correctamente?
1.2. Se comprueba que el software cumple los requisitos funcionales y no funcionales de su especificación.
2. Verificación
2.1. ¿Estamos construyendo el producto correctamente?
2.2. Se comprueba que el software cumple los requisitos funcionales y no funcionales de su especificación.
3. Pruebas Estáticas
3.1. Definición
3.1.1. Se basan en el examen manual y en el análisis automatizado del código o de cualquier documentación del proyecto sin ejecutar el código.
3.2. Beneficios
3.2.1. Detección y corrección temprana de errores.
3.2.2. Ahorro de tiempo y dinero invertido en la etapa de pruebas.
3.2.3. Ayuda a encontrar omisiones que no suelen encontrarse en las técnicas dinámicas.
3.3. Tipos
3.3.1. Walkthrough
3.3.1.1. Definición
3.3.1.1.1. Evaluación formal de un producto de software, donde el autor presenta el artefacto a revisar y los participantes hacen preguntas y comentarios acerca de posibles errores, violación de estándares de desarrollo, y otros problemas.
3.3.1.2. Roles
3.3.1.2.1. Moderador
3.3.1.2.2. Secretario
3.3.1.2.3. Autor
3.3.1.2.4. Revisor
3.3.1.3. Etapas
3.3.1.3.1. Planificación
3.3.1.3.2. Preparación
3.3.1.3.3. Revisión de grupo
3.3.2. Peer Review
3.3.2.1. Definición
3.3.2.1.1. Si el programa open source está correcta y suficientemente documentado, cualquier persona capacitada para ello puede analizar, revisar y mejorar el código fuente y además de manera totalmente altruista.
3.3.3. Inspection
3.3.3.1. Definición
3.3.3.1.1. Son un proceso bien definido y disciplinado, donde un equipo de personas cualificadas analizan un producto de software usando una técnica de lectura con el propósito de detectar defectos antes de la etapa de pruebas.
3.3.3.2. Fases
3.3.3.2.1. Inicio
3.3.3.2.2. Detección de defectos
3.3.3.2.3. Colección de defectos
3.3.3.2.4. Corrección y seguimiento
3.3.3.3. Roles
3.3.3.3.1. Organizador
3.3.3.3.2. Moderador
3.3.3.3.3. Inspector
3.3.3.3.4. Lector
3.3.3.3.5. Autor
3.3.3.3.6. Secretario
3.3.3.3.7. Recolector