Pruebas de software: caso de prueba

La prueba de software se conoce como un proceso para validar y verificar el funcionamiento de un software/aplicación. Se asegura de que el software funcione sin errores, fallas o cualquier otro problema y brinda el resultado esperado al usuario. El proceso de prueba de software no se limita a encontrar fallas en el software actual, sino también a encontrar medidas para actualizar el software en varios factores, como la eficiencia, la facilidad de uso y la precisión. Entonces, para probar el software, las pruebas de software proporcionan un formato particular llamado Caso de prueba . 

Este artículo se centra en la discusión de los siguientes temas en Test Case:

1. ¿Qué es un caso de prueba?
2. Caso de prueba vs Escenario de prueba.
3. ¿Cuándo escribimos casos de prueba?
4. ¿Por qué escribir casos de prueba?
5. Plantilla de caso de prueba.
6. Mejores prácticas para escribir casos de prueba.
7. Herramientas de gestión de casos de prueba.
8. Caso de prueba formal e informal.
9. Tipos de casos de prueba.
10. Ejemplo.

¿Qué es el caso de prueba?

Un caso de prueba es un formato definido para las pruebas de software necesarias para verificar si una aplicación/software en particular funciona o no. Un caso de prueba consta de un cierto conjunto de condiciones que deben verificarse para probar una aplicación o software, es decir, en términos más simples, cuando se verifican las condiciones, se verifica si la salida resultante cumple con la salida esperada o no. Un caso de prueba consta de varios parámetros, como Id., condición, pasos, entrada, resultado esperado, resultado, estado y comentarios.

Parámetros de un caso de prueba: 

• Nombre del Módulo: Tema o título que define la funcionalidad de la prueba. 
• ID de caso de prueba: un identificador único asignado a cada condición individual en un caso de prueba. 
• Tester Name: El nombre de la persona que estaría realizando la prueba. 
• Escenario de prueba: el escenario de prueba proporciona una breve descripción para el evaluador, como una pequeña descripción general para saber qué se debe realizar y las pequeñas características y componentes de la prueba.  
• Descripción del caso de prueba: la condición requerida para ser verificada para un software dado. por ej. Compruebe si solo la validación de números funciona o no para un cuadro de entrada de edad. 
• Pasos de prueba: Pasos a realizar para la verificación de la condición. 
• Prerrequisito: Las condiciones requeridas a ser cumplidas antes del inicio del proceso de prueba. 
• Prioridad de prueba: como su nombre lo indica, da prioridad a los casos de prueba, ya que se deben realizar primero, o son más importantes y cuáles se pueden realizar más tarde. 
• Datos de prueba: las entradas que se tomarán mientras se verifican las condiciones. 
• Resultado esperado de la prueba: la salida que se debe esperar al final de la prueba. 
• Parámetros de prueba: Parámetros asignados a un caso de prueba particular. 
• Resultado real: la salida que se muestra al final. 
• Información del entorno: el entorno en el que se realiza la prueba, como el sistema operativo, la información de seguridad, el nombre del software, la versión del software, etc.  
• Estado: el estado de las pruebas, como pasa, falla, NA, etc. 
• Comentarios: Comentarios sobre la prueba con respecto a la prueba para la mejora del software. 

Caso de prueba frente a escenario de prueba

A continuación se presentan algunos de los puntos de diferencia entre un caso de prueba y un escenario de prueba:

No. S.	Caso de prueba	Escenario de prueba
1.	Un caso de prueba es un formato definido para las pruebas de software necesarias para verificar si una aplicación/software/módulo en particular funciona o no. Aquí verificamos diferentes condiciones con respecto a la misma.	Test Scenario proporciona una pequeña descripción de lo que debe realizarse en función del caso de uso.
2.	Los casos de prueba son más detallados con una serie de parámetros.	Test Scenario proporciona una pequeña descripción, en su mayoría declaraciones de una línea.
3.	Los casos de prueba son acciones de bajo nivel.	Los escenarios de prueba son acciones de alto nivel.
4.	Los casos de prueba se derivan principalmente de escenarios de prueba.	Los escenarios de prueba se derivan de documentos como BRS, SRS, etc.
5.	Se centra en «Qué probar» y «Cómo probar».	Se enfoca más en ‘Qué probar’.
6.	Los casos de prueba requieren más recursos para la documentación y ejecución.

¿Cuándo escribimos casos de prueba? 

Los casos de prueba se escriben en diferentes situaciones:

• Antes del desarrollo: los casos de prueba se pueden escribir antes de la codificación real, ya que eso ayudaría a identificar los requisitos del producto/software y llevar a cabo la prueba más tarde cuando el producto/software se haya desarrollado una vez. 
• Después del desarrollo: los casos de prueba también se escriben directamente después de crear un producto/software o después de desarrollar la característica, pero antes del lanzamiento de un producto/software según sea necesario para probar el funcionamiento de esa característica en particular. 
• Durante el desarrollo: los casos de prueba a veces se escriben durante el tiempo de desarrollo, en paralelo. así que cada vez que se desarrolla una parte del módulo/software, también se prueba.   

Por lo tanto, los casos de prueba se escriben en tales casos, ya que los casos de prueba ayudan en un mayor desarrollo y aseguran que cumplamos con todos los requisitos necesarios. 

¿Por qué escribir casos de prueba?   

Los casos de prueba son uno de los aspectos más importantes de la ingeniería de software, ya que definen la forma en que se llevarían a cabo las pruebas. Los casos de prueba se realizan por una razón muy sencilla, para comprobar si el software realmente funciona o no. Hay muchas ventajas de escribir casos de prueba:

• Los casos de prueba ayudan a verificar si un módulo/software en particular cumple con el requisito especificado o no. 
• Los casos de prueba determinan si un módulo/software en particular funciona con un conjunto determinado de condiciones. 
• Los casos de prueba ayudan a reducir las necesidades de software y las actualizaciones requeridas.
• Los casos de prueba son fáciles, simples y claros, ya que están paso a paso y bien documentados. 
• Los casos de prueba se detallan, lo que los hace útiles durante la fase de mantenimiento. 

Plantilla de caso de prueba

Veamos una plantilla de caso de prueba básica para la funcionalidad de inicio de sesión. 

La plantilla del caso de prueba contiene la sección de encabezado que tiene un conjunto de parámetros que proporciona información sobre el caso de prueba, como el nombre del probador, la descripción del caso de prueba, el requisito previo, etc. La sección del cuerpo contiene el contenido real del caso de prueba, como la identificación de la prueba, pasos de prueba, entrada de prueba, resultado esperado, etc. 

En la plantilla dada a continuación, es claramente identificable que la sección del nombre del módulo al escenario de prueba es la sección de encabezado, mientras que la tabla que se encuentra debajo del escenario de prueba (desde la identificación del caso de prueba hasta los comentarios) es el cuerpo de la plantilla del caso de prueba.     

Aquí se ha creado una plantilla de caso de prueba para la funcionalidad de inicio de sesión con sus parámetros y valores. 

Mejores prácticas para escribir casos de prueba

Hay ciertas prácticas que uno podría seguir al escribir los casos de prueba que se considerarían beneficiosas. 

1. Simple y claro: los casos de prueba deben ser muy concisos, claros y transparentes. Deben ser fáciles y simples de entender no solo para uno mismo sino también para los demás. 
2. Mantenga la unicidad: al escribir los casos de prueba, es necesario asegurarse de que no se escriban una y otra vez y que cada caso sea diferente del otro. 
3. Cero suposiciones: los casos de prueba no deben contener datos supuestos, no presente características/módulos que no existen.  
4. Trazabilidad: los casos de prueba deben ser rastreables para futuras referencias, por lo que al escribir es importante tener eso en cuenta. 
5. Diferentes datos de entrada: al escribir casos de prueba, se deben tener en cuenta todos los tipos de datos. 
6. Nombre de módulo fuerte: el nombre del módulo debe explicarse por sí mismo al escribir el caso de prueba.  
7. Descripción mínima: la descripción de un caso de prueba debe ser pequeña, una o dos líneas normalmente se consideran buenas prácticas, pero debe brindar una descripción general adecuada. 
8. Condiciones máximas: se deben tener en cuenta todo tipo de condiciones al escribir una prueba, aumentando la efectividad. 
9. Cumplir con los requisitos: al escribir el caso de prueba, es importante que se cumplan los requisitos del cliente/cliente/usuario final.
10. Resultados Repetitivos: El caso de prueba debe estar escrito de tal manera que proporcione el mismo resultado. 
11. Técnicas diferentes: a veces, es posible que no sea posible probar todas las condiciones, pero el uso de diferentes pruebas con diferentes casos de prueba podría ayudar a verificar todos los aspectos de un software. 

Herramientas de gestión de casos de prueba

Las herramientas de gestión de pruebas ayudan a gestionar los casos de prueba. Estas herramientas son herramientas automatizadas que disminuyen el tiempo y el esfuerzo de un evaluador en comparación con la forma tradicional. Algunas herramientas de gestión de casos de prueba incluyen paneles avanzados, errores más sencillos y seguimiento del progreso, así como gestión, plantillas de casos de prueba personalizadas, integración de casos de prueba, invitar a evaluadores invitados, gestionar los requisitos y planes del equipo, y mucho más.

Algunas de las herramientas se enumeran a continuación:

• Testpad: Testpad es una herramienta sencilla que facilita la gestión de casos de prueba. El lema principal del software dice que su objetivo es encontrar un error que importe. Algunas funciones de Testpad incluyen pruebas manuales, informes de casos de prueba y software, arrastrar y soltar para facilitar las pruebas, invitar a evaluadores invitados por correo electrónico, crear plantillas personalizadas y mucho más. 
• TestCaseLab: TestCaseLab es fácilmente manejable para los casos de prueba y podría integrarlos rápidamente con rastreadores de errores. Las características de TestCaseLab incluyen casos de prueba personalizados, ejecuciones de prueba, integraciones de casos de prueba, planes de prueba, etiquetas y prioridad para casos de prueba, búsqueda por nombre de casos de prueba, descripción y etiquetas, etc. 
• TestRail: TestRail es otra plataforma que tiene como objetivo facilitar la gestión de casos de prueba, agiliza los procesos de prueba de software y, junto con una mayor visibilidad del control de calidad. Las características básicas de TestRail incluyen la gestión de casos de prueba, planes y ejecuciones, más cobertura de prueba, información en tiempo real sobre el progreso del control de calidad, etc. 
• TestLodge: TestLodge es una herramienta de administración de casos de prueba que ayuda a todo el equipo a administrar sus requisitos, planes de prueba, casos de prueba y ejecuciones de prueba, todo en un solo lugar y sin límite de usuarios. Las características básicas de TestLodge incluyen Planes de prueba, Ejecuciones de prueba, Tablero, Suite de prueba y muchas más.

Caso de prueba formal e informal

• Casos de prueba formales: Los casos de prueba formales son casos de prueba que siguen el formato de caso de prueba básico. Contiene los parámetros del caso de prueba, como las condiciones, la identificación, el nombre del módulo, etc. Los casos de prueba formales tienen datos de entrada establecidos y resultados esperados, se realizan según el orden de pasos dado. 
• Casos de prueba informales: Los casos de prueba informales son casos de prueba que no siguen el formato de caso de prueba básico. En estos, a medida que se realizan las pruebas, los casos de prueba se escriben en tiempo real y luego se escriben previamente y la entrada y los resultados esperados tampoco están predefinidos.

Tipos de casos de prueba

• Caso de prueba de funcionalidad: el caso de prueba de funcionalidad es para determinar si la interfaz del software funciona sin problemas con el resto del sistema y sus usuarios o no. La prueba de caja negra se usa al verificar este caso de prueba, ya que verificamos todo externamente y no internamente para este caso de prueba. 
• Caso de prueba unitaria: En el caso de prueba unitaria es donde se prueba la parte individual o una sola unidad del software. Aquí se prueba cada unidad/parte individual y creamos un caso de prueba diferente para cada unidad.  
• Caso de prueba de interfaz de usuario: la prueba de interfaz de usuario o la prueba de interfaz de usuario es cuando se prueban todos los componentes de la interfaz de usuario con los que el usuario entraría en contacto. Es para probar si los requisitos de los componentes de la interfaz de usuario realizados por el usuario se cumplen o no.  
• Caso de prueba de integración: la prueba de integración es cuando todas las unidades del software se combinan y luego se prueban. Es para verificar que cada componente y sus unidades funcionen juntos sin ningún problema. 
• Caso de prueba de rendimiento: el caso de prueba de rendimiento ayuda a determinar el tiempo de respuesta, así como la eficacia general del sistema/software. Es para ver si la aplicación realmente manejará las expectativas del mundo real. 
• Caso de prueba de base de datos: también conocido como prueba de back-end o prueba de datos, comprueba que todo funciona bien con respecto a la base de datos. Se realizan casos de prueba para tablas, esquemas, disparadores, etc. 
• Caso de prueba de seguridad: el caso de prueba de seguridad ayuda a determinar que la aplicación restringe las acciones y los permisos siempre que sea necesario. El cifrado y la autenticación se consideran objetivos principales con respecto al caso de prueba de seguridad. El caso de prueba de seguridad se realiza para proteger y salvaguardar los datos del software. 
• Caso de prueba de usabilidad: también conocido como caso de prueba de experiencia del usuario, verifica qué tan fácil de usar o fácil de abordar sería un software. Los casos de prueba de usabilidad están diseñados por el equipo de experiencia del usuario y realizados por el equipo de prueba. 
• Caso de prueba de aceptación del usuario: el equipo de prueba prepara el caso de aceptación del usuario, pero el usuario/cliente hace la prueba y revisa si trabaja en el entorno del mundo real.   

Ejemplo

A continuación se muestra un ejemplo para preparar varios casos de prueba para una página de inicio de sesión con un nombre de usuario y contraseña.

Caso de prueba unitaria: aquí solo estamos verificando si el nombre de usuario valida al menos la longitud de ocho caracteres.

Identificación de prueba	Condición de prueba	Pasos de prueba	Entrada de prueba	Resultado esperado de la prueba	Resultado actual	Estado	Observaciones
1.	Comprueba si el campo de nombre de usuario acepta la entrada de trece caracteres.	1. Dar entrada	frikisforgeeks	Acepta trece caracteres.	Acepta trece caracteres.	Pasar	Ninguna

Aquí solo se comprueba si el paso de la entrada de trece caracteres es válido o no. Entonces, dado que se ingresa la palabra de trece caracteres ‘geeksforgeeks’, la prueba está teniendo éxito, de lo contrario, habría fallado en cualquier otro caso de prueba.  

 Caso de prueba de funcionalidad: aquí se comprueba si el nombre de usuario y la contraseña funcionan juntos al hacer clic en iniciar sesión.

Identificación de prueba	Condición de prueba	Pasos de prueba	Entrada de prueba	Resultado esperado de la prueba	Resultado actual	Estado	Observaciones
1.	Verifique que con el nombre de usuario y la contraseña correctos pueda iniciar sesión.	1. Ingrese el nombre de usuario  2. Introduzca la contraseña 3. Haga clic en iniciar sesión	nombre de usuario: geeksforgeeks contraseña: frikisforever	Inicio de sesión correcto	Inicio de sesión correcto	Pasar	Ninguna
2.	Compruebe que si tiene un nombre de usuario y una contraseña incorrectos no puede iniciar sesión.	1. Ingrese el nombre de usuario 2. Ingrese la contraseña 3. Haga clic en iniciar sesión	nombre de usuario: geeksforgeeks contraseña: geeksjuntos	Inicio de sesión fallido	Inicio de sesión fallido	Pasar	Ninguna

Aquí se verifica si al pasar entradas incorrectas y correctas si la funcionalidad de inicio de sesión funciona o no, muestra un inicio de sesión exitoso para las credenciales correctas y no exitoso para una vez incorrecta, por lo tanto, ambas pruebas han pasado, de lo contrario habrían fallado.

Caso de prueba de aceptación del usuario: aquí se toman los comentarios del usuario si la página de inicio de sesión se carga correctamente o no.

Identificación de prueba	Condición de prueba	Pasos de prueba	Entrada de prueba	Resultado esperado de la prueba	Resultado actual	Estado	Observaciones
1.	Compruebe si la página de carga se carga de manera eficiente para el cliente.	1. Haga clic en el botón de inicio de sesión.	Ninguna	Bienvenido a la página de inicio de sesión.	Bienvenido a la página de inicio de sesión.	Fallar	La página de inicio de sesión no se carga debido a un problema de compatibilidad del navegador por parte del usuario.

Aquí se comprueba si al hacer clic en el botón de inicio de sesión se carga la página y se muestra el mensaje ‘Bienvenido a la página de inicio de sesión’. La prueba falló aquí porque la página no se cargó debido a un problema de compatibilidad del navegador, se habría cargado y la prueba habría pasado.