what is software testing life cycle
Pruebas de software:
En este tutorial, analizamos la evolución de las pruebas de software, Ciclo de vida de las pruebas de software y las diversas fases involucradas en STLC.
Lo que vas a aprender:
8 fases del ciclo de vida de las pruebas de software (STLC)
Evolución:
Tendencia de los 60:
Tendencia de 1990
Tendencia de 2000:
La tendencia y la competencia de las pruebas están cambiando. Ahora se requiere que los probadores sean más técnicos y estén más orientados al proceso. Las pruebas ahora no solo se limitan solo a encontrar errores, sino que tienen un alcance más amplio y se requieren desde el comienzo del proyecto cuando los requisitos ni siquiera están finalizados.
Dado que las pruebas también están estandarizadas. Así como el desarrollo de software tiene un ciclo de vida, Testing también tiene un ciclo de vida. En las secciones siguientes, discutiré qué es un ciclo de vida y cómo se relaciona con las pruebas de software y trataré de elaborarlo.
¡Dejanos empezar!
¿Qué es el ciclo de vida?
El ciclo de vida en el término simple se refiere a la secuencia de cambios de una forma a otra. Estos cambios pueden ocurrir con cualquier cosa tangible o intangible. Cada entidad tiene un ciclo de vida desde su inicio hasta la jubilación / desaparición.
De manera similar, el software también es una entidad. Al igual que el desarrollo de software implica una secuencia de pasos, las pruebas también tienen pasos que deben ejecutarse en una secuencia definida.
Este fenómeno de ejecutar las actividades de prueba de una manera sistemática y planificada se denomina ciclo de vida de prueba.
¿Qué es el ciclo de vida de las pruebas de software (STLC)?
El ciclo de vida de las pruebas de software se refiere a un proceso de prueba que tiene pasos específicos que deben ejecutarse en una secuencia definida para garantizar que se cumplan los objetivos de calidad. En el proceso STLC, cada actividad se lleva a cabo de forma planificada y sistemática. Cada fase tiene diferentes objetivos y entregables. Las diferentes organizaciones tienen diferentes fases en STLC; sin embargo, la base sigue siendo la misma.
A continuación se muestran las fases de STLC:
- Fase de requisitos
- Fase de planeamiento
- Fase de análisis
- Fase de diseño
- Fase de implementación
- Fase de ejecución
- Fase de conclusión
- Fase de cierre
#1. Fase de requisitos :
Durante esta fase de STLC, analice y estudie los requisitos. Realice sesiones de lluvia de ideas con otros equipos y trate de averiguar si los requisitos son comprobables o no. Esta fase ayuda a identificar el alcance de la prueba. Si alguna característica no se puede probar, comuníquelo durante esta fase para que se pueda planificar la estrategia de mitigación.
#2. Fase de planeamiento :
cómo abrir un archivo bin en Windows 10
En escenarios prácticos, la planificación de pruebas es el primer paso del proceso de prueba. En esta fase, identificamos las actividades y los recursos que ayudarían a cumplir los objetivos de las pruebas. Durante la planificación, también intentamos identificar las métricas, el método de recopilación y seguimiento de esas métricas.
¿Sobre qué base se realiza la planificación? ¿Solo requisitos?
La respuesta es no. Los requisitos forman una de las bases, pero hay otros 2 factores muy importantes que influyen en la planificación de la prueba. Estos son:
- Prueba de estrategia de la organización.
- Análisis de riesgos / Gestión y mitigación de riesgos.
# 3. Fase de análisis:
Esta fase STLC define 'QUÉ' se probará. Básicamente, identificamos las condiciones de prueba a través del documento de requisitos, los riesgos del producto y otras bases de prueba. La condición de prueba debe ser rastreable hasta el requisito.
Hay varios factores que afectan la identificación de las condiciones de prueba:
- Niveles y profundidad de las pruebas
- La complejidad del producto
- Riesgos de productos y proyectos
- Ciclo de vida del desarrollo de software involucrado.
- Gestión de pruebas
- Habilidades y conocimientos del equipo.
- Disponibilidad de los grupos de interés.
Deberíamos intentar escribir las condiciones de la prueba de forma detallada. Por ejemplo, para una aplicación web de comercio electrónico, puede tener una condición de prueba como 'El usuario debería poder realizar un pago'. O puede detallarlo diciendo 'El usuario debe poder realizar el pago a través de NEFT, tarjeta de débito y tarjeta de crédito'.
La ventaja más importante de escribir la condición de prueba detallada es que aumenta la cobertura de la prueba, ya que los casos de prueba se escribirán sobre la base de la condición de prueba, estos detalles se activarán para escribir casos de prueba más detallados que eventualmente aumentarán la cobertura.
Además, identifique los criterios de salida de la prueba, es decir, determine algunas condiciones en las que detendrá la prueba.
# 4. Fase de diseño:
Esta fase define 'CÓMO' probar. Esta fase comprende las siguientes tareas:
- Detallar la condición de prueba. Divida las condiciones de prueba en múltiples subcondiciones para aumentar la cobertura.
- Identificar y obtener los datos de prueba
- Identificar y configurar el entorno de prueba.
- Cree las métricas de trazabilidad de requisitos
- Cree métricas de cobertura de prueba.
# 5. Fase de implementación:
La tarea principal en esta fase STLC es la creación de casos de prueba detallados. Priorice los casos de prueba y también identifique qué caso de prueba se convertirá en parte del conjunto de regresión. Antes de finalizar el caso de prueba, es importante realizar la revisión para asegurar la exactitud de los casos de prueba. Además, no olvide quitar la firma de los casos de prueba antes de que comience la ejecución real.
Si su proyecto implica automatización, identifique los casos de prueba candidatos para la automatización y continúe con la secuencia de comandos de los casos de prueba. ¡No olvide revisarlos!
#6. Fase de ejecución :
Como su nombre indica, esta es la fase del ciclo de vida de las pruebas de software donde tiene lugar la ejecución real. Pero antes de comenzar su ejecución, asegúrese de que se cumpla su criterio de entrada. Ejecute los casos de prueba, registre los defectos en caso de discrepancia. Llene simultáneamente sus métricas de trazabilidad para realizar un seguimiento de su progreso.
#7. Fase de conclusión :
Esta fase STLC se concentra en los criterios de salida y los informes. Dependiendo de su proyecto y la elección de las partes interesadas, puede decidir si desea enviar un informe diario del informe semanal, etc.
Hay diferentes tipos de informes (DSR - Informe de estado diario, WSR - Informes de estado semanales) que puede enviar, pero lo importante es que el contenido del informe cambia y depende de a quién envíe sus informes.
Si los gerentes de proyecto pertenecen a la experiencia de pruebas, entonces están más interesados en el aspecto técnico del proyecto, así que incluya los aspectos técnicos en su informe (número de casos de prueba aprobados, fallidos, defectos planteados, defectos de gravedad 1, etc.)
Pero si está informando a las partes interesadas superiores, es posible que no estén interesados en los aspectos técnicos, así que infórmeles sobre los riesgos que se han mitigado a través de las pruebas.
# 8. Fase de cierre:
Las tareas para las actividades de cierre incluyen las siguientes:
- Verificar la finalización de la prueba. Si todos los casos de prueba se ejecutan o mitigan deliberadamente. Compruebe que no haya abiertos defectos de gravedad 1.
- Realizar reunión de lecciones aprendidas y crear un documento de lecciones aprendidas. (Incluya lo que salió bien, dónde está el alcance de las mejoras y qué se puede mejorar)
Conclusión
¡Intentemos resumir el ciclo de vida de las pruebas de software (STLC) ahora!
| S.No | Nombre de fase | Criterio para entrar | Actividades realizadas | Entregables |
|---|---|---|---|---|
| 7 | Conclusión | Casos de prueba actualizados con resultados Prueba de condiciones de cierre | Proporcione las cifras precisas y el resultado de las pruebas. Identificar los riesgos que se mitigan | Métricas de trazabilidad actualizadas Informe de resumen de la prueba Informe de gestión de riesgos actualizado |
| 1 | Requisitos | Documento de especificaciones de requisitos Documento de diseño de la aplicación Documento de criterios de aceptación del usuario | Haga una lluvia de ideas sobre los requisitos. Crea una lista de requisitos y aclara tus dudas. Comprenda la viabilidad de los requisitos, ya sea que se puedan probar o no. Si su proyecto requiere automatización, realice el estudio de viabilidad de la automatización. | RUD (documento de comprensión de requisitos. Prueba de informe de viabilidad Informe de viabilidad de automatización. |
| 2 | Planificación | Documento de requisitos actualizado. Probar informes de viabilidad ' Informe de viabilidad de automatización. | Definir el alcance del proyecto Realice el análisis de riesgos y prepare el plan de mitigación de riesgos. Realice una estimación de prueba. Determine la estrategia y el proceso de prueba general. Identifique las herramientas y los recursos y verifique las necesidades de capacitación. Identifica el medio ambiente. | Documento del plan de prueba. Documento de mitigación de riesgos. Documento de estimación de prueba. |
| 3 | Análisis | Documento de requisitos actualizado Documento del plan de prueba Documento de riesgo Documento de estimación de prueba | Identificar las condiciones de prueba detalladas | Documento de condiciones de prueba. |
| 4 | Diseño | Documento de requisitos actualizado Documento de condiciones de prueba | Detalla la condición de prueba. Identificar los datos de la prueba Cree las métricas de trazabilidad | Documento de condición de prueba detallado Métricas de trazabilidad de requisitos Métricas de cobertura de prueba |
| 5 | Implementación | Documento de condición de prueba detallado | Cree y revise los casos de prueba. Cree y revise los scripts de automatización. Identifique los casos de prueba candidatos para regresión y automatización. Identificar / crear los datos de prueba Salga de los casos de prueba y los scripts. | Casos de prueba Scripts de prueba Datos de prueba |
| 6 | Ejecución | Casos de prueba Scripts de prueba | Ejecute los casos de prueba Registrar errores / defectos en caso de discrepancia Informar el estado | Informe de ejecución de la prueba Informe de defectos Registro de prueba y registro de defectos Métricas de trazabilidad de requisitos actualizadas |
| 8 | Cierre | Prueba de condición de cierre Informe de resumen de la prueba | Haga la reunión retrospectiva y comprenda las lecciones aprendidas | Documento de lecciones aprendidas Matrices de prueba Informe de cierre de prueba. |
FELIZ PRUEBA !!
Lectura recomendada
- Mejores herramientas de prueba de software 2021 (Herramientas de automatización de pruebas de control de calidad)
- Trabajo de asistente de control de calidad de pruebas de software
- Curso de pruebas de software: ¿A qué instituto de pruebas de software debo unirme?
- Elegir las pruebas de software como carrera
- Trabajo autónomo de redactor de contenido técnico de pruebas de software
- Algunas preguntas interesantes de la entrevista sobre pruebas de software
- Comentarios y revisiones del curso de pruebas de software
- ¿Qué es el ciclo de vida de defectos / errores en las pruebas de software? Tutorial del ciclo de vida de los defectos