Ingeniería de

software
Sesión 08
• Herramientas para
pruebas
Herramientas para pruebas
 Testware
 Consiste en la planeación formal de las
pruebas a realizar a cada uno de los
componentes de un sistema
 Se basan principalmente en la interacción
de un usuario con un sistema y los pasos
que tiene que realizar para la realización
de una tarea
Herramientas para pruebas
 Debede realizarse a partir de la
documentación de diseño
 Pantallas
 Diagrama de flujo
 …
 Elresultado es un script que cualquier
persona no familiarizada con el sistema
puede ejecutar
Herramientas para pruebas
 Esimportante que la persona que diseñe
el testware y aquella que la ejecute no
sea el programador del componente a
probar
 Asegura que la lógica del componente
cumpla con el diseño y no viceversa
 Asegura que el testware no omita
escenarios que el programador sabe que
no funcionan correctamente
Herramientas para pruebas
 El primer paso es crear el árbol de
complejidad ciclomática a partir del diseño
de pantalla y del diagrama de flujo
 Este árbol indica todas las posibles
interacciones que un usuario podría realizar
en un sistema
 La raíz del árbol debe ser una acción del
usuario que dispare un proceso del sistema
(evento):
 Clic a un botón
 Retirar foco de un control…
Usuario
Contraseña

Ingresar
 Inicio

Leer usuario y
contraseña
ingresados por el
usuario

Alguno de los
Mostrar un
campos está si
mensaje de error
vacío?

no

Buscar en la
base de
datos, tabla
usuarios
donde
usuarios.user
name =
usuario

Existen Usuarios.pwd Mostrar menu

si
registros? = contraseña? principal

no

Mostrar mensaje
de error

fin
 Ambos
campos
vacíos
Sin campos
Campo
obligatorios
Usuario vacío
llenos
Campo
Contraseña
Botón vacía
"Ingresar"
Con usuario
incorrecto
Con datos
Con campos incorrectos Con
obligatorios contraseña
llenos Con datos incorrecta
correctos
Herramientas para pruebas
 En base al árbol de complejidad
ciclomática, se procede a realizar el
testware
 Debe detallar todos los pasos necesarios
para realizar las pruebas de tal forma
que:
 Las pruebas se hagan en una sola sesión
 Únicamente indiquen si una funcionalidad
cumplió o no con su funcionalidad (si/no)
Fecha: Nombre del tester:

Caso de uso Escenario Caso de prueba Pasos para ejecución Resultado esperado Cumplió
CU01. Ingreso al sistema E01. Botón Ingresar CP01. Campos usuario y contraseña vacios 1. el usuario ingresa al sistema El sistema muestra la pantalla solictandole
usuario y contraseña
2. el usuario da clic sobre el El sistema muestra mensaje de error
botón "Ingresar"
CP02. Campo usuario vacio 3. el usuario ingresa en el campo ninguno
contraseña el dato "123456"

4. el usuario da clic sobre el El sistema muestra mensaje de error

botón "Ingresar"
CP03. Campo contraseña vacia 5. el usuario ingresa en el campo ninguno
usuario el dato 'juanito'
6. el usuario elimina el dato ninguno
dentro del campo contraseña
7. el usuario da clic sobre el El sistema muestra mensaje de error
botón "Ingresar"
CP04. Campos llenos, con usuario incorrecto 8. el usuario ingresa en el campo ninguno
usuario el dato "almita"
9. el usuario ingresa en el campo ninguno
contraseña el dato "firulais"

10. el usuario da clic sobre el El sistema muestra mensaje de error

botón "Ingresar" usuario incorrecto
CP05. Campos llenos, con contraseña incorrecta 11. el usuario ingresa en el ninguno
campo usuario el dato "jose"
12. el usuario ingresa en el ninguno
campo contraseña el dato
"solovino"
13. el usuario da clic sobre el El sistema muestra mensaje de error
botón "Ingresar" contraseña incorrecta
CP06. Campos llenos, con usuario y contraseña correc14. el usuario ingresa en el ninguno
campo usuario el dato "jose"
15. el usuario ingresa en el ninguno
campo contraseña el dato
"firulais"
16. el usuario da clic sobre el El sistema muestra el menú principal
botón "Ingresar"
Herramientas para pruebas
 El tester únicamente indica en cada paso
si se obtuvo o no el resultado esperado
 El caso de uso se considera aceptado sí y
solo sí tiene un 100% de resultados
esperados afirmativos
Herramientas para pruebas
 Caso contrario
 Se le indica al programador responsable
sobre las fallas encontradas
 Una vez corregidas, se vuelve a aplicar el
testware completo, sin importar si otros
casos de prueba habían cumplido
afirmativamente con anterioridad
© 2011 Creative Commons
Atribución-NoComercial-Compartir
Igual 2.5 México.
http://creativecommons.org/licenses
/by-nc-sa/2.5/mx/

Ing. Miguel Angel Ibarra Romero