Trabajo Práctico N°4 - 15/07/22 - 01/08/22

Fundamentos del diseño de casos de prueba

Dado un sistema web con la siguiente especificación para una pantalla de login:

● La pantalla de login tendrá tres campos: un campo de DNI, con un selector desplegable
para el tipo; un campo de nombre de usuario, que puede aceptar hasta 20 caracteres
alfabéticos y el carácter de guión medio (-); y un campo de contraseña que puede aceptar
hasta 20 caracteres alfanuméricos, y algunos caracteres especiales incluidos los guiones
medio y bajo, ambos signos de exclamación, y el signo monetario ($).
● Los campos de entrada permitidos no distinguen mayúsculas y minúsculas.
● El botón de Login solo se habilitará si todos los campos están debidamente completados
(cumplen las validaciones exigidas a cada campo).
● Los datos se validan cuando se les quita el foco. Si al hacerlo, el texto dentro del campo no
cumple con algunas de las validaciones, el recuadro se remarca en rojo y aparece un
mensaje de error indicando el problema.
● Si los datos son válidos, al pulsar la tecla Enter, el sistema loguea al usuario y pasa a la
pantalla Home; si no es así, se muestra un mensaje de error.

Nota: El sistema se encuentra terminado y funcionando, pero se renovó por completo la pantalla
de login.

1. Defina brevemente la estrategia de pruebas. Para ello se requerirá:

a. identificar los enfoques (approaches) que utilizará.
b. identificar los datos de prueba que pueda anticipar que serán necesarios.
c. identificar los elementos que le permitan establecer el alcance de las pruebas.

2. Identifique los escenarios de evaluación que considere necesarios, y describa brevemente

posibles Criterios de Aceptación (criterios que verifican que el escenario se llevó a cabo
correctamente) para cada uno.

3. Para cada escenario propuesto, identifique los test conditions.

4. Arme tantos test cases como considere necesarios para cubrir los escenarios y sus criterios de
aceptación. Escriba los test cases con la estructura que crea más conveniente. Mínimamente, los
test cases deben contar con:

· Id de Caso de Prueba.
 · Nombre de Caso de Prueba (breve pero descriptivo, que permita identificarlo del resto)

· Objetivo o Descripción (test conditions declarados implícita o explícitamente)

· Pre-condiciones (opcional)

· Acciones

· Datos requeridos

· Resultados esperados

· Post-condiciones (opcional)

5. Organice los test cases en test suites, proponiendo objetivos de pruebas para cada una.
Considere organizar los test cases por orden de relevancia dentro de la suite para establecer una
prioridad en el orden de ejecución.

Respuestas

1. ESTRATEGIAS DE PRUEBAS

Comenzará con pruebas para verificar una nueva versión deployada con el fin de obtener
información de cada deploy en un ambiente de pruebas lo antes posible, para esto se realizará en
primera instancia un smoke test. Continuando, verificar que la nueva versión es la correcta para
ello se ejecuta un Sanity Test, siguiendo por un Functional Testing para verificar todas las
funciones requeridas para el objeto bajo prueba y, de ser necesario, se harán Regression Testing.

Acuerdos y Suposiciones:

1. Esta página de Login no cuenta con funciones de ayuda para el usuario.

2. Este sistema no cuenta con ayudas en caso de olvido de contraseña.
3. Este sistema solo funcionará con el DNI Argentino.
4. Este sistema no cuenta con validaciones por código ni validaciones contra bots al momento
de iniciar sesión.
5. Este sistema no permite el ingreso a través de otros sistemas de cuentas (ej.: Google,
Facebook.)
 a. ENFOQUES (en este orden de prioridad):
i. Prueba de Smoke
ii. Pruebas de Regresión
iii. Pruebas no funcionales (diseño, usabilidad, accesibilidad)
iv. Pruebas Funcionales (validaciones de campos, habilitación de botón)
v. Pruebas de Integración (backend, endpoint, body request)
vi. Pruebas de Sistemas (solo en caso de integración con APIs externas)
vii. Pruebas de Localización
viii. Pruebas de Responsive

b. DATOS QUE NECESITO PARA LAS PRUEBAS:

Smoke Testing
i. URL y acceso al ambiente de pruebas

Non-Functional Testing
ii. Mockup del diseño requerido
iii. Diseño específico para los mockups (un mockup más detallado)
iv. Requerimiento de usabilidad y accesibilidad del nuevo login

Functional Testing
v. Credenciales de ingreso (username, password, DNI) para cada tipo de
usuario (admin, standard, etc)
vi. EndPoints al cual envíar el request al backend
vii. Formato de envío del request hacia el backend (permitidos y no permitidos).
viii. Formato de respuesta esperado desde el backend
ix. Mensajes de error que debe imprimirse en cada caso de error

Localization Testing
x. Países en donde funcionará la página
xi. Diccionario con todos los idiomas soportados
xii. Diccionario con todos los tipos de DNI soportados
xiii. Requerimientos solicitados para cada país (Ej.: funciones, imágenes, logos,
moneda, en caso de ser necesarios)

Regression Testing
xiv. Todas las funcionalidades al cual respondía el Login anterior y que debían
seguir funcionando
xv. Test Cases y test suites ejecutados anteriormente
 c. ALCANCE:
Este sistema de Login solo será probado en el navegador Google Chrome en su última versión
disponible, de ser necesario, será testeado en otras versiones y/o navegadores a pedido del
cliente.
A su vez, se harán pruebas de responsive en los siguientes dispositivos y resoluciones:

Monitores: 1368 x 768 px; 1920 x 1080 px

Smartphones: 720 x 1280 px; 1080 x 1920 px

2. ESCENARIOS:
Given, When, Then

Escenario 1:
Dado un username, contraseña y DNI correctos e ingresando estos datos en el
formulario de login, al hacer clic en el botón “Iniciar Sesión” el usuario es logueado y
redirigido a la página de inicio.

Escenario 2:
Dado un username, DNI correcto y rellenando el formulario de login pero con una
contraseña incorrecta, al hacer clic en el botón “Iniciar Sesión” el sistema imprime un
mensaje de error y no realiza el logueado, lo cual el usuario permanece en la misma
página.

Escenario 3:
Dado un DNI y contraseña incorrectas, y rellenando el formulario de login pero con
un username inválido, al hacer clic en el botón “Iniciar Sesión” el sistema imprime un
mensaje de error y no realiza el logueado, lo cual el usuario permanece en la misma
página.

Escenario 4:
Dado un username, contraseña y DNI correctos e ingresando estos datos en el
formulario de login, pero seleccionando el tipo de DNI al cual no pertenece al ingresado,
luego al hacer clic en el botón “Iniciar Sesión” el sistema imprime un mensaje de error y no
realiza el logueado, lo cual el usuario permanece en la misma página.

Escenario 5:
Dado un username, contraseña y DNI correctos e ingresando estos datos en el
formulario de login, al presionar la tecla ENTER el usuario es logueado y redirigido a la
página de inicio.

Escenario 6:
Dado un username de tipo Admin, un password y un DNI correctos e ingresando
estos datos en el formulario de login, al presionar ENTER o clic en el botón “Iniciar Sesión”
el usuario es logueado y redirigido a la página de administración principal.
Escenario 7:
Dado un usuario de tipo Standard e intentando loguearse con algún campo
incorrecto, luego de 5 intentos fallidos el sistema bloquea el envío del formulario por unos
minutos, permaneciendo en la misma página.

Escenario 8:
Dado un usuario de tipo Standard, actualmente bloqueado e ingresando al
formulario, el sistema no permite realizar el envío de este hasta finalizar el tiempo de
bloqueo, permaneciendo en la misma página.

Escenario 9:
Dado un usuario de tipo Standard el cual fue bloqueado recientemente y finalizado el
tiempo de bloqueo, el sistema permite el envío del formulario para Loguearse, habilitando
el botón de Inicio de sesión.

Mockup del formulario de Login

3. TEST CONDITIONS PARA CADA ESCENARIO:

Escenarios 1,2,3,4,5,6 (Test Conditions):

a. Entrada “Nombre de Usuario”

b. Entrada “Contraseña”
c. Entrada “DNI”
d. Desplegable “Tipo-DNI”
e. Formas de envío del formulario (clic en el botón o tecla Enter)
f. Tipos de Usuarios: Standard, Admin

Escenarios 7,8,9 (Test Conditions):

a. Cantidad de intentos permitidos

b. Tipos de Usuarios: Standard, Admin
c. Tiempo de bloqueo
 4. TEST CASES

Status: Listo para revisión Test Priority: Alta

Test Case Id: HP-Login-001 Created by: Rubin A. Luis Creation date: 30/07/22-22:15
Modification description:
Last modified by: Last modification date:

Title: Login exitoso → STANDARD USER

Project Name: TP-4
Component/feature: Inicio de sesion
Label: happy-path-login-001
Description: Verificar el correcto logueo para un usuario estándar, con un username, password y DNI registrados en
el sistema
Pre-Conditions: Estar situados en el endpoint y formulario de inicio de sesión para usuarios estándar

Step # Action Required data Expected Results

Rellenar el formulario de logueo.
1 Enviar el formulario presionando en el
botón “Iniciar Sesión”
Username: tester-louisRubin
Password: $testing-$passw!
Logueo exitoso y redirección
DNI-type: Documento Nacional
hacia la página de inicio
Argentino
DNI-number: 35123456

Status: Listo para revisión Test Priority: Baja

Test Case Id: NP-Login-002 Created by: Rubin A. Luis Creation date: 31/07/22-07:31

Last modification date: Modification description:

Last modified by: Rubin A. Luis
05/08/22-10:23 Junté tos TC’s 2,3,4 en este mismo
Title: Login - validar error en username, password, DNI incorrectos
Project Name: TP-4
Component/feature: Inicio de sesion
Label: negative-path-login-002
Description: Verificar el despliegue de un mensaje de error para los campos Usuario, Contraseña, DNI al ingresar
caracteres no permitidos y para el campo Tipo de DNI al no seleccionar ninguna opción.
Criterios válidos:
- un campo de DNI, un campo de nombre de usuario, que puede aceptar hasta 20 caracteres alfabéticos y el
carácter de guión medio (-);
- un campo de contraseña que puede aceptar hasta 20 caracteres alfanuméricos, y algunos caracteres
especiales incluidos los guiones medio y bajo, ambos signos de exclamación, y el signo monetario ($).
- Los campos de entrada permitidos no distinguen mayúsculas y minúsculas.

Pre-Conditions: Estar situados en el endpoint y formulario de inicio de sesión para usuarios estándar
 Step # Action Required data Expected Results
Rellenar el campo “Usuario” con caracteres que
Borde rojo en el campo “Usuario” y
no cumplan con los criterios presentes en la
1 visibilidad de un mensaje de error
description.
indicando el problema.
Quitar el foco.
Rellenar el campo “Contraseña” con caracteres
Borde rojo en el campo “Contraseña” y
que no cumplan con los criterios presentes en la
2 visibilidad de un mensaje de error
description.
indicando el problema.
Quitar el foco.
Rellenar el campo “DNI” con caracteres que no
Borde rojo en el campo “DNI” y
cumplan con los criterios presentes en la
3 visibilidad de un mensaje de error
description.
indicando el problema.
Quitar el foco.
Hacer clic en el desplegable “Tipo de DNI” pero Borde rojo en el campo “Tipo de DNI” y
4 no elegir ninguna opción. visibilidad de un mensaje de error
Quitar el foco indicando el problema.

Status: Listo para revisión Test Priority: Media

Test Case Id: HP-Login-005 Created by: Rubin A. Luis Creation date: 31/07/22-08:04

Last modification date: Modification description:

Last modified by: Rubin A. Luis
05/08/22-10:53 Junté tos TC’s 5,6,7 en este mismo
Title: Login - validación de longitud para username, password, DNI
Project Name: TP-4
Component/feature: Inicio de sesion
Label: happy-path-login-005
Description: Verificar la correcta validación de longitud de los campos Usuario, Contraseña y DNI al quitar el foco,
cumpliendo con los siguientes criterios:
- un campo de DNI, un campo de nombre de usuario, que puede aceptar hasta 20 caracteres alfabéticos y el
carácter de guión medio (-);
- un campo de contraseña que puede aceptar hasta 20 caracteres alfanuméricos, y algunos caracteres
especiales incluidos los guiones medio y bajo, ambos signos de exclamación, y el signo monetario ($).
Pre-Conditions: Estar situados en el endpoint de inicio de sesión para usuarios estándar

Step # Action Required data Expected Results

Rellenar el campo “Usuario” con caracteres
Visibilidad de un borde verde en
válidos (descritos en la descripción) y con una
1 el campo “Usuario” indicando que
longitud menor o igual a 20 caracteres.
la validación es válida
Quitar el foco
 Rellenar el campo “Contraseña” con
caracteres válidos (descritos en la Visibilidad de un borde verde en
2 descripción) y con una longitud menor o igual el campo “Contraseña” indicando
a 20 caracteres. que la validación es válida
Quitar el foco
Rellenar el campo “DNI” únicamente con
Visibilidad de un borde verde en
números y con una longitud menor o igual a 8
3 el campo “DNI” indicando que la
caracteres (perteneciente al DNI Argentino).
validación es válida
Quitar el foco

Status: Listo para revisión Test Priority: Media

Test Case Id: HP-Login-008 Created by: Rubin A. Luis Creation date: 31/07/22-08:37

Last modification date: Modification description:

Last modified by: Rubin A. Luis
05/08/22-10:57

Title: Login - correcta habilitación del botón Login

Project Name: TP-4
Component/feature: Inicio de sesion
Label: happy-path-login-008
Description: Verificar la correcta habilitación del botón “Iniciar Sesión” luego de comprobar que todos los campos
fueron seleccionados y todas las entradas son válidas, cumpliendo con los siguientes criterios:
- un campo de DNI, un campo de nombre de usuario, que puede aceptar hasta 20 caracteres alfabéticos y el
carácter de guión medio (-);
- un campo de contraseña que puede aceptar hasta 20 caracteres alfanuméricos, y algunos caracteres
especiales incluidos los guiones medio y bajo, ambos signos de exclamación, y el signo monetario ($).
Pre-Conditions: Estar situados en el endpoint de inicio de sesión para usuarios estándar

Step # Action Required data Expected Results

Rellenar el formulario de logueo, verificando la
Habilitación del botón “Inicia
1 correcta validación de todos los campos al quitar
Sesión”
el foco
Status: Listo para revisión Test Priority: Baja
Test Case Id: HP-Login-009 Created by: Rubin A. Luis Creation date: 31/07/22-09:05

Last modification date: Modification description:

Last modified by: Rubin A. Luis
05/08/22-11:01 Junté tos TC’s 9,10 en este mismo
Title: Login - distinción uppercase and lowercase → USERNAME, PASSWORD
Project Name: TP-4
Component/feature: Inicio de sesion
Label: happy-path-login-009
Description: Verificar que los campos “Usuario” y “Contraseña” no distinguen caracteres entre mayúsculas y
minúsculas, cumpliendo con los siguientes criterios:
- un campo de nombre de usuario, que puede aceptar hasta 20 caracteres alfabéticos y el carácter de guión
medio (-);
- un campo de contraseña que puede aceptar hasta 20 caracteres alfanuméricos, y algunos caracteres
especiales incluidos los guiones medio y bajo, ambos signos de exclamación, y el signo monetario ($).
Pre-Conditions: Estar situados en el endpoint y formulario de inicio de sesión para usuarios estándar

Step # Action Required data Expected Results

Rellenar el campo “Usuario” con una Visibilidad de un borde verde en
1 entrada válida, alternando caracteres entre el campo “Usuario” indicando
mayúsculas y minúsculas que la entrada es válida
Visibilidad de un borde verde en
Rellenar el campo “Contraseña” con una
el campo “Contraseña”
2 entrada válida, alternando caracteres entre
indicando que la entrada es
mayúsculas y minúsculas
válida

Status: Listo para revisión Test Priority: Baja

Test Case Id: HP-Login-011 Created by: Rubin A. Luis Creation date: 31/07/22-09:40
Modification description:
Last modified by: Last modification date:

Title: Login - Login with ENTER key

Project Name: TP-4
Component/feature: Inicio de sesion
Label: happy-path-login-011
Description: Verificar el correcto logueo enviando el formulario completo presionando la tecla ENTER en lugar de
clic en el botón “Iniciar Sesión”
Pre-Conditions: Estar situados en el endpoint de inicio de sesión para usuarios estándar
 Step # Action Required data Expected Results
Rellenar el formulario de logueo, Username: tester-louisRubin
verificando la correcta validación de todos Password: $testing-$passw!
Logueo exitoso y redirección
1 los campos al quitar el foco. DNI-type: Documento Nacional
hacia la página de inicio.
Enviar el formulario presionando la tecla Argentino
ENTER DNI-number: 35123456

Status: Listo para revisión Test Priority: Media

Test Case Id: AP-Login-013 Created by: Rubin A. Luis Creation date: 01/08/22-10:16
Modification description:
Last modified by: Last modification date:

Title: Login - longitud de caracteres NO permitido → USERNAME, PASSWORD, DNI

Project Name: TP-4
Component/feature: Inicio de sesion
Label: alternative-path-login-013
Description: Verificar el despliegue de un mensaje de error para los campos Usuario y Contraseña al superar el
rango de caracteres permitidos, cumpliendo con los siguientes criterios:
- un campo de nombre de usuario, que puede aceptar hasta 20 caracteres alfabéticos y el carácter de guión
medio (-);
- un campo de contraseña que puede aceptar hasta 20 caracteres alfanuméricos, y algunos caracteres
especiales incluidos los guiones medio y bajo, ambos signos de exclamación, y el signo monetario ($).
Pre-Conditions: Estar situados en el endpoint de inicio de sesión para usuarios estándar

Step # Action Required data Expected Results

 Rellenar el campo “Usuario” con Borde rojo en el campo
caracteres alfabéticos y con una longitud “Usuario” y visibilidad de un
1
mayor o igual a 21 caracteres. mensaje de error indicando el
Quitar el foco. problema.
Rellenar el campo “Contraseña” con Borde rojo en el campo
caracteres alfanuméricos y con una “Contraseña” y visibilidad de un
2
longitud mayor o igual a 21 caracteres. mensaje de error indicando el
Quitar el foco. problema.
Rellenar el campo “DNI” con caracteres
numéricos y con una longitud mayor o Borde rojo en el campo “DNI” y
3 igual a 9 caracteres (no perteneciente al visibilidad de un mensaje de
DNI Argentino). error indicando el problema.
Quitar el foco.

Status: Listo para revisión Test Priority: Alta

Test Case Id: HP-Login-019 Created by: Rubin A. Luis Creation date: 01/08/22-12:19
Modification description:
Last modified by: Last modification date:

Title: Login correcto → ADMIN

Project Name: TP-4
Component/feature: Inicio de sesion
Label: happy-path-login-019
Description: Verificar el correcto logueo para un usuario administrador, con un username, password y DNI
registrados en el sistema
Pre-Conditions: Estar situados en el endpoint de inicio de sesión para Administradores

Step # Action Required data Expected Results

Username:
Rellenar el formulario de logueo. ADM-test-louisRubin
Logueo exitoso y redirección
Enviar el formulario presionando en el Password:adm-testing-$passw!
1 hacia la página Principal de
botón “Iniciar Sesión” o presionando la DNI-type: Documento Nacional
Administración
tecla ENTER Argentino
DNI-number: 35123456
Status: Listo para revisión Test Priority: Media
Test Case Id: NP-Login-020 Created by: Rubin A. Luis Creation date: 01/08/22-12:52
Modification description:
Last modified by: Last modification date:

Title: Login - User Blocked

Project Name: TP-4
Component/feature: Inicio de sesion
Label: negative-path-login-020
Description: Verificar el despliegue de un mensaje sobre usuario bloqueado por unos minutos para el inicio de
sesión en el dispositivo actual luego de 5 intentos fallidos, el cual no permite el reenvío del formulario hasta finalizar
el bloqueo. Cumpliendo los siguientes criterios:
forma de bloqueo
comprobar el bloqueo
transcurrido ese tiempo el usuario pueda ingresar
- un campo de DNI, un campo de nombre de usuario, que puede aceptar hasta 20 caracteres alfabéticos y el
carácter de guión medio (-);
- un campo de contraseña que puede aceptar hasta 20 caracteres alfanuméricos, y algunos caracteres
especiales incluidos los guiones medio y bajo, ambos signos de exclamación, y el signo monetario ($).
- Los campos de entrada permitidos no distinguen mayúsculas y minúsculas.

Pre-Conditions: Estar situados en el endpoint de inicio de sesión para usuarios estándar

Step # Action Required data Expected Results

Rellenar el formulario con información válida Despliegue de un mensaje sobre
(definida en la description) pero no registrada. usuario bloqueado por unos
1
Enviar el formulario con esa información 5 minutos y no permite volver a
veces. rellenar el formulario
 5. TEST SUITES

1. Pruebas Smoke
una pequeña descripción
1.1. Test Case Id: HP-Login-001: Login correcto → STANDARD USER
1.2. Test Case Id: HP-Login-019: Login correcto → ADMIN

2. Happy Path
una pequeña descripción
2.1. Test Case Id: HP-Login-001: Login correcto → STANDARD USER
2.2. Test Case Id: HP-Login-019: Login correcto → ADMIN
2.3. Test Case Id: HP-Login-005: Login - validación de longitud para username,
password, DNI
2.4. Test Case Id: HP-Login-008: Login - correcta habilitación del botón Login
2.5. Test Case Id: HP-Login-009: Login - distinción uppercase and lowercase →
USERNAME, PASSWORD
2.6. Test Case Id: HP-Login-011: Login - Login with ENTER key

3. Alternative Path
4. Negative Path
5. a

TEST CASE VACIO PARA COPIAR Y PEGAR

Status: a Test Priority: a

Test Case Id: a Created by: Rubin A. Luis Creation date: a
Modification description:
Last modified by: Last modification date:

Title: a
Project Name: TP-4
Component/feature: Inicio de sesion
Label: a
Description: a
Pre-Conditions: Estar situados en el endpoint de inicio de sesión para usuarios estándar

Step # Action Required data Expected Results

1