Menú

Redacción de casos de prueba desde el documento SRS (DESCARGAR casos de prueba de muestra de proyectos en vivo)

writing test cases from srs document

Pruebe Nuestro Instrumento Para Eliminar Los Problemas

Redacción de casos de prueba desde el documento SRS (Descargar casos de prueba de muestra de proyectos en vivo) - Capacitación de control de calidad de pruebas de software Día 4

Solo para repetir lo que hemos estado haciendo hasta ahora: estamos trabajando en el Capacitación en pruebas de software cursillo en un proyecto en vivo OrangeHRM.

En esta serie gratuita de capacitación en control de calidad en línea hasta ahora, hemos terminado con:

  1. Revisión de SRS,
  2. Escenario de prueba / identificación del alcance de prueba y
  3. Documentó el plan de prueba .

Redacción de casos de prueba a partir del documento SRS

Ahora, hemos llegado a la parte real,los casos de prueba.

Como se indica en el artículo anterior a este: Los casos de prueba son documentados por el equipo de control de calidad mientras se desarrolla la fase de código del SDLC. En otras palabras, mientras el equipo de desarrollo construye el sistema de software, el equipo de pruebas se prepara con los casos de prueba que nos ayudarían a probar el sistema una vez que esté listo, es decir, al final de la fase de código.

Entonces, en el artículo de hoy, trabajaremos para comprender qué son los casos de prueba, cómo crearlos y escribir algunos casos de prueba de muestra para nuestro proyecto en vivo.

Vayamos a ello de inmediato.

Lo que vas a aprender:

Conceptos básicos de la redacción de casos de prueba

#1) Si los escenarios de prueba se trataran de 'Lo que vamos a probar' en la AUT, los casos de prueba se tratan “Cómo vamos a probar un requisito”.

Por ejemplo , si el escenario de prueba es 'Validar la funcionalidad de inicio de sesión del administrador' - Esto produciría en 3 casos de prueba (o condiciones) - Inicio de sesión (exitoso), Inicio de sesión sin éxito cuando se ingresa el nombre de usuario incorrecto, Inicio de sesión sin éxito cuando se ingresa la contraseña incorrecta . Cada caso de prueba, a su vez, tendría pasos para abordar cómo podemos verificar que una condición de prueba en particular se cumpla o no.

#2) La entrada para crear un documento de caso de prueba es FRD, escenarios de prueba creados en el paso anterior y cualquier otro documento de referencia si está presente.

#3) La documentación del caso de prueba es un producto importante del equipo de control de calidad y se comparte con BA, PM y otros equipos cuando terminan para recibir sus comentarios.

#4) El trabajo se divide entre los miembros del equipo y cada miembro será responsable de crear casos de prueba para un determinado módulo o una parte de un determinado módulo.

#5) Al igual que con los escenarios de prueba, antes de comenzar con la documentación del caso de prueba, se debe acordar una plantilla común. Prácticamente cualquier cosa se puede utilizar para crear casos de prueba. Las 2 opciones más utilizadas son MS Excel y MS Word.

#6) los Plantilla de Word - MS se parece a esto:

Plantilla de Word de casos de prueba MS

#7) los Plantilla de Excel podría verse como lo siguiente:

qa formación casos de prueba muestras xls

#8) De las dos plantillas anteriores, se puede observar que los campos (o los componentes) que componen un caso de prueba son los mismos, la única diferencia es la forma en que están organizados.

Por lo tanto, siempre que haya un campo para cada uno de los tipos de información que se incluirán en una prueba, el formato de la plantilla no importa. Sin embargo, mi favorito personal resulta ser la hoja de Excel, porque es fácil de expandir, contraer, ordenar, etc. Pero nuevamente, elija el formato que mejor se adapte a sus necesidades.

Campos en casos de prueba

Tomemos un momento para observar los campos que forman parte de un caso de prueba.

El Id. Del caso de prueba y la descripción del caso de prueba son los genéricos.

Los otros campos se pueden explicar de la siguiente manera:

  • Condición previa: Estado del AUT (el estado en el que debe estar el AUT para que comencemos).
  • Aporte: Pasos de entrada de datos. Para estos pasos, es importante tener en cuenta qué tipo de información de entrada se requiere: datos de prueba.
  • Punto de validación / disparador / acción : ¿Qué está causando la validación? (Haga clic en un botón, alternar o acceder al enlace. Asegúrese de que haya al menos un punto de validación para un caso de prueba; de lo contrario, todo será una entrada de datos sin nada que buscar. También para asegurarnos de que tenemos suficiente modularidad, trate de no combinar demasiados puntos de validación en un caso de prueba. 1 por caso de prueba es lo óptimo).
  • Producción: Resultado Esperado.
  • Postcondición: Esta es información adicional que se proporciona en beneficio del evaluador, solo para que el caso de prueba sea más perspicaz e informativo. Esto incluye una explicación de lo que sucede o de lo que se puede esperar del AUT una vez que se hayan realizado todos los pasos del caso de prueba.

Ver también => Ejemplo de plantilla de caso de prueba

Casos de prueba de muestra de proyectos en vivo (Descargar)

Ahora que tenemos suficiente información básica para comenzar con el proceso de creación de casos de prueba, sigamos adelante y creemos algunos casos de prueba para nuestro Live Project.

Basándonos en el proceso mencionado anteriormente, hemos creado algunos casos de prueba de muestra para el módulo de cuenta OrangeHRM. Estos deberían darle un formato de caso de prueba exacto y una idea sobre cómo abordar la escritura de casos de prueba.

=> Descargue el documento de casos de prueba de muestra para nuestro proyecto en vivo aquí .

Nota: Hay pocas imágenes referidas a casos de prueba de muestra del documento XLS. Si está viendo esto en la versión anterior de MS Office, es posible que tenga problemas de compatibilidad.

Hemos enumerado esas imágenes a continuación según sus nombres en los archivos XLS:

Ver imagen 1
Ver imagen 2
Ver imagen 3

Ahí, todo hecho y todo bien.

Métodos de optimización / escritura de casos de prueba

Ahora, imagine una situación en la que una determinada página tiene unos pocos campos de diez o tiene una lógica empresarial compleja que se implementa allí. Para asegurarnos de optimizar el proceso de creación de casos de prueba en situaciones como esa, los evaluadores tenemos ciertos métodos de optimización de casos de prueba.

A continuación se enumeran los enlaces que se proporcionan para obtener más información sobre estos métodos.

qué tipos de aplicaciones probamos

Usando las técnicas anteriores y siguiendo el proceso general de creación de casos de prueba, creamos un conjunto de casos de prueba que probarían de manera efectiva la aplicación disponible.

Algunos puntos importantes a tener en cuenta

  • Los casos de prueba que creamos no solo son el punto de referencia para la fase de QA sino también para la UAT.
  • Los casos de prueba interna son Revisado por pares dentro del equipo .
  • Cuando una situación determinada no se aborda en un caso de prueba, la regla general es que no se va a probar. Por lo tanto, este es un buen lugar para verificar si el conjunto de pruebas que creamos logra el objetivo de cobertura de prueba del 100% o no. Para ello, se puede crear una matriz de trazabilidad. Vea todo lo que hay que saber sobre Matriz de trazabilidad aquí .
  • Herramientas: herramientas de gestión de pruebas como QC , qTest Ayúdanos con la actividad de creación de casos de prueba. Para ver un ejemplo de cómo se pueden tratar los casos de prueba con Quality Center, consulte este Tutorial de Quality Center .
  • Las herramientas de automatización se pueden utilizar para crear casos de prueba, en cuyo caso, se denominan scripts de prueba.
Consejo profesional :Realice una revisión ortográfica y gramatical de todos y cada uno de los documentos que creamos. Somos los representantes de calidad para proyectos de TI, y no se refleja positivamente en nosotros si nuestros productos entregables son de calidad inferior.

Eso nos lleva al final de otro segmento interesante.

Conclusión

El final del proceso de creación de la prueba / fase de diseño de la prueba (STLC) y el final de la fase de código (SDLC) generalmente marcarán el final de la fase de preparación de la prueba y el comienzo de la fase de ejecución de la prueba.

Siguiente tutorial de este curso de pruebas de software – En el próximo artículo, hablaremos sobre qué es la ejecución de pruebas, qué incluye y cuáles son las expectativas del equipo de QA durante esta fase.

=> Día 5 de capacitación de control de calidad: Ejecución de pruebas

Esperamos que todos ustedes estén trabajando junto con esta serie. En aras de la simplicidad, solo se han creado unos pocos casos de prueba. Sin embargo, los mejores resultados se pueden ver cuando trabaja en las pruebas de manera extensiva, lo que significa escribir más y más casos de prueba. Por lo tanto, no limite su trabajo y haga todo lo que pueda.

Háganos saber sus preguntas y comentarios a continuación. ¡Feliz prueba!

PREV Tutorial | SIGUIENTE Tutorial

Lectura recomendada

^