0% encontró este documento útil (0 votos)
42 vistas14 páginas

Guía de Casos de Prueba de Software

Un caso de prueba es un conjunto de acciones que se ejecutan para verificar una característica o funcionalidad particular de una aplicación de software. Los casos de prueba son más específicos que los escenarios de prueba y cubren una sola prueba. Un buen caso de prueba sigue un formato estándar que incluye un ID, título, descripción, pre-requisitos, pasos y resultado esperado.

Cargado por

Veimar JF
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PPTX, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
42 vistas14 páginas

Guía de Casos de Prueba de Software

Un caso de prueba es un conjunto de acciones que se ejecutan para verificar una característica o funcionalidad particular de una aplicación de software. Los casos de prueba son más específicos que los escenarios de prueba y cubren una sola prueba. Un buen caso de prueba sigue un formato estándar que incluye un ID, título, descripción, pre-requisitos, pasos y resultado esperado.

Cargado por

Veimar JF
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PPTX, PDF, TXT o lee en línea desde Scribd

Test Case

Apuntes de Rosemary Torrico Bascopé


Definición
• Es un conjunto de acciones que se ejecutan para verificar
característica o funcionalidad particular de una aplicación de SW.
• Un caso de prueba es un componente indispensable del ciclo de vida
de las pruebas de software que ayuda a validar la AUT (Application
Under Test).
Test Scenario Vs Test Case
• Los escenarios de prueba son bastante vagos y cubren una amplia
gama de posibilidades. En los casos de prueba se trata de ser muy
específicos.
• Para un escenario de prueba hay muchos posibles casos de prueba.
• Ejemplo: Escenario:Verificar la funcionalidad login
• Test Case 1: Check results on entering valid User Id & Password
• Test Case 2: Check results on entering Invalid User ID & Password
• Test Case 3: Check response when a User ID is Empty & Login Button is
pressed, and many more
Características de un Caso de Prueba
- No ambiguo
- Atómico: Único, sencillo y claro.
- No debe repetirse.
- Debe utilizar técnicas de prueba.
Buenas prácticas
• Una buena prueba ha de tener una alta probabilidad de encontrar un fallo
• Para alcanzar este objetivo el responsable de la prueba debe entender el software e intentar
desarrollar un propósito de cómo podría fallar.
• Una buena prueba debe centrarse en dos objetivos:
• Probar si el software no hace lo que debe hacer.
• Probar si el software hace lo que debe hacer (correctitud, tc+).
• Una buena prueba no debe ser redundante.
• El tiempo y los recursos son limitados, así que todas las pruebas deberían tener un
propósito diferente.
• Una buena prueba debería ser la “mejor de la cosecha”.
• Esto es, se debería emplear la prueba que tenga la más alta probabilidad de descubrir
errores.
• Una buena prueba no debería ser ni demasiado sencilla ni demasiado compleja,
pero si se quieren combinar varias pruebas a la vez se pueden enmascarar errores,
por lo que en general, cada prueba debería realizarse separadamente.
Formato básico de un Caso de Prueba
- ID
- Nombre (Título)
- Descripción
- Pre requisitos
- Pasos
- Resultado esperado
Nombre (Título)
• Debe ser descriptivo
• Debe ser claro y conciso
• Debe ser una acción y el elemento a ser verificado
• Se sugiere usar la palabra “Verificar” al inicio
• No mayor a 80 caracteres
• Debe reflejar el resultado esperado
Descripción
• La descripción debe complementar al título, esta sección también
puede incluir otra información pertinente, como el entorno de
prueba.
• Una descripción debe ser fácil de leer y comunicar de inmediato el
objetivo de alto nivel de la prueba.
• Titulo: Verificar que se despliga mensaje de error cuando contraseña
incorrecta (TC negativo)
• Descripción: Si el logueo de la cta docente se ingresa contraseña
incorrecta desplegar “contraseña incorrecta”
• Precondiciones
- Tener acceso a http://websis.umss.edu.bo/serv_docentes.asp
• TC1
• Titulo: Verificar que se ingresa a Cta Docente con credenciales validas
• Descripción: Si el logueo de la cta docente se ingresa cuenta y contraseña correcta se despliega la
cta Docente
• Precondiciones
- Tener cuenta y contraseña correctas de un docente
- PASOS
- 1. Ingresar al sitio: http://websis.umss.edu.bo/serv_docentes.asp
- Esta en la pagina ….seccion DOCENTE
- 2. Hacer Click en “ingresar”, luego de llenar los campos cuenta: RSS.TOR y Contraseña:453365888
Resultado esperado
Visualizar el…. Del docente
Pre requisitos:
• Debe incluir cualquier suposición que se aplique a la prueba y
cualquier condición previa que deba cumplirse antes de ejecutar la
prueba.
• Esta información puede incluir en qué página debe comenzar la
prueba el usuario, las dependencias en el entorno de prueba y los
requisitos de configuración especiales que deben realizarse antes de
ejecutar la prueba.
• Esta información también ayuda a mantener los pasos de prueba
cortos y concisos.
Pasos:
• Cada paso debe describir solo una acción
• Siempre debe comenzar en un verbo en infinitivo
• Deben incluir los datos e información necesarios sobre cómo ejecutar la
prueba
• Opcionalmente se puede incluir datos ficticios para realizar la prueba
(Ejemplos)
• Deben ser claros y concisos, pero, sin omitir detalles necesarios
• Como buena práctica cada paso debe tener un resultado esperado
parcial, excepto el último paso, del cual, el resultado esperado seria
resultado esperado global del Test Case
Resultado esperado:
• El resultado esperado le dice al Tester lo que debe experimentar
como resultado de los pasos de la prueba. Así es como el Tester
determina si el caso de prueba es un "aprobado" o "fallido".

También podría gustarte