Saltar al contenido

Pasos, entrada, criterios de salida de STLC (ciclo de vida de prueba de software)

¿Qué es el ciclo de vida de las pruebas de software (STLC)?

Ciclo de vida de prueba de software (STLC) Es una secuencia de acciones específicas realizadas durante el proceso de prueba para garantizar que se cumplan los objetivos de calidad del software. STLC implica actividades de verificación y validación. Contrariamente a la creencia popular, las pruebas de software, es decir, las pruebas, no son una actividad individual o aislada. Consiste en un conjunto de acciones realizadas metódicamente para ayudar a validar su producto de software. STLC son las siglas de Software Test Lifecycle (ciclo de vida de prueba de software).

En este tutorial, aprenderá:

Pasos STLC

Cada modelo de ciclo de vida de prueba de software (modelo STLC) tiene seis pasos principales:

  1. Necesita analisis
  2. Planificación de pruebas
  3. Desarrollo de casos de prueba
  4. Configuración del entorno de prueba
  5. Ejecución de pruebas
  6. Prueba de cierre de ciclo

Pasos del modelo STLC

Cada una de estas etapas tiene criterios de entrada y salida asociados, actividades y recuperabilidad asociadas.

¿Cuáles son los criterios de entrada y salida en STLC?

Tiene criterios de entrada y salida para cada nivel en el ciclo de vida de prueba de software (STLC)

En un mundo ideal, no entrará en la siguiente etapa hasta que se cumplan los criterios de salida del paso anterior. Pero en la práctica esto no siempre es posible. Entonces, para este tutorial, nos centraremos en las actividades y los entregables para las distintas etapas del ciclo de vida de STLC. Los miramos en detalle.

Requisitos para las pruebas de grado

Requisitos para las pruebas de grado también conocido como análisis de necesidades en el que el equipo de pruebas estudia las necesidades de prueba para identificar necesidades medibles y el equipo de control de calidad puede interactuar con varias partes interesadas para comprender las necesidades en detalle. Los requisitos pueden ser funcionales o no funcionales. La viabilidad de la automatización para el proyecto de prueba también se realiza en esta etapa.

Actividades en una prueba de etapa de necesidades

Requisitos Prueba de grado Entregable

  • RTM
  • Informe de viabilidad automatizado. (si es aplicable)

Planificación de pruebas en STLC

Planificación de pruebas en STLC Este es un paso en el que un gerente senior de QA determina la estrategia del plan de prueba junto con los esfuerzos y las estimaciones de costos para el proyecto. Además, también se establecen los recursos, el entorno de prueba, los límites de prueba y el programa de prueba. El plan de prueba se prepara y finaliza en la misma fase.

Actividades de planificación de pruebas

Entregables de planificación de pruebas

Fase de desarrollo del caso de prueba

El es Fase de desarrollo del caso de prueba Los casos de prueba y los scripts de prueba implican la creación, verificación y reelaboración de amp una vez que el plan de prueba está listo. Primero el Datos de prueba se identifica, crea y revisa y luego se vuelve a trabajar en función de las condiciones previas. Luego, el equipo de control de calidad comienza el proceso de desarrollo de casos de prueba para unidades individuales.

Actividades de desarrollo de casos de prueba

  • Cree casos de prueba, scripts automatizados (si corresponde)
  • Revisar y probar casos de prueba y scripts de referencia
  • Crear datos de prueba (si hay un entorno de prueba disponible)

Entregables de desarrollo de casos de prueba

  • Casos de prueba / scripts
  • Datos de prueba

Configuración del entorno de prueba

Configuración del entorno de prueba establece las condiciones de software y hardware bajo las cuales se prueba un producto que funciona. Es uno de los aspectos críticos del proceso de prueba y se puede realizar en paralelo con la Fase de desarrollo del caso de prueba. Es posible que el equipo de prueba no participe en esta actividad si el equipo de desarrollo proporciona el entorno de prueba. Se requiere que el equipo de prueba lleve a cabo una verificación de preparación (prueba de humo) para el entorno específico.

Actividades de entorno de configuración de prueba

Configuración del entorno de prueba entregable

Fase de ejecución de la prueba

Fase de ejecución de la prueba los probadores en los que se prueba el software se construyen sobre la base de planes de prueba y casos de prueba preparados. El proceso consiste en la ejecución del script de prueba, el mantenimiento del script de prueba y la notificación de errores. Si se informa de errores, se devuelven al equipo de desarrollo para que los corrija y vuelva a examinar.

Actividades de ejecución de pruebas

Recuperable en la ejecución de la prueba

  • RTM completado con estado de ejecución
  • Casos de prueba actualizados con resultados
  • Informes defectuosos

Cierre del ciclo de prueba

Cierre del ciclo de prueba El paso es completar la ejecución de una prueba que incluye muchas actividades, como informar sobre la finalización de la prueba, recopilar matrices de finalización de la prueba y resultados de la prueba. Los miembros del equipo de prueba se reúnen, discuten y analizan los artefactos de prueba para identificar estrategias que deben implementarse en el futuro, tomando lecciones del ciclo de prueba actual. La idea es eliminar los cuellos de botella del proceso para futuros ciclos de prueba.

Actividades de cierre del ciclo de prueba

Cierre del ciclo de prueba entregable

Grados STLC con criterios de entrada y salida

Etapa STLC Criterios de admisión Actividad Criterio de salida Entregables
Necesita analisis
  • Documentos de requisitos disponibles (funcionales y no funcionales)
  • Criterios de aceptación definidos.
  • Documento de arquitectura de la aplicación disponible.
  • Analice la funcionalidad comercial para familiarizarse con los módulos comerciales y las funcionalidades específicas del módulo.
  • Identifique cada transacción en los módulos.
  • Identifique todos los perfiles de usuario.
  • Reúna la interfaz de usuario / autenticación, los requisitos de distribución geográfica.
  • Identificar los tipos de pruebas que se realizarán.
  • Reúna datos sobre las prioridades de las pruebas y concéntrese.
  • Preparación de requisitos Matriz de trazabilidad (RTM).
  • Identifique los detalles del entorno de prueba donde se esperan las pruebas.
  • Análisis de viabilidad automatizado (si es necesario).
  • Firmado de RTM
  • Informe de viabilidad de la prueba de automatización firmado por el cliente
  • RTM
  • Informe de viabilidad automatizado (si corresponde)
Planificación de pruebas
  • Documentos de requisitos
  • Requerimientos de trazabilidad matriz.
  • Documento de viabilidad de automatización de pruebas.
  • Analizar los tipos de enfoques de prueba disponibles
  • Complete el enfoque que mejor se adapte
  • Preparar un plan de prueba / documento de estrategia para diferentes tipos de pruebas.
  • Selección de herramientas de prueba
  • Estimación del esfuerzo de prueba
  • Determine la planificación de recursos y los roles y responsabilidades.
  • Plan de prueba / documento de estrategia aprobado.
  • Documento de estimación de esfuerzo firmado.
  • Plan de prueba / documento de estrategia.
  • Documento de estimación de esfuerzo.
Desarrollo de casos de prueba
  • Documentos de requisitos
  • RTM y plan de prueba
  • Informe de análisis automatizado
  • Cree casos de prueba, diseño de prueba, scripts automatizados (cuando corresponda)
  • Revisar y probar casos de prueba y scripts de referencia
  • Crear datos de prueba
  • Casos de prueba / guiones revisados ​​y firmados
  • Datos de prueba revisados ​​y firmados
  • Casos de prueba / scripts
  • Datos de prueba
Configuración del entorno de prueba
  • Los documentos de arquitectura y diseño del sistema están disponibles
  • Un plan basado en el medio ambiente está disponible
  • Comprender la arquitectura esencial, configurar el entorno.
  • Prepare una lista de necesidades de desarrollo de hardware y software
  • Complete los requisitos de conectividad
  • Prepare una lista de verificación del entorno ambiental
  • Entorno de prueba fijo y datos de prueba
  • Realice una prueba de humo en la construcción.
  • Aceptar / rechazar la construcción según el resultado de la prueba de humo.
  • Un arreglo ambiental está funcionando de acuerdo con el plan y la lista de verificación.
  • La configuración de los datos de prueba está completa
  • La prueba de humo está teniendo éxito
  • Configuración del entorno listo para los datos de prueba
  • Resultados de la prueba de humo.
Ejecución de pruebas
  • RTM de línea de base, Plan de prueba , Los casos de prueba / scripts están disponibles
  • El entorno de prueba está listo
  • Los datos de prueba están configurados
  • Está disponible un informe de prueba de unidad / integración para la construcción a probar
  • Realice las pruebas según el plan
  • Documente los resultados de las pruebas y registre las fallas de los casos fallidos
  • Actualizar planes de prueba / casos de prueba, si es necesario
  • Mapeo de fallas para casos de prueba en RTM
  • Vuelva a verificar la configuración de fallas
  • Pruebas de regresión de la aplicación
  • Seguimiento de fallas para cierre
  • Se realizan todas las pruebas planificadas
  • Fallos registrados y rastreados para su cierre
  • RTM completado con estado de ejecución
  • Casos de prueba actualizados con resultados
  • Informes defectuosos
Prueba de cierre de ciclo
  • La prueba esta completa
  • Los resultados de las pruebas están disponibles
  • Hay registros defectuosos disponibles
  • Evalúe los criterios de finalización de la bicicleta en función de: tiempo, Cubierta de prueba, Costo, calidad del software, objetivos comerciales críticos
  • Prepare métricas de prueba basadas en los parámetros anteriores.
  • Documentar el aprendizaje del proyecto
  • Prepare el informe de cierre de la prueba
  • Reporte cualitativo y cuantitativo de la calidad del producto de trabajo al cliente.
  • Análisis de los resultados de las pruebas para determinar la distribución de defectos por tipo y gravedad.
Informe de cierre de prueba firmado por el cliente
  • Informe de cierre de la prueba
  • Métricas de prueba