Qué Es Un Caso de Prueba

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 6

¿QUÉ ES UN CASO DE PRUEBA?

ASIGNATURA: PRUEBAS DE SOFTWARE

DOCENTE: HONORIO HARO HEREDIA

LICENCIATURA EN SISTEMAS COMPUTACIONALES

ALUMNO: FAUSTO GUADALUPE VALENZUELA CISNEROS

MATRICULA: 18030046

FECHA: 04/03/2021
¿Qué es un caso de prueba?
El caso de prueba es la condición establecida sobre una funcionalidad a bajo nivel del
aplicativo para determinar su corrección; es decir, el cumplimiento del resultado
esperado en base a las directrices que nos marque el funcional.

Para cada caso de prueba se debe definir el campo en el que se realiza (el contexto
de la prueba), descripción de la acción, y finalmente su resultado deseado.

Escenario de prueba de muestra


Una pieza de software común es la funcionalidad de inicio de sesión de un sistema.
Uno escenario de prueba esto se puede describir en casos de prueba de la siguiente
manera:

 Caso de prueba 1: verifique la operación al ingresar un nombre de usuario y


contraseña válidos.
 2: Verifique la operación si se ingresa un nombre de usuario y contraseña no
válidos.
 3: Verifique la operación si el nombre de usuario está vacío y se presiona el
botón de inicio de sesión.
 Y así sucesivamente.

Este tipo de escenarios de prueba son bastante vagos y cubren una amplia variedad
de variables. Sin embargo, las pruebas se tratan de ser muy específicas. Es por eso
que necesitamos casos de prueba detallados.

Grabación de casos de prueba


La identificación de casos de prueba puede llevar mucho tiempo y, a veces, tenemos
que rehacer la prueba. Es por eso que necesitamos documentarlos. Debemos
registrar los siguientes elementos por caso de prueba:
 El caso de prueba debe tener un resultado esperado.
Para nuestro caso de prueba, el resultado esperado sería que debería ser
posible iniciar sesión correctamente.
Si no predeterminamos los resultados esperados, podemos perder pequeñas
diferencias en los cálculos. Los resultados pueden verse bien, pero en realidad
están equivocados. Por ejemplo, si calculamos el salario, puede haber
pequeñas diferencias. Si determinamos el resultado esperado de antemano,
podemos ver las desviaciones en la prueba. Supongamos que el creador del
caso de prueba dejó la organización y ahora necesitamos ejecutar el caso de
prueba. Entonces ayuda si el caso de prueba está documentado.
 Un caso de prueba puede tener precondiciones, por ejemplo, ciertos valores en
la base de datos que deben estar presentes de antemano. Con este caso de
prueba, se debe ingresar un nombre de usuario / contraseña de antemano.
 Un caso de prueba también puede incluir condiciones posteriores que se
aplican después de que se completa el caso de prueba. Para este caso de
prueba, sería una condición posterior que la fecha y hora de inicio de sesión se
almacenen en la base de datos. También debemos mantener el estado de
inicio de sesión para poder trabajar con la aplicación.
 Durante la ejecución del caso de prueba, documentamos los resultados
observados en la columna de resultados reales.

Diseño de los casos de prueba


El formato para el caso de prueba de inicio de sesión contiene el siguiente formato:

1. ID de caso de prueba.
2. Parte del escenario de prueba.
3. Pasos de prueba a realizar.
4. Datos de prueba
5. Resultados esperados.
6. Resultados reales
7. Resultado de la prueba (exitoso o no).
Al preparar un caso de prueba, necesitamos la
siguiente información:

 La descripción de la cual requisito vamos a probar


 Explicación sobre cómo probar el sistema.
 Los principios de prueba como: versión de la aplicación que se va a
probar, archivos de datos, sistema operativo,hardware acceso de seguridad,
fecha física o lógica, hora del día, requisitos tales como otras pruebas y otra
información de configuración relacionada con los requisitos que probamos.
 Entradas y salidas de pruebas.
 Un caso de prueba no puede contener más de 15 pasos.

Mejores prácticas para buenos casos de


prueba

1. Los casos de prueba deben ser simples y


transparentes.

Cree casos de prueba que sean lo más simples posible. Deben ser claros y concisos,
ya que el creador de casos de prueba no puede ejecutarlos.

Utilice un lenguaje asertivo como ir a la página de inicio, ingresar información, hacer


clic en ella, etc. Esto facilita la comprensión de los pasos de la prueba y agiliza la
ejecución de las pruebas.

2. Cree casos de prueba con el usuario final en mente

El objetivo final de cada proyecto de software es crear casos de prueba que cumplan


con los requisitos del usuario. Un evaluador debe crear casos de prueba teniendo en
cuenta la perspectiva del usuario final.
3. Evitar la repetición de casos de prueba

No repita los casos de prueba. Si se requiere un caso de prueba para ejecutar otro
caso de prueba, invocamos el caso de prueba utilizando el ID del caso de prueba.

4. No abandone la aplicación entregada

Sin embargo, no asuma una aplicación en funcionamiento mientras prepara el caso de


prueba. Cumpla con los requisitos y documentos de diseño.

5. Proporcionar cobertura 100%

Asegúrese de crear casos de prueba que verifiquen todos los requisitos de software
enumerados. Además, utilice un CRUD matriz para asegurar que ninguna función /
condición esté sin probar.

6. Los casos de prueba deben ser identificables

Nombre el ID del caso de prueba para que podamos identificarlo fácilmente. Esto es
útil para depurar o identificar un requisito en una etapa posterior.

7. Repetible y autónomo

El caso de prueba debe generar los mismos resultados cada vez, independientemente
de quién ejecute la prueba.

8. Revisión por pares

Una vez que hemos creado los casos de prueba, un colega los revisa. Los colegas
pueden encontrar errores en nuestros casos de prueba, que nosotros mismos
pasamos por alto.
BIBLIOGRAFIA

https://blogs.encamina.com/piensa-en-software-desarrolla-en-colores/qa-caso-de-uso-
vs-caso-de-prueba/

http://materias.fi.uba.ar/7548/PruebasSoftware.pdf

https://core.ac.uk/download/pdf/47237302.pdf

También podría gustarte