exact difference between verification
Verificación vs validación: explore las diferencias con ejemplos
Su de vuelta a lo fundamental ¡muchachos! Una mirada clásica a la diferencia entre Verificación y validación .
Existe mucha confusión y debate en torno a estos términos en el mundo de las pruebas de software.
En este artículo veremos qué son la verificación y validación desde el punto de vista de las pruebas de software. Al final de este artículo, obtendremos la deriva de las diferencias entre los dos términos.
A continuación se muestran algunas de las razones importantes para comprender la diferencia:
- Es un concepto fundamental de garantía de calidad, por lo tanto, es casi el componente básico para ser consciente de la garantía de calidad.
- Este es un Pregunta de la entrevista de prueba de software .
- Certificación El plan de estudios tiene un buen número de capítulos en torno a esto.
- Finalmente, y en la práctica, dado que los evaluadores realizamos ambos tipos de pruebas, también podríamos ser expertos en esto.
Lo que vas a aprender:
- ¿Qué es la verificación y validación en las pruebas de software?
- ¿Qué es la verificación?
- ¿Qué es la validación?
- Ejemplos de validación y verificación
- V&V en diferentes fases del ciclo de vida del desarrollo
- Diferencia entre verificación y validación
- Varios estándares
- ¿Cuándo usar Validar y verificar?
- Conclusión
¿Qué es la verificación y validación en las pruebas de software?
En el contexto de las pruebas, ' Verificación y validación ”Son los dos términos más utilizados. La mayoría de las veces, consideramos que ambos términos son iguales, pero en realidad, estos términos son bastante diferentes.
Hay dos aspectos de las tareas de V&V (Verificación y Validación):
- Confirma los requisitos (vista del productor de la calidad)
- Apto para su uso (opinión de los consumidores sobre la calidad)
Punto de vista del productor sobre la calidad , en términos más simples, significa la percepción que tienen los desarrolladores del producto final.
Los consumidores ven la calidad significa la percepción que tiene el usuario del producto final.
Cuando llevamos a cabo las tareas de V&V, debemos concentrarnos en ambos puntos de vista de la calidad.
Primero comencemos con las definiciones de verificación y validación y luego pasaremos a comprender estos términos con ejemplos.
Nota: Estas definiciones son, como se menciona en el CSTE CBOK de QAI (consulte este enlace para saber más sobre CSTE).
¿Qué es la verificación?
La verificación es el proceso de evaluar los productos de trabajo intermediarios de un ciclo de vida de desarrollo de software para comprobar si estamos en el camino correcto para crear el producto final.
En otras palabras, también podemos afirmar que la verificación es un proceso para evaluar los productos mediadores del software para comprobar si los productos cumplen las condiciones impuestas durante el inicio de la fase.
Ahora la pregunta aquí es: ¿Qué son los productos intermediarios o mediadores?
Bueno, estos pueden incluir los documentos que se producen durante las fases de desarrollo como, especificaciones de requisitos, documentos de diseño, diseño de tablas de bases de datos, diagramas ER, casos de prueba, matriz de trazabilidad , etc.
A veces tendemos a descuidar la importancia de revisar estos documentos, pero debemos entender que la revisión en sí misma puede descubrir muchas anomalías ocultas cuando, si se encuentran o se arreglan en la fase posterior del ciclo de desarrollo, pueden resultar muy costosas.
La verificación asegura que el sistema (software, hardware, documentación y personal) cumple con los estándares y procesos de una organización, confiando en la revisión o métodos no ejecutables.
¿Dónde se realiza la verificación?
Específicos para proyectos de TI, a continuación se presentan algunas de las áreas (debo enfatizar que esto no es todo) en las que se realiza la verificación.
| Situación de verificación | Actores | Definición | Producción |
|---|---|---|---|
| Revisión de la documentación de la prueba (revisión por pares) | Miembros del equipo de control de calidad | Una revisión por pares es donde los miembros del equipo revisan el trabajo de los demás para asegurarse de que no haya errores en la documentación. | Documentación de prueba lista para compartir con los equipos externos. |
| Revisión de requisitos funcionales / comerciales | Equipo de desarrollo / cliente para requisitos comerciales. | Este es un paso necesario no solo para asegurarse de que los requisitos se hayan recopilado y / o correctamente, sino también para asegurarse de que sean factibles o no. | Requisitos finalizados que están listos para ser consumidos por el siguiente paso: diseño. |
| Revisión de diseño | Equipo de desarrollo | Después de la creación del diseño, el equipo de desarrollo lo revisa a fondo para asegurarse de que se puedan cumplir los requisitos funcionales a través del diseño propuesto. | El diseño está listo para implementarse en un sistema de TI. |
| Tutorial de código | Desarrollador individual | Una vez escrito, el código se revisa para identificar cualquier error sintáctico. Esto es de naturaleza más informal y lo realiza el desarrollador individual en el código desarrollado por uno mismo. | Código listo para pruebas unitarias. |
| Inspección de código | Equipo de desarrollo | Esta es una configuración más formal. Los desarrolladores y expertos en la materia verifican el código para asegurarse de que esté de acuerdo con los objetivos comerciales y funcionales que persigue el software. | Código listo para probar. |
| Revisión del plan de prueba (interno del equipo de control de calidad) | Equipo de control de calidad | El equipo de control de calidad revisa internamente un plan de prueba para asegurarse de que sea preciso y completo. | Un documento de plan de pruebas listo para compartir con los equipos externos (Gestión de proyectos, Análisis de negocio, desarrollo, Medio ambiente, cliente, etc.) |
| Revisión del plan de prueba (externo) | Project Manager, Business Analyst y Developer. | Un análisis formal del documento del plan de prueba para asegurarse de que el cronograma y otras consideraciones del equipo de control de calidad estén en consonancia con los de los otros equipos y con todo el proyecto. | Un documento del plan de prueba firmado o aprobado en función del cual se basará la actividad de prueba. |
| Revisión final de la documentación de prueba | Analista de negocio y equipo de desarrollo. | Una revisión de la documentación de prueba para asegurarse de que los casos de prueba cubren todas las condiciones comerciales y los elementos funcionales del sistema. | Documentación de prueba lista para ser ejecutada. |
Ver el revisión de la documentación de prueba artículo que publica un proceso detallado sobre cómo los evaluadores pueden realizar la revisión.
¿Qué es la validación?
La validación es el proceso de evaluar el producto final para verificar si el software satisface las necesidades comerciales. En palabras simples, la ejecución de la prueba que hacemos en nuestro día a día es en realidad la actividad de validación que incluye prueba de humo , pruebas funcionales, pruebas de regresión, pruebas de sistemas, etc.
La validación son todas las formas de prueba que implican trabajar con el producto y ponerlo a prueba.
A continuación se muestran las técnicas de validación:
La validación asegura físicamente que el sistema opera según un plan mediante la ejecución de las funciones del sistema a través de una serie de pruebas que se pueden observar y evaluar.
Bastante justo, ¿verdad? Aquí vienen mis dos centavos:
Cuando trato de lidiar con este concepto de V&V en mi clase, hay mucha confusión en torno a él. Un ejemplo simple y mezquino parece resolver toda la confusión. Es algo tonto pero realmente funciona.
Ejemplos de validación y verificación
Ejemplo de la vida real :Imagínese yendo a un restaurante / cafetería y pidiendo tal vez panqueques de arándanos. Cuando el camarero / camarera trae su pedido, ¿cómo puede saber que la comida que salió es según su pedido?
Lo primero es que lo miramos y notamos lo siguiente:
mejor software de recuperación de archivos windows 10
- ¿La comida se parece a lo que suelen ser los panqueques?
- ¿Se ven los arándanos?
- ¿Huelen bien?
Quizás más, pero entiendes la esencia, ¿verdad?
Por otro lado, cuando necesites estar absolutamente seguro de si la comida es como esperabas: Tendrás que comerla.
La verificación es todo cuando aún no ha comido, pero está revisando algunas cosas al revisar los temas. La validación es cuando realmente comes el producto para ver si es correcto.
En este contexto, no puedo evitarlo, pero volver a la CSTE CBOK referencia. Hay una declaración maravillosa que nos ayuda a llevar este concepto a casa.
La verificación responde a la pregunta: '¿Creamos el sistema correcto?' mientras que las validaciones tratan, '¿Creamos el sistema correctamente?'
V&V en diferentes fases del ciclo de vida del desarrollo
La verificación y validación se realizan en cada una de las fases del ciclo de vida del desarrollo.
Intentemos echarles un vistazo.
# 1) Tareas de V & V – Planificación
- Verificación de contrato.
- Evaluación del documento de concepto.
- Realización de análisis de riesgos.
# 2) Tareas de V & V – Fase de requisitos
- Evaluación de requisitos de software.
- Evaluación / análisis de las interfaces.
- Generación del plan de pruebas de sistemas.
- Generación de plan de pruebas de aceptación.
# 3) Tareas de V&V – Fase de diseño
- Evaluación de diseño de software.
- Evaluación / Análisis de las Interfaces (UI).
- Generación de plan de pruebas de Integración.
- Generación del plan de prueba del Componente.
- Generación de diseño de prueba.
# 4) Tareas de V&V – Fase de implementación
- Evaluación de código fuente.
- Evaluación de documentos.
- Generación de casos de prueba.
- Generación del procedimiento de prueba.
- Ejecución de casos de prueba de Componentes.
# 5) Tareas de V&V – Fase de prueba
- Ejecución de casos de prueba de sistemas.
- Ejecución del caso de prueba de aceptación.
- Actualización de métricas de trazabilidad.
- Análisis de riesgo
# 6) Tareas de V&V – Fase de instalación y pago
- Auditoría de instalación y configuración.
- La prueba final de la compilación candidata a instalación.
- Generación del informe final de prueba.
# 7) Tareas de V&V – Fase de operación
- Evaluación de nueva restricción.
- Valoración del cambio propuesto.
# 8) Tareas de V&V – Fase de mantenimiento
- Evaluación de las anomalías.
- Evaluación de la migración.
- Evaluación de las características de un nuevo juicio.
- Evaluación del cambio propuesto.
- Validando los problemas de producción.
Diferencia entre verificación y validación
| Verificación | Validación |
|---|---|
| Evalúa los productos intermedios para comprobar si cumplen con los requisitos específicos de la fase en particular. | Evalúa el producto final para comprobar si satisface las necesidades comerciales. |
| Comprueba si el producto está construido según el requisito especificado y la especificación de diseño. | Determina si el software es apto para su uso y satisface las necesidades comerciales. |
| Verifica '¿Estamos construyendo el producto correctamente'? | Verifica '¿Estamos construyendo el producto correcto'? |
| Esto se hace sin ejecutar el software. | Termina con la ejecución del software. |
| Incluye todas las técnicas de prueba estática. | Incluye todas las técnicas de pruebas dinámicas. |
| Los ejemplos incluyen revisiones, inspección y recorrido. | El ejemplo incluye todo tipo de pruebas como humo, regresión, funcional, sistemas y UAT. |
Varios estándares
ISO / IEC 12207: 2008
| Actividades de verificación | Actividades de validación |
|---|---|
| La verificación de requisitos implica una revisión de los requisitos. | Prepare los documentos de requisitos de prueba, casos de prueba y otras especificaciones de prueba para analizar los resultados de la prueba. |
| La verificación del diseño implica la revisión de todos los documentos de diseño, incluidos el DAN y el LDD. | Evalúe que estos requisitos de prueba, casos de prueba y otras especificaciones reflejan los requisitos y son aptos para su uso. |
| La verificación del código incluye la revisión del código. | Pruebe los valores límite, el estrés y las funcionalidades. |
| La verificación de documentación es la verificación de los manuales de usuario y otros documentos relacionados. | Pruebe los mensajes de error y, en caso de cualquier error, la aplicación se termina correctamente. Comprueba que el software cumple con los requisitos comerciales y es apto para su uso. |
CMMI:
La verificación y la validación son dos KPA diferentes en el nivel de madurez 3
| Actividades de verificación | Actividades de validación |
|---|---|
| Realización de revisiones por pares. | Validar que los productos y sus componentes sean adecuados para el medio ambiente. |
| Verificar los productos de trabajo seleccionados. | Cuando se está implementando el proceso de validación, se monitorea y controla. |
| Estandarice un proceso definido mediante el establecimiento de políticas a nivel organizacional para planificar y realizar revisiones. | Realice actividades de lecciones aprendidas y recopile información de mejora. Institucionalizar un proceso definido. |
IEEE 1012:
Los objetivos de estas actividades de prueba son:
- Facilita la detección temprana y la corrección de errores.
- Fomenta y mejora la intervención de la gestión dentro de los riesgos de procesos y productos.
- Proporciona medidas de apoyo para el proceso del ciclo de vida del software, para mejorar el cumplimiento de los requisitos de programación y presupuesto.
¿Cuándo usar Validar y verificar?
Estos son procedimientos independientes que deben emplearse juntos para verificar si el sistema o la aplicación cumple con los requisitos y especificaciones y si logra su propósito previsto. Ambos son componentes importantes del sistema de gestión de la calidad.
A menudo es posible que un producto pase por la verificación pero falle en la fase de validación. Sin embargo, como cumplía con los requisitos y especificaciones documentados, esas especificaciones eran en sí mismas incapaces de abordar las necesidades del usuario. Por lo tanto, es importante realizar pruebas para ambos tipos para garantizar la calidad general.
La verificación se puede utilizar como un proceso interno en el desarrollo, la ampliación o la producción. Por otro lado, la validación debe utilizarse como un proceso externo para lograr la aceptación de la aptitud por parte de las partes interesadas.
¿Es la validación o la verificación de UAT?
UAT (prueba de aceptación del usuario) debe considerarse como validación. Es la validación en el mundo real del sistema o la aplicación, que la realizan los usuarios reales que validan si el sistema es 'apto para su uso'.
Conclusión
Los procesos de V&V determinan si los productos de una actividad determinada se ajustan a los requisitos y son aptos para su uso.
Finalmente, las siguientes son algunas cosas a tener en cuenta:
- En términos muy simples (para evitar cualquier tipo de confusión), solo recordamos que Verificación significa las actividades de revisión o las técnicas de pruebas estáticas y validación significa las actividades de ejecución de pruebas reales o las técnicas de pruebas dinámicas.
- La verificación puede involucrar o no al producto en sí. La validación definitivamente necesita el producto. En ocasiones, la verificación se puede realizar en los documentos que representan el sistema final.
- Los probadores no tienen que realizar necesariamente la verificación y validación. Como puede ver arriba en este artículo, algunos de estos son realizados por desarrolladores y otros equipos.
Esto es todo lo que necesita saber sobre Verificación y validación para ser PYMES (Expertos en la materia) en el tema.
Lectura recomendada
- Diferencia entre pruebas de escritorio, cliente-servidor y pruebas web
- Pruebas funcionales frente a pruebas de rendimiento: ¿deben realizarse simultáneamente?
- Mejores herramientas de prueba de software 2021 (Herramientas de automatización de pruebas de control de calidad)
- Pruebas funcionales versus pruebas no funcionales
- Pruebas estáticas y pruebas dinámicas: diferencia entre estas dos importantes técnicas de prueba
- Pruebas de rendimiento frente a pruebas de carga frente a pruebas de estrés (diferencia)
- Guía completa de pruebas de verificación de compilación (pruebas de BVT)
- 101 diferencias entre los conceptos básicos de las pruebas de software