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á:

¿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.

Actividades en una prueba de etapa de necesidades

Requisitos Prueba de grado Entregable

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

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

Recuperable en la ejecución de la prueba

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

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

Deja un comentario

Tu dirección de correo electrónico no será publicada.