Universidad Nacional Experimental de Caracas UNEXCA Programa Nacional de Formación Ingeniería Informática PNFI Unidad curricular Ingeniería del software II - Código ISC339 Trimestre 3 - Tema 2 Contenido: concepto, tipos, escenarios, casos de uso vs casos de prueba, atributos e importancia.

1. CASOS DE
PRUEBA
TEMA 2
Trimestre III
Prof. Magemyl Egaña

2. Test case Ref: After IEEE 610 (Standard Glossary of
Software Engineering Terminology): A set of input
values, executionpreconditions, expected results and
execution postconditions, developed for a particular
objectiveor test condition, such as toexercise a particular
program path or to verify compliance with a specific
requirement”. ISTQB International Software Testing
Qualifications Board (Comité Internacional de
Certificaciones de Pruebas de Software).
Caso de prueba: un conjunto de valores de entrada,
precondiciones de ejecución, resultados esperados y
postcondiciones de ejecución, desarrollados para un
objetivo particular de condición de prueba, tal como
para ejercer una ruta de un programa en particular o
para verificar el cumplimiento de un requisito específico.
DEFINICIÓN
02

3. OTRAS DEFINICIONES
03
Un caso de prueba es una serie de acciones que
se realizan para determinar una función o
funcionalidad particular de su aplicación.
Fuente: wachtwoord Archives - Information
Technology
Un caso de prueba cubre el software más a
fondo y con más detalle que un caso de uso.
Los casos de prueba incluyen todas las
funciones que el programa es capaz de realizar
(o se supone que es capaz de realizar)
Fuente:https://testeandosoftware.com/casos-
de-uso-vs-casos-de-prueba/
Especifica las entradas, condiciones y
resultados que debe cumplir el software
de acuerdo a los requisitos y casos de uso

4. CASO DE USO (USE CASE)
04
Muestra cómo un actor interactúa con
el software para lograr un objetivo.
Documenta una secuencia ordenada de
eventos que describen como funciona
el sistema.
Describe pasos deseados o camino feliz
y alternativas, interacciones
indeseadas, errores o camino no
felices.
Determina la funcionalidad del
sistema.

5. CASO DE PRUEBA (TEST CASE)
05
Extiende o amplia la información contenida en
el caso de uso.
Define los escenarios a probar derivados del
caso de uso.
Describe lo que el sistema ejecutará para ser
conforme a los especificado en la ingeniería de
requisitos.
Detalla las actividades a ejecutar a fin de validar
la aplicación, a partir del escenario de caso de
uso.

6. ESCENARIO CASO DE USO
Un caso de uso se compone de uno o más escenarios de casos de
uso. Cada camino que se puede seguir en el caso de uso es un
escenario de caso de uso.
Fuente: https://testeandosoftware.com/casos-de-uso-vs-casos-de-prueba
06
Caminos (felices y alternos) que puede seguir un caso de
uso
Cualquier ejemplo que se da a raíz de un caso de uso
también sigue un solo escenario.
Múltiples ejecuciones del caso de uso se pueden usar los
mismos o diferentes escenarios.
Toman cuenta el uso de todo tipo de datos de
entrada/salida, cada comportamiento esperado, todos los
elementos de diseño, y cada clase de defecto.
Cubre todos los requisitos del sistema.

7. ESCENARIO DE PRUEBA
07
Cada uno de los pasos o combinaciones de
pasos que se muestran en la narrativa del
caso de uso.
Cada flujo principal o alternos y la
combinación de pasos que pueden ser
ejecutados y probados.
Ideas que se pueden ocurrir para evaluar un
sistema.
Cada caso de uso, genera una matriz de
escenarios (sección 3.1 PPR).

8. 08

9. TIPOS DE CASOS DE PRUEBA
09
Casos de pruebas positivos, que prueban el
camino feliz de una funcionalidad.
Casos de pruebas negativos que comprueban
si el sistema maneja correctamente los
errores.
Los casos de prueba son esenciales para realizar la
fase de prueba y consiste en un conjunto de
condiciones y variables bajos los cuales el
probador o tester determina si un requisito del
software es parcial o completamente satisfactorio.
Existe 2 tipos de casos de pruebas:

10. Requisito del caso de uso: “precio debe ser mayor o igual a cero”
Caso de prueba positivo (+):
Precio= 0
Precio =10
Caso de prueba negativo (-):
Precio = -1
En este caso de prueba, el sistema debe mostrar la capacidad de
determinar que es una situación de error y debe enviar el error a la
aplicación y base de datos y mostrar un mensaje en pantalla.
EJEMPLO CASOS DE PRUEBA
10
La característica más importante de los casos de prueba es que vamos a tener una
entrada conocida y una salida esperada.
Precio=10
Entrada = valor 10
Salida esperada = el sistema permite continuar la operación.

11. Los casos de pruebas deben ser trazables.
La trazabilidad es una de las características
más importantes de un caso de prueba.
Siempre debe existir trazabilidad entre los
requisitos, casos de uso y los casos de
pruebas y se debe identificar los casos de
prueba que han sido incluidos en ciclo de
prueba y que están basados en requisitos y
casos de uso. Si hay una buena trazabilidad,
entonces cuando exista un cambio en un
requisito, se puede saber qué casos de
prueba contiene ese requisito para poder
cambiar las pruebas
TRAZABILIDAD
09

12. Con el ejemplo anterior
1 requisito es varios casos de prueba, es decir,
que al menos debe tener 1 caso de prueba por
caso de uso y generar trazabilidad
1 CU = 1 o más CP
Ejemplo:
Requisito: “precio debe ser mayor o igual a
cero”
Casos de prueba
Precio =0
Precio = 10
Precio = -1
Salida esperada = Error (mensaje)
TRAZABILIDAD
10

13. 11
CONSTRUCCIÓN DEL
CASO DE PRUEBA
1. Seleccionar el caso de uso. Por cada caso de uso, se determina 1 a n+
casos de pruebas, siendo el mínimo 2 por cada caso de uso.
2. Identificar los escenarios del caso de uso seleccionado; visualizar en
la narrativa del caso de uso, todos los escenarios posibles tanto del
camino feliz o flujo principal, como de los caminos o flujos alternos.
3. Determinar por cada escenario, uno o más casos de prueba.
4. Identificar las condiciones que originan su ejecución, es decir, los
elementos que darán las condiciones para probar (datos de prueba), por
cada caso de prueba.
5. Diseñar el caso de prueba, incorporando todos sus atributos como:
valores de datos (válidos e inválidos), pasos (camino feliz, menos
probable, alteraciones que puede hacer el usuario), precondición, nivel,
tipo y técnica de pruebas, resultado esperado.

14. IMPORTANCIA DE
LOS CASOS DE PRUEBA
El caso de prueba es el elementos más importantes de las pruebas de
software, que agrega valor a la calidad del mismo y apoya a los
procesos de aseguramiento y control de la calidad del producto de
software, pues son activos de la organización y fuente de información
explicita del negocio.
Los casos de prueba diseñados de forma manual, son insumos para
laautomatización de pruebas y mientras más casos de prueba se
diseñen para someter al sistema a verificación, mayor será la certeza
de su calidad.
Los indicadores de resultados y la forma en que se puede medir el desempeño de un
equipo de pruebas de software, se mide con base a casos de pruebas, por ejemplo, casos
de pruebas ejecutados vs casos de prueba fallidos, casos de pruebas manuales vs casos
de pruebas automatizados, casos de pruebas ejecutados vs esfuerzo en pruebas, etc.
Fuente: https://www.testingcolombia.com/casos-de-prueba-que-son-como-se-hacen-
y-para-que-sirven/
12

15. PREGUNTAS
Y
RESPUESTAS
13