AP09-AA10-EV02. Diseño y Ejecución de Plan de Pruebas Del Sistema de Información.

Curso/ Grupo Proyecto
<Logo de la Empresa>
Fecha Versión Código
aa/mm/dd 1.0 PT-DCP-01
AP09 AA10 EV02

DISEÑO EJECUCIÓN PRUEBAS SI
 
 
APRENDIZ
FICHA: 
PROGRAMA
TECNÓLOGO EN ANÁLISIS Y DESARROLLO DE SISTEMAS DE
INFORMACIÓN
SERVICIO NACIONAL DE APRENDIZAJE

REGIONAL 
2022
DOCUMENTO PLAN DE PRUEBAS

<PetTech>
Versión: <1.0>
Tabla de contenido
1. Introducción
2. Alcance
3. Definiciones, siglas y abreviaturas
4. Responsables e involucrados
5. Plan de prueba
6. Casos de prueba
6.1 Casos de uso. Home - Prueba N°1
6.4 Casos de uso. Inicio de sesión - Prueba N°4
6.7 Casos de uso. Agregar usuario - Prueba N°7
6.13 Casos de uso. Actualizar usuario - Prueba N°13
6.16 Casos de uso. Eliminar usuario - Prueba N°16
1. Introducción
Este documento tiene como objetivo ejecutar y documentar el plan de pruebas de la plataforma
PetTech, aplicando técnicas en pro de corroborar el buen funcionamiento del sistema en base a los
casos de pruebas y los resultados de esta.
2. Alcance
Este documento contiene el plan de pruebas del proyecto PetTech para los módulos inicio de sesión,
agregar usuario, actualizar información de usuario, eliminar usuario y historial de usuario
3. Definiciones, siglas y abreviaturas
Error: Acción humana que produce un resultado incorrecto

Defecto: Imperfección de algún componente del sistema
Falla: Manifestación del defecto al usar el sistema
Incidencia: Una ocurrencia que requiere investigación
Caso de uso: Muestra gráfica de cómo el usuario interactúa con el sistema
Casos de prueba: Es un documento que cuenta con una serie de datos
Requerimiento funcional: Se refiere a las funciones del software, todo sobre ‘’lo que el sistema debe
hacer’
Requerimiento no funcional: Son considerados como atributos de calidad del software y se refiere
a características como seguridad, usabilidad, escalabilidad, etc.
Prueba Funcional: Comprueban las características del aplicativo, verificando que comporte como lo
esperado.
Testing manual: Son pruebas (exploratorias, usabilidad, funcionales, etc)que realiza una persona a
partir de casos de prueba con el fin de detectar bugs y reportarlas.
Testing automatizado: Son pruebas que permiten utilizar herramientas de software de forma
repetitiva y automática sobre otro software.
Tester: Profesional que se encarga de asegurar la calidad y simular el rendimiento de un producto
software realizando determinadas pruebas para encontrar fallos (bugs).
Prueba de caja blanca (White box testing): Son pruebas realizadas por las personas que se
relacionan con el código (developers) en el que se examina la estructura del software como el código,
flujos de datos y la lógica del sistema.
Prueba de caja negra (Black box testing): Es un método que está enfocado en examinar la
funcionalidad del aplicativo sin tener acceso directo al código y desconociendo la estructura interna
del sistema.
Prueba de caja gris: Una combinación de caja negra y caja blanca que permite mayor interacción
con el sistema y el código pero manteniendo un nivel de restricción.
4. Responsables e involucrados
Nombre Tipo (Responsable/ Involucrado) Rol

Lorena Suárez Responsable Tester y Back-end
Santiago Castillo Responsable
Diana Valencia Involucrada Instructora
5. Plan De Pruebas
1. Home
2. Iniciar sesión
3. Agregar usuario
4. Actualiza Usuario
5. Eliminar Usuario
6. Historial de usuarios
5.1 Modulo 1 Home
Al ingresar al enlace debe abrir una página web en la que se va a encontrar con pestañas que dan
una muestra de lo que sería el aplicativo, los servicios que hipotéticamente presenta la clínica y entre
las pestañas está la opción de ingresar al aplicativo
5.1.1 Casos de prueba planeados para el módulo 1.
1. Diseño fácil de navegar

2. Logo de la app
3. Secciones y páginas internas definidas
5.2 Módulo 2 Iniciar sesión
Al ingresar a la sección ‘iniciar sesión’ se abrirá una ventana con un formulario que contará con dos
casillas para ingresar email y contraseña, la cual será genérica para todos las personas autorizadas.
Además debe tener un botón de ingreso a la plataforma

1. Permita ingresar datos

2. Contraseña y usuario incorrecta
3. Campos vacíos
5.3 Modulo 3 Agregar usuario
El sistema maneja el registro de los clientes para una clínica veterinaria. Para el caso de nuevos
clientes se realiza siempre y cuando se complete un formulario con una serie de datos sobre el
propietario y su mascota.
1. Registrar nuevo usuario

2. Ingresar nuevo usuario con campos vacíos
3. Campo mascota vacío
4. Campo propietario vacío
5. Ingresar campos nombre signos ortográficos
6. Campo teléfono debe tener máximo 15 dígitos
5.4 Módulo 4 Actualizar usuario
Al iniciar sesión en modo administrador, nos redireccionará a la página con una lista de usuarios
registrados en nuestra app, la cual tendrá la opción de “editar” que es para modificar los datos de
usuario y una vez completamos el formulario con los nuevos datos hacemos clic en guardar y nos
enviará el mensaje de ‘Mascota agregada correctamente’.
1. Permite eliminar datos

2. Permite editar datos
3. Campos vacíos
5.5 Modulo 5 Eliminar usuario
Una vez iniciada sesión, nos enviará a la página que contiene la lista de usuarios que pertenecen a
la clínica veterinaria la cual tendrá como opción eliminar usuario que al hacer clic automáticamente
el usuario quedará eliminado una vez aparezca el mensaje ‘Mascota eliminada’.
1. Permite eliminar usuario

2. Cada vez que se elimine un usuario debe enviar notificación de usuario eliminado
3. Botón de eliminar funcione correctamente
5.6 Modulo 6 Lista de usuarios
Una vez iniciamos sesión como administrador, nos enviará a la página que contiene la lista de todos
los usuarios que están registrados en la aplicación de Pet Tech

1. Agregar usuario
2. Eliminar usuario
6. Casos De Prueba
6.1 CU. Home- Prueba Nº 1
INFORMACIÓN GLOBAL DEL CASO DE PRUEBA

VERSIÓN DE
1.0 EJECUCIÓN 1.0
CASO DE PRUEBA No.
FECHA EJECUCIÓN 27/12/2020

Home Módulo 1
CASO DE USO: MÓDULO DEL SISTEMA
Descripción del caso Chequear que sea un diseño fácil de navegar

de prueba:
CASO DE PRUEBA
Precondiciones
1. Tener acceso a internet
2. Ingresar desde un computador
3. Ingresar a un ordenador web (Chrome)
4. Ingresar al enlace
Pasos de la prueba
1. El usuario deberá ingresar a la página web
2. Hacer scroll down hasta el footer
DATOS DE ENTRADA RESPUESTA COINCIDE

ESPERADA DE LA RESPUESTA DEL SISTEMA
CAMPO VALOR TIPO ESCENARIO APLICACIÓN SI NO
Diseño Que tanta Evaluar que la Al ingresar al
usabilidad página cuente con
aplicativo se puede
tiene la botones de fácil X
página acceso, imágenes apreciar usabilidad Muestra el aplicativo web
complementarias y con todas perfecta
los canales de usabilidad
comunicación
deben ser visibles
Post condiciones
RESULTADOS DE LA PRUEBA
Defectos y desviaciones Veredicto
N/A
N/A
Observaciones Probador
N/A Lorena Suárez


VERSIÓN DE
EJECUCIÓN 1.0
CASO DE PRUEBA No. 1.0

Home Modulo 1
CASO DE USO: MODULO DEL SISTEMA
Descripción del caso Revisar que el Logo de la aplicación se encuentre en un lugar visible
de prueba:
CASO DE PRUEBA
Precondiciones
1. Haber ingresado al aplicativo web
Pasos de la prueba
1. Ingresar al aplicativo web

2. Ingresar al módulo inicio
3. Parte superior izquierda
DATOS DE ENTRADA COINCIDE

RESPUESTA
TIPO ESPERADA DE LA RESPUESTA DEL SISTEMA
CAMPO VALOR ESCENAR APLICACIÓN SI NO
IO
Logo de la Visibilidad Evaluar Al ingresar al aplicativo su
aplicación que el logo El logo se puede ver bien
primera sección muestra
se X
encuentre el logo en la parte

en un lugar
izquierda del encabezado
visible
en un lugar visible
Post condiciones
Al ingresar al aplicativo en la primera sección ‘Bienvenido’ se logra ver con claridad el logo
N/A Pasa la prueba
N/A Lorena Suárez

VERSIÓN DE
EJECUCIÓN 1.0

Home Módulo 1
Descripción del caso Evaluar las secciones y páginas internas definidas

de prueba:
CASO DE PRUEBA
Precondiciones
1. Haber ingresado al aplicativo web
Pasos de la prueba
1. Cada que el usuario ingrese a cada sección del aplicativo, las pestañas deben mostrarle el lugar en el que
se encuentra

RESPUESTA
IO
Página web Ingresar a Página Se encuentran definidas X El aplicativo web es
las web ordenado y permite a los
las páginas internas y
secciones usuarios acceder
secciones rápidamente al contenido
que están buscando
Post condiciones
Pasa la prueba
N/A
N/A Lorena Suárez
6.4 CU. Iniciar sesión- Prueba Nº 4

VERSIÓN DE
EJECUCIÓN 1.0

Iniciar sesión Módulo 2
Descripción del caso Permita ingresar datos
de prueba:
CASO DE PRUEBA
Precondiciones
1. Tener una cuenta creada como administrador

2. Estar en la base de datos<
Pasos de la prueba
2. Dirigirse a la sección ‘Acceso’
3. Ingresar datos en el formulario de inicio sesión
4. Click en el botón ‘Iniciar sesión’
DATOS DE ENTRADA RESPUESTA COINCIDE RESPUESTA DEL SISTEMA

TIPO ESPERADA DE LA
CAMPO VALOR SI NO
ESCENARIO APLICACIÓN
Acceder usuario y Ingreso Una vez ingresamos los
contraseña X
datos y damos click en
El sistema responde
iniciar sesión ingresamos abriendo una nueva interfaz
al aplicativo
Post condiciones
N/A
N/A
N/A Lorena Suárez

VERSIÓN DE
EJECUCIÓN 1.0

Descripción del caso Contraseña y usuario incorrecta
de prueba:
CASO DE PRUEBA
Precondiciones
1. Tener una cuenta registrada
Pasos de la prueba
3. Ingresar diferentes datos en el formulario de inicio sesión

CAMPO VALOR APLICACIÓN SI NO
ESCENARIO
Acceder Valores no Ingreso La página se actualiza X
registrados en La interfaz se refresca y
hasta que ponga los
la base de vuelve a estar disponible
datos datos correctos para ingresar datos
Post condiciones
Después de que ingresas al aplicativo si aparece el error
No pasó la prueba
El sistema debería mostrar un mensaje de alerta ‘usuario no
Lorena Suárez
encontrado’

VERSIÓN DE
EJECUCIÓN 1.0

Descripción del caso Campos vacíos

de prueba:
CASO DE PRUEBA
Precondiciones
1. Acceso a base de datos
Pasos de la prueba


RESPUESTA
IO
Acceder No se Ingreso Refresca la página y El sistema cumple con lo
ingresan X requerido, la página vuelve
vuelve a mostrar el mismo
valores a mostrar los campos en
formulario blanco
Post condiciones
Pasa la prueba
N/A
Podría mostrar un anuncio ‘Necesita completar los campos

Lorena Suárez
para iniciar sesión’
6.7 CU. Agregar usuario- Prueba Nº 7

VERSIÓN DE
EJECUCIÓN 1.0

Módulo 3
CASO DE USO: Agregar usuario MÓDULO DEL SISTEMA
Descripción del caso Registrar nuevo usuario

de prueba:
CASO DE PRUEBA
Precondiciones
1. Haber iniciado sesión como administrador
2. Acceso a la base de datos
Pasos de la prueba
1. Acceder a la plataforma
2. Completar datos del formulario
3. Click en botón ‘Guardar’

ESCENARIO
Nuevo usuario Ingrese datos Nuevo usuario Guardar los datos del X
El sistema cumple con el
nuevo usuario en la requerimiento guardando
base de datos los datos del nuevo usuario
Post condiciones
La interfaz debe volver a mostrar el formulario de agregar usuario listo para añadir el siguiente usuario
Una vez se guarda el usuario en la base de datos se debe eliminar ‘el aviso de
Pasa la prueba
usuario se agregó correctamente’
N/A Lorena Suárez

VERSIÓN DE
EJECUCIÓN 1.0
CASO DE USO: Agregar usuario MÓDULO DEL SISTEMA Módulo 3
Descripción del caso Ingresar nuevo usuario con campos vacíos

de prueba:
CASO DE PRUEBA
Precondiciones
Pasos de la prueba

ESCENARIO
Nuevo campos Nuevo usuario Mostrar un mensaje X

usuario vacíos
que se debe
completar los datos Se guarda el usuario con
todos los datos vacíos
antes de guardar el
nuevo usuario
Post condiciones
El mensaje de ‘usuario agregado correctamente’ debería tener la opción de cerrar. No pasa la prueba
N/A Lorena Suárez

VERSIÓN DE
EJECUCIÓN 1.0
Descripción del caso Campo mascota vacío

de prueba:
CASO DE PRUEBA
Precondiciones
Pasos de la prueba

RESPUESTA
IO
Nuevo usuario Ingrese Nuevo Mostrar un mensaje de X
datos usuario Guarda los datos del
advertencia ‘faltan datos
usuario incompletos
por completar’
Post condiciones
El mensaje de ‘usuario agregado correctamente’ debería tener la opción de cerrar No pasó la prueba
N/A Lorena Suárez

VERSIÓN DE
EJECUCIÓN 1.0

Descripción del caso Campo propietario vacío

de prueba:
CASO DE PRUEBA
Precondiciones
Pasos de la prueba
2. ingresar al formulario
3. Ingresar datos al campo nombre y celular

RESPUESTA
IO
advertencia ‘ faltan datos
usuario incompletos
por completar’
Post condiciones
N/A Lorena Suárez

VERSIÓN DE
EJECUCIÓN 1.0
Descripción del caso Ingresar en los campos caracteres especiales

de prueba:
CASO DE PRUEBA
Precondiciones
Pasos de la prueba
2. Completar datos del formulario con caracteres especiales

TIPO RESPUESTA ESPERADA
RESPUESTA DEL SISTEMA
CAMPO VALOR ESCENAR DE LA APLICACIÓN SI NO
IO
error ‘los datos no son
usuario incompletos
válidos’
Post condiciones
N/A Lorena Suárez


VERSIÓN DE
EJECUCIÓN 1.0
Descripción del caso

de prueba: Campo teléfono debe tener máximo 15 dígitos
CASO DE PRUEBA
Precondiciones
Pasos de la prueba

RESPUESTA
IO
error ‘ el campo celular
usuario incompletos
superó el número de
caracteres’’
Post condiciones
N/A Lorena Suárez
6.13 CU. Actualizar usuario - Prueba Nº 13

VERSIÓN DE
EJECUCIÓN 1.0
CASO DE USO: Actualizar usuario MÓDULO DEL SISTEMA Módulo 4
Descripción del caso Permite editar datos

de prueba:
CASO DE PRUEBA
Precondiciones
1. Debe haber ingresado en la app con cuenta de administrador.
Pasos de la prueba
1. Ingresar a la página
2. Dirigirse a la parte de acceso
3. Iniciar sesión
4. Seleccionar editar
5. Actualizamos datos
6. Clic en guardar

RESPUESTA
CAMPO VALOR ESCENA APLICACIÓN SI NO
RIO
Actualizar Ingresar Nuevos Guardar los datos X
usuario nuevos datos datos de La aplicación cumple con la
cambiados por el usuario acción de editar datos de
de usuario en usuario
el formulario en la base de datos ’’ usuario
Post condiciones
La página mostrará el mensaje de ‘Datos actualizados’
El mensaje de ‘Datos actualizados’ debería tener la opción de cerrar No pasó la prueba
N/A Santiago Castillo

6.14 CU. Actualizar usuario- Prueba Nº 14

VERSIÓN DE
EJECUCIÓN 1.0
CASO DE USO: Actualizar usuario MÓDULO DEL SISTEMA Módulo 4
Descripción del caso Eliminar datos

de prueba:
CASO DE PRUEBA
Precondiciones
Pasos de la prueba
3. Iniciar sesión
5. Eliminamos datos
6. Clic en guardar

RESPUESTA
RIO
Actualizar Eliminar datos Elimina Guardar los datos X
usuario de usuario en datos de La aplicación cumple con la
eliminados por el usuario acción de editar datos de
el formulario usuario
en la base de datos usuario
Post condiciones
6.15 CU. Actualizar usuario- Prueba Nº 15

VERSIÓN DE
EJECUCIÓN 1.0
CASO DE USO: Actualizar Usuario MÓDULO DEL SISTEMA Módulo 4
Descripción del caso Campos vacíos

de prueba:
CASO DE PRUEBA
Precondiciones
Pasos de la prueba
3. Iniciar sesión
5. Dejamos campos vacíos
6. Clic en guardar

RESPUESTA
RIO
Actualizar Ingresar Datos de Para poder guardar un X
La aplicación cumple con la
usuario nuevos datos usuario usuario deberá completar
acción de llenar campos
de usuario en los datos y luego si
vacios
el formulario guardarlos
Post condiciones

6.16 CU. Eliminar usuario- Prueba Nº 16

VERSIÓN DE
EJECUCIÓN 1.0
CASO DE USO: Eliminar usuario MÓDULO DEL SISTEMA Módulo 5
Descripción del caso Eliminar usuario de la base de datos

de prueba:
CASO DE PRUEBA
Precondiciones
Pasos de la prueba
3. Iniciar sesión
4. Seleccionar “Eliminar”
5. Desaparecerá el usuario de la base de datos

RESPUESTA
RIO
Eliminar Eliminar Elimina Eliminar todos los datos X
usuario usuario en la usuario La aplicación cumple con la
del usuario en la base de
base de datos acción de eliminar usuario
datos s
Post condiciones
La página mostrará el mensaje de ‘Mascota eliminada’
El mensaje de ‘Mascota eliminada’ debería tener la opción de cerrar No pasó la prueba

VERSIÓN DE
EJECUCIÓN 1.0
Descripción del caso Cada vez que se elimine un usuario debe enviar notificación de usuario eliminado
de prueba:
CASO DE PRUEBA
Precondiciones
Pasos de la prueba
3. Iniciar sesión
4. Hacer clic en eliminar
5. Mostrará notificación de eliminación correcta

RESPUESTA
RIO
Botón eliminar Notificar Notificació Eliminar todos los datos X
usuario n de del usuario/mascota en la El botón cumple con la
eliminados mascota base de datos acción de eliminar usuario
eliminada
Post condiciones


VERSIÓN DE
EJECUCIÓN 1.0
Descripción del caso Cada vez que se elimine un usuario debe enviar notificación de usuario eliminado
de prueba:
CASO DE PRUEBA
Precondiciones
Pasos de la prueba
3. Iniciar sesión
4. Seleccionamos eliminar
5. Mostrará notificación de mascota eliminada y se refleja en la lista

RESPUESTA
CAMPO VALOR ESCENARI APLICACIÓN SI NO
O
Eliminar Eliminar Notificación Eliminar todos los datos X
El botón cumple con la
usuario usuario en la de mascota del usuario/mascota en
acción de eliminar usuario
base de datos eliminada la base de datos
Post condiciones

6.19 CU. Lista de usuarios - Prueba Nº 19

VERSIÓN DE
EJECUCIÓN 1.0
CASO DE USO: Lista de usuarios MÓDULO DEL SISTEMA Módulo 6
Descripción del caso Agregar usuario

de prueba:
CASO DE PRUEBA
Precondiciones
Pasos de la prueba
3. Iniciar sesión
4. Llenamos los datos
5. Clic en guardar

RESPUESTA
O
Agregar Ingresar Nuevos Guardar los datos del X
usuario nuevos datos datos de usuario en la base de La aplicación cumple con la
de usuario en usuario datos acción de agregar usuario
el formulario
Post condiciones
La página mostrará el mensaje de ‘Mascota agregada correctamente’
El mensaje de ‘Mascota agregada correctamente’’ debería tener la opción de cerrar No pasó la prueba
6.20 CU. Lista de usuarios - Prueba Nº 20

VERSIÓN DE
EJECUCIÓN 1.0
CASO DE USO: Lista de usuarios MÓDULO DEL SISTEMA Módulo 6
Descripción del caso Eliminar usuario

de prueba:
CASO DE PRUEBA
Precondiciones
Pasos de la prueba
3. Iniciar sesión
4. Mostrará la lista de usuarios
5. Hacemos clic en eliminar usuario
COINCID
DATOS DE ENTRADA
RESPUESTA E
O
Eliminar Eliminar datos Eliminar Eliminar X
La aplicación cumple con la
usuario de usuario en todos los usuario/mascota en la
acción de eliminar usuario
el formulario datos de base de datos
en la base de datos
usuario
Post condiciones
N/A Pasó la prueba

AP09-AA10-EV02. Diseño y Ejecución de Plan de Pruebas Del Sistema de Información.

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

AP09-AA10-EV02. Diseño y Ejecución de Plan de Pruebas Del Sistema de Información.

Cargado por

Copyright:

Formatos disponibles

Curso/ Grupo Proyecto

Fecha Versión Código

aa/mm/dd 1.0 PT-DCP-01

AP09 AA10 EV02

SERVICIO NACIONAL DE APRENDIZAJE

Fecha Versión Código

aa/mm/dd 1.0 PT-DCP-01

DOCUMENTO PLAN DE PRUEBAS

Fecha Versión Código

aa/mm/dd 1.0 PT-DCP-01

Fecha Versión Código

aa/mm/dd 1.0 PT-DCP-01

3. Definiciones, siglas y abreviaturas

Error: Acción humana que produce un resultado incorrecto

Fecha Versión Código

aa/mm/dd 1.0 PT-DCP-01

Nombre Tipo (Responsable/ Involucrado) Rol

5.1 Modulo 1 Home

5.1.1 Casos de prueba planeados para el módulo 1.

1. Diseño fácil de navegar

5.2 Módulo 2 Iniciar sesión

5.2.1 Casos de prueba planeados para el módulo 2.

Fecha Versión Código

aa/mm/dd 1.0 PT-DCP-01

1. Permita ingresar datos

5.3 Modulo 3 Agregar usuario

5.3.1 Casos de prueba planeados para el módulo 3.

1. Registrar nuevo usuario

5.4 Módulo 4 Actualizar usuario

5.4.1 Casos de prueba planeados para el módulo 4.

1. Permite eliminar datos

5.5 Modulo 5 Eliminar usuario

5.5.1 Casos de prueba planeados para el módulo 5.

1. Permite eliminar usuario

Fecha Versión Código

aa/mm/dd 1.0 PT-DCP-01

5.6 Modulo 6 Lista de usuarios

5.6.1 Casos de prueba planeados para el módulo 6.

Fecha Versión Código

aa/mm/dd 1.0 PT-DCP-01

6.1 CU. Home- Prueba Nº 1

INFORMACIÓN GLOBAL DEL CASO DE PRUEBA

FECHA EJECUCIÓN 27/12/2020

Descripción del caso Chequear que sea un diseño fácil de navegar

Fecha Versión Código

aa/mm/dd 1.0 PT-DCP-01

DATOS DE ENTRADA RESPUESTA COINCIDE

N/A Lorena Suárez

Fecha Versión Código

aa/mm/dd 1.0 PT-DCP-01

6.2 CU. Home- Prueba Nº 2

INFORMACIÓN GLOBAL DEL CASO DE PRUEBA

FECHA EJECUCIÓN 27/12/2020

1. Ingresar al aplicativo web

DATOS DE ENTRADA COINCIDE

Fecha Versión Código

aa/mm/dd 1.0 PT-DCP-01

encuentre el logo en la parte

N/A Lorena Suárez

6.3 CU. Home- Prueba Nº 3

INFORMACIÓN GLOBAL DEL CASO DE PRUEBA

FECHA EJECUCIÓN 27/12/2020