what are test deliverables software testing
Aprenda todo sobre los entregables de prueba en pruebas de software con ejemplos:
Un suspiro de alivio llega para cada evaluador cuando la tarea otorgada se completa con éxito. Al final de cada prueba, el evaluador debe enviar los entregables de prueba apropiados al cliente.
En este artículo, veremos en detalle algunos de los entregables de prueba importantes.
Los entregables de prueba, en general, se utilizan a lo largo de un proyecto. Se utilizan en todas las fases de la prueba y siempre deben enviarse a tiempo para continuar con su procesamiento.
Lo que vas a aprender:
Prueba de entregables en pruebas de software
Los entregables de prueba juegan un papel importante en las pruebas de software. Este artículo analiza todo sobre los entregables de prueba en detalle.
Algunos de los entregables de prueba importantes se enumeran a continuación para su referencia:
- Estrategia de prueba
- Plan de prueba y estimación
- Escenario de prueba
- Casos de prueba y datos de prueba
- RTM
- Informe de resumen de la prueba
- Informe de cierre de prueba
- Reporte de incidente
Estrategia de prueba
La estrategia de prueba se decidirá en función de la especificación de requisitos comerciales. Es un documento vital que contiene todos los detalles del trabajo de prueba a realizar. Es un documento de gestión completo.
En comparación con el plan de prueba, este es un documento de alto nivel y, por lo general, lo prepara el director de prueba o el líder. Aquí se deben mencionar el objetivo de la prueba, el enfoque de la prueba, el alcance de la prueba, los criterios de entrada y salida, los tipos y niveles de prueba, los hitos, la dotación de personal, etc.
mejor bloqueador de ventanas emergentes gratuito de cromo
Plan de prueba y estimación
Los detalles de nivel granular para cada paso de la prueba deben mencionarse aquí. En general, un plan adecuado conduce a una estructura de trabajo adecuada. Del mismo modo, un buen plan conduce a buenas pruebas.
El objetivo de la prueba, el enfoque de la prueba, el alcance de la prueba, los criterios de entrada y salida, los tipos y niveles de prueba, los hitos, la dotación de personal, etc., deben mencionarse aquí de manera detallada.
El plan maestro que incluye cómo se llevarán a cabo las pruebas se utiliza para proyectos simples.
Estimacion: La estimación es definir cuánto tiempo ocurrirá cada paso en la prueba junto con el costo total.
Leer también => Tutorial de un plan de prueba perfecto: una guía detallada
Escenario de prueba
Lo entenderemos ahora con un ejemplo. Tomemos aquí la reserva de tren como ejemplo. Todas las funcionalidades que necesitamos probar se mencionan en formularios de alto nivel en el documento del escenario de prueba. En palabras simples, significa un grupo de actividades similares a realizar.
Dos técnicas para el escenario:
# 1) Caso de uso
Es el método orientado a objetivos que es un conjunto de interacciones entre los factores externos y el sistema. Sus componentes incluyen flujo primario, flujo alterno, disparadores o actividades, flujos de excepción, condiciones previas, condiciones posteriores, etc.
Ejemplo:
(imagen fuente )
# 2) ACE (elemento componente de actividad)
El proceso de Elemento de componente de actividad divide los requisitos comerciales en actividades.
Ejemplo:
En general, reservamos un billete rellenando los datos del pasajero, sexo, etc. Por lo tanto, debemos validar los siguientes campos que se convierten en escenarios.
- Reserva: Verifique la funcionalidad de reserva.
- Detalles del pasajero: Verifique la funcionalidad de los campos de género, edad y sexo.
- Modificar: Compruebe si la función de modificación funciona correctamente.
- Concesión: Compruebe si la funcionalidad de concesión funciona correctamente.
- Vista: Compruebe si la función de visualización funciona correctamente.
- Cancelar: Compruebe si la función de cancelación funciona correctamente.
Aquí, la concesión puede denominarse como un 'escenario alternativo', ya que el usuario puede reservar con o sin ella según la antigüedad. Sin embargo, el objetivo es el mismo, es decir, reservar un billete.
Caso de prueba
Al tomar el mismo ejemplo anterior de la página de reserva, los casos de prueba se escriben de la siguiente manera:
Reserva:
- Verifique si el usuario puede reservar un boleto completando detalles válidos en todos los campos.
- Verifique si el usuario puede reservar un boleto completando detalles no válidos en todos los campos.
- Compruebe si el usuario puede reservar una entrada dejando cualquier campo en blanco.
Detalles del pasajero:
- Verifique si el usuario puede reservar un boleto ingresando un nombre válido.
- Verifique si el usuario puede reservar un boleto ingresando un nombre no válido.
- Verifique si el usuario puede reservar un boleto eligiendo un género a la vez.
- Verifique si el usuario puede reservar un boleto ingresando una edad mayor de 60.
- Verifique si el usuario puede reservar un boleto ingresando una edad menor a 60.
- Verifique si el usuario puede reservar un boleto ingresando cualquier edad válida mayor de 5.
- Verifique si el usuario no puede reservar ingresando una edad menor de 5 años.
Modificar:
- Compruebe si el usuario puede modificar el campo de nombre.
- Verifique si el usuario puede modificar el campo de género.
- Verifique si el usuario puede modificar el campo de edad.
Concesión:
- Compruebe si el usuario puede obtener una concesión seleccionando el ' Jubilado ' opción.
- Compruebe si el usuario puede obtener una concesión seleccionando el ' Discapacitado / Discapacitado ' opción.
Vista:
- Compruebe si el usuario puede ver el ticket reservado.
Cancelar:
- Verifique si el usuario puede cancelar el ticket.
Por lo tanto, los casos de prueba dicen qué es exactamente lo que se debe probar en detalle. Los casos de prueba deben estar escritos en un lenguaje sencillo y deben ser fácilmente comprensibles. Debe estar escrito en el formato adecuado según lo solicite el cliente en cuestión.
Datos de prueba
Algunos proyectos necesitan datos previos del cliente antes de continuar con la ejecución del caso de prueba. Los datos de prueba deben aplicarse para realizar las pruebas.
Ejemplo: En el portal del hospital para recibir una inyección, es importante obtener los detalles del paciente para verificar la opción de recordatorio de inyección.
Aquí, los 'detalles del paciente' son los datos de la prueba.
Lectura sugerida => Datos de prueba: significado y técnicas de preparación con ejemplos
RTM / Matriz de trazabilidad de requisitos
- Como su nombre lo indica, simplemente significa que debe asignar cada requisito con el caso de prueba apropiado.
- Nos ayuda a verificar si hemos cubierto todos los requisitos en nuestros casos de prueba o no.
- Ayuda en la reelaboración o las próximas versiones sucesivas de un proyecto.
- El cliente puede verificar fácilmente nuestro estado de cobertura y conocer nuestro proceso de prueba.
Informe de resumen de la prueba
El Informe de resumen de la prueba resume todas las actividades de prueba realizadas y los resultados de la prueba se compilan en él. Toda la información de la prueba, como los miembros involucrados en la prueba, los objetivos, el alcance, los detalles del cliente, el enfoque de prueba utilizado, los resultados de la prueba, el informe de defectos, etc., deben mencionarse aquí.
preguntas y respuestas de la entrevista de prueba manual para experimentados
Sin embargo, el informe resumido de la prueba debe prepararse según el consejo del cliente. Por lo tanto, es un documento útil para que el cliente revise el desempeño general.
Informe de cierre de la prueba
Significa que vamos a cerrar el proyecto después de probar y corregir los defectos. Por lo tanto, aquí tenemos que proporcionar un análisis detallado de la ejecución de las pruebas.
Los defectos encontrados y reparados deben mencionarse aquí. La cobertura general de los requisitos se ve en este informe. Generalmente lo prepara el líder del equipo o el gerente. Todos los criterios de salida deben cumplirse en consecuencia.
Reporte de incidente
Al realizar la ejecución de la formación, si un usuario encuentra defectos, se debe generar un informe de incidente (IR). Esto significa que hay un defecto y, por tanto, se debe detener la ejecución. Ahora tenemos que presentar un informe de incidente al cliente para pedirle permiso para ejecutar las áreas de error nuevamente como un caso de prueba separado.
De hecho, esto es una marca negra y no se espera de un probador. Todos los defectos deben encontrarse en el ensayo en sí. Si se pasa por alto y se encuentra en ejecución formal, se convierte en un RI.
Ejemplo:
Si pierdo algunas funciones en las pruebas móviles, diga ' cambio de salvapantallas ” opción. Luego, mientras ejecuto un caso de prueba, me bloqueo y no podré continuar debido a esta opción. Luego levanto un IR y escribo un caso de prueba separado para ejecutar la opción de protector de pantalla.
Conclusión
Los artefactos que se envían a las partes interesadas de un proyecto de software durante el STLC se conocen como entregables de prueba. En este artículo, echamos un vistazo a los entregables de prueba más importantes.
Esperamos que este artículo le haya ayudado a aprender sobre los entregables de prueba en las pruebas de software.
Lectura recomendada
- Diferencia entre el plan de prueba de rendimiento y la estrategia de prueba de rendimiento
- Cómo preparar un plan de prueba y escribir casos de prueba para una aplicación ERP - Prueba de ERP Parte 2
- Tutorial del plan de prueba: una guía para escribir un documento de plan de prueba de software desde cero
- Concepto, proceso y estrategia de gestión de datos de prueba
- ¿Qué son los datos de prueba? Técnicas de preparación de datos de prueba con ejemplo
- Cómo escribir casos de prueba: la guía definitiva con ejemplos
- Cómo escribir un documento de estrategia de prueba (con una plantilla de estrategia de prueba de muestra)
- Diferencia entre plan de prueba, estrategia de prueba, caso de prueba, guión de prueba, escenario de prueba y condición de prueba