Ciclo de vida de las pruebas de software
Evolución:
Década de 1960:
Década de 1990:
2000:
Las tendencias y capacidades de las pruebas también han ido cambiando. Ahora se requiere que los evaluadores hagan cosas más técnicas y orientadas a procesos. Las pruebas no solo se limitan a encontrar errores ahora, sino que también tienen un alcance de trabajo más amplio. Se requieren y organizan desde el comienzo del proyecto, incluso antes de que se hayan determinado formalmente los requisitos.
Las pruebas también están estandarizadas. Así como el desarrollo de software tiene un ciclo de vida, las pruebas también tienen su propio ciclo de vida. Más adelante, analizaré qué es el ciclo de vida de las pruebas y cómo se relacionan las pruebas de software.
¿Qué es el ciclo de vida?
La simple palabra "ciclo de vida" se refiere a una serie de cambios de una forma (estado) a otra. Estos cambios pueden ocurrir en cosas tangibles o intangibles. Cada entidad tiene un ciclo de vida, desde el principio hasta la muerte/fin.
Del mismo modo, el software es una entidad. Así como el desarrollo de software consta de una serie de pasos, las pruebas también tienen muchos pasos, realizados en un orden determinado.
El fenómeno de las actividades de prueba planificadas a través del sistema se denomina ciclo de vida de las pruebas.
¿Qué es el ciclo de vida de las pruebas de software?
Se refiere al proceso de pruebas, que es una serie de pasos específicos realizados en un orden determinado para garantizar que la calidad del producto cumpla con los requisitos. En el proceso STLC, cada actividad se lleva a cabo según un sistema planificado. Cada fase tiene diferentes objetivos y resultados. En STLC, cada organización tiene diferentes etapas pero los conceptos básicos son los mismos;
Las siguientes son las ocho etapas del STLC:
1. Etapa de demanda
2. Etapa de planificación
3. /p> p>
4. Fase de diseño
5. Fase de implementación
6. Fase de ejecución
7. p>8 .Etapa de cierre
#1. Etapa de demanda:
Esta etapa es la etapa de análisis y aprendizaje de requisitos. Haga una lluvia de ideas con otros equipos e intente determinar si los requisitos son mensurables. Esta etapa ayuda a determinar el alcance de la prueba. Si hay funciones que no se pueden probar, comuníquese con prontitud y haga algunos planes de estrategias de mitigación (reducción de riesgos).
#2. Fase de planificación:
En escenarios reales, la planificación de pruebas es el primer paso en el proceso de pruebas. En esta fase, determinamos qué actividades y recursos coinciden con los objetivos de la prueba. También intentamos identificar métricas de prueba, métodos de prueba y cómo realizar un seguimiento de esas métricas.
¿Cuál es la base de este plan? ¿Solo necesidades?
La respuesta es no. Los requisitos son sólo una base, pero hay otros dos factores que influyen en la planificación de las pruebas. Ellos son:
-Estrategia de Pruebas Organizacionales
-Análisis de Riesgos/Gestión y Mitigación de Riesgos
#3 Fase de Análisis:
STLC. define "qué" se prueba. En términos generales, determinamos las condiciones de prueba a través de documentos de requisitos, riesgos del producto y otras bases de prueba. Las condiciones de prueba deben ser trazables a los requisitos. Hay muchos factores que influyen en la identificación de las condiciones de prueba:
-Nivel y profundidad de las pruebas
-Complejidad del producto
-Riesgos del producto y del proyecto
-Involucra el ciclo de vida del desarrollo de software.
-Gestión de pruebas
-Conocimientos y habilidades del equipo
-Disponibilidad de stakeholders relevantes
Debemos intentar ser muy Escribir detalle las condiciones de la prueba. Por ejemplo, para un sitio web de comercio electrónico, tiene una condición de prueba de "los usuarios deben tener la capacidad de pagar". O puede describirse en detalle como "Los usuarios deberían poder pagar con tarjetas de crédito, WeChat, Alipay, etc." El mayor beneficio de escribir condiciones de prueba detalladas es que puede mejorar la cobertura de la prueba, porque los casos de prueba se escriben a través de estas condiciones de prueba y estos detalles desencadenan la escritura de más casos de prueba. Al mismo tiempo, también se pueden distinguir los criterios para salir de la prueba, como por ejemplo qué condiciones determinan la finalización de la prueba.
#4. Fase de Diseño:
En esta fase hay una prueba de "cómo hacerlo". Incluye las siguientes tareas:
-Condiciones de prueba detalladas. Divida las condiciones de prueba en subcondiciones para proporcionar cobertura.
-Identificación y adquisición de datos de prueba
-Determinar y construir el entorno de prueba
-Crear indicadores de seguimiento de requisitos
-Crear prueba Indicadores de cobertura
#5. Fase de implementación:
La tarea principal de esta fase es crear casos de prueba detallados. Priorización de casos de prueba y qué casos formarán parte de las pruebas de regresión. Es muy importante revisar los casos de prueba para verificar que sean correctos antes de tomar una decisión final. Al mismo tiempo, no olvide firmar (por ejemplo, el informe de prueba final antes del lanzamiento de una nueva versión debe enviar un informe firmado) los casos de prueba antes de que comience la ejecución real. Si su proyecto está diseñado para ser automatizado, determine qué casos de uso son adecuados para la automatización y prepare scripts de prueba. No olvides revisar.
#6. Fase de implementación:
Como puedes ver por el nombre, esta fase es la fase de implementación real de STLC. Pero antes de implementarlo, asegúrese de que sus estándares se ajusten a las necesidades. Si hay alguna discrepancia, se ejecuta el caso de prueba y se informa un error. Al mismo tiempo, complete los indicadores de seguimiento para seguir su progreso.
#7. Etapa de resumen:
El enfoque de esta etapa son los estándares e informes de inspección. Dependiendo de su proyecto y de la selección de las partes interesadas, puede decidir si publicar un periódico diario o semanal, etc. Puedes enviar diferentes tipos de informes (diarios y semanales), pero la clave es que el contenido del informe variará dependiendo de a quién se lo envíes. Si el director del proyecto tiene experiencia en pruebas, entonces está más interesado en los aspectos técnicos, por lo que el informe incluye los aspectos técnicos (número de pases, número de fallas, número de errores, errores graves, etc.). a partes interesadas de nivel superior Si los lectores informan que es posible que no estén interesados en la tecnología, entonces puede enviarles información relacionada con los riesgos, como la reducción de la aparición de riesgos mediante pruebas.
#8. Fase final:
Las tareas de esta fase incluyen:
-Comprobar la finalización de la prueba. Si todos los casos de uso se implementan o se mitigan intencionalmente. Compruebe si hay algún error de ejecución en S1.
-Reuniones de lecciones aprendidas y preparación de documentos relevantes. Incluya lo que salió bien, lo que necesita mejorar y cómo mejorar.
Resumen:
Resumamos STLC.
Enlace:/p/21b84e 176e 12