ING.

ANDRES LOZADA
PRIMERA PARTE
I. DESCRIPCION DEL SISTEMA
1.1. DESCRIPCIÓN DEL SISTEMA O APLICACION
1.2. REQUISITOS DEL SISTEMA
1.3. PRODUCTO DEL SOFTWARE

SEGUNDA PARTE
II. PRUEBAS DEL SOFTWARE
II.1. INTRODUCCIÓN
II.2. PLANIFICACIÓN DE LAS PRUEBAS
II.2.1. Objetivos de las pruebas
II.2.2. Alcance de las pruebas
II.2.3. Módulos del sistema a probar
II.2.4. Ambiente de pruebas
II.3. PRUEBAS UNITARIAS
II.3.1. Análisis de las pruebas
II.3.2. Diseño de casos de pruebas
II.3.3. Ejecución de las pruebas
II.3.4. Evaluación de las pruebas
II.4. PRUEBAS DE INTEGRACIÓN
II.4.1. Estrategia de Pruebas incrementales
 Diseño casos de pruebas
 Ejecución pruebas de integración
 Evaluación de las pruebas
II.4.2. Estrategia de Pruebas basadas en hilos
 Diseño casos de pruebas
 Ejecución pruebas de integración
 Evaluación de las pruebas
II.5. PRUEBAS DE SISTEMAS
II.5.1. Diseño de caso de pruebas
II.5.2. Ejecución de la prueba
II.5.3. Evaluación de la prueba
II.6. PRUEBAS DE ACEPTACIÓN
II.6.1. Diseño de caso de pruebas
II.6.2. Ejecución de la prueba
II.6.3. Evaluación de la prueba
II.7. COCLUSIONES
II.8. REFERENCIAS
 1. DESCRIPCION DEL SISTEMA

1.1 DESCRIPCIÓN DEL SISTEMA O APLICACIÓN

La aplicación es una herramienta completa y eficiente para administrar una guardería animal. Dentro de
su funcionalidad está el registro de usuarios, el registro de servicios, registro de clientes, permite
consultar toda la información de un cliente y además tiene un proceso de creación de facturas
automatizado. Su interfaz es intuitiva y fácil de usar, lo que permite un manejo sencillo y rápido de las
diferentes funcionalidades.
La funcionalidad de este aplicativo, en primer lugar la función de registro de usuarios permite crear una
cuenta la cual tendrá el acceso a todas las herramientas para gestionar el sistema. Cada usuario debe
tener diferentes permisos de acceso, lo que garantiza la seguridad y la privacidad de la información
almacenada en la aplicación.
La función de registro de servicios permite a los usuarios ingresar los detalles de los servicios ofrecidos
por la guardería, incluyendo su nombre, precio y descripción. Esto asegura que los servicios estén
correctamente catalogados y disponibles para su posterior asignación a clientes.
La función de registro de clientes es igualmente sencilla y completa. Los usuarios pueden ingresar los
datos personales de los clientes, incluyendo su nombre, primer apellido, segundo apellido, teléfono,
celular, dirección y correo electrónico, lo que permite un fácil acceso a su información en el futuro.
La función de consulta de clientes permite a los usuarios buscar y acceder rápidamente a la información
de los clientes registrados en la aplicación
Finalmente, la función de creación de facturas permite a los usuarios generar facturas personalizadas
para cada cliente, incluyendo el servicio prestado y el precio correspondiente.
La finalidad de esta es proporcionar una herramienta útil para el personal de la guardería. Ésta
aplicación puede ayudar a mejorar la comunicación, la organización y la calidad de la atención a los
clientes en la guardería.

1.2 REQUISITOS DEL SISTEMA

 Requisitos funcionales (tabla)

N. Requerimiento Descripción

RF- Registro de Usuarios El sistema debe permitir el diligenciamiento de los datos

01 del usuario con el fin de realizar su registro para que este
 pueda acceder a las funciones software.

RF- Registro de Clientes El sistema debe permitir a los trabajadores poder realizar el
02 registro de la información de los clientes.

RF- Registro de servicios El sistema debe permitir a los trabajadores poder realizar el
03 registro de los diferentes servicios que se van a prestar en
la veterinaria.

RF- Registro de las El sistema debe permitir los trabajadores registrar las
04 facturas facturas que se estén haciendo en el momento a los
diferentes clientes.

RF- Visualizar Información El sistema debe permitir a los trabajadores la visualización

05 de los clientes. de la información de cada cliente activo en la veterinaria.

RF- Actualizar Información El sistema debe permitir a los trabajadores actualizar la

06 de los clientes información de los clientes registrados en el sistema.

RF- Registro de Usuario El sistema debe permitir el diligenciamiento de los datos

07 Administrador del administrador con el fin de realizar su registro para que
este pueda acceder a las funciones software.

RF- Consulta de facturas El sistema debe permitir a visualizar al usuario(propietario)

08 la consulta de las facturas hechas durante un periodo de
tiempo.

RF- Consulta de servicios El sistema debe permitir a los trabajadores la visualización

09 de la información de los servicios.

 Requisitos no funcionales (tabla)

ID. Descripción del Requisito NO FUNCIONAL

Requisito
RNF-001 El tiempo de aprendizaje del sistema por un usuario deberá ser menor a 4 horas.
RNF-002 El sistema debe contener una interfaz amigable y de fácil comprensión para que al usuario
se le haga fácil utilizarla.
RNF-003 El sistema debe tener una disponibilidad del 99,99% de las veces en que un usuario intente acceder.
RNF-004 Los tiempos de respuesta relacionados con formularios de manejo de información adición,
modificación, eliminación, consulta de registros, autenticación y emisión de avisos y confirmaciones
por parte del usuario, en forma general, no debe ser superior a 2.5 segundos, los informes y consultas
que presenten una complejidad mediana no deberá exceder el tiempo de 4 segundos.
RNF-005 Los datos e información diligenciada sobre los clientes y el personal que labora en ellos, debe ser
facilitada a los usuarios administradores del sistema para su respectivo tratamiento.
RNF-006 Los permisos de acceso al sistema podrán ser cambiados solamente por el administrador de acceso a
datos.
RNF-007 La aplicación deberá ser implementada en escritorio para Windows y debe ser desarrollada de
 acuerdo a las siguientes. Lenguaje C# y SQL server
RNF-008 Las pruebas de software se gestionan con una herramienta de gestión de software testing. Las
pruebas de software se ejecutarán utilizando NUnit como herramienta Scripting para automatización
de software testing.

1.3 PRODUCTO DEL SOFTWARE

SEGUNDA PARTE
2 PRUEBAS DEL SOFTWARE
2.1 INTRODUCCIÓN
El proceso de pruebas de nuestro software es esencial para garantizar que nuestro software sea de alta
calidad y cumpla con las expectativas de nuestros usuarios. Las pruebas se centrarán en evaluar la
funcionalidad, el rendimiento y la seguridad del software.
El objetivo principal de las pruebas es identificar cualquier error o problema en el software antes de su
lanzamiento, para que podamos corregirlos y ofrecer una experiencia de usuario satisfactoria.
2.2 PLANIFICACIÓN DE LAS PRUEBAS

2.2.1 Objetivos de las pruebas

 Objetivo general:
El objetivo general de las pruebas de software es garantizar que el software desarrollado cumpla con
los requisitos establecidos por los usuarios y sea de alta calidad. Las pruebas permiten detectar errores
y problemas en el software antes de su lanzamiento, asegurando así una experiencia de usuario
satisfactoria.

 Objetivos específicos:

 Evaluar la funcionalidad del software y comprobar que cumple con los requisitos
establecidos por los usuarios.

 Establecer la integración adecuada de los componentes.

 Verificar que todos los requisitos se han desarrollado correctamente.
 Identificar que los bugs encontrados se han resuelto antes de entregar el producto
final al cliente.

2.2.2 ALCANCE DE LAS PRUEBAS

Niveles, tipos y métodos de prueba

Niveles,
Métodos o Nombre Descripción
Tipos

Pruebas Validar las respuestas de retorno de los métodos utilizando

unitarias diferentes argumentos según el criterio.
Técnicas de
pruebas Pruebas de Comprobar los valores de retorno entre instancias distintas de
integración una misma clase.

Validar la correcta comunicación de las diferentes capas del

sistema

Comprobar las referencias de integridad y multiplicidad en el

 Niveles, tipos y métodos de prueba
Niveles,
Métodos o Nombre Descripción
Tipos

esquema de la base de datos.

Pruebas De Después de la realización de todas las pruebas y estas hayan

Aceptación arrojado un resultado exitoso, se manifestará al cliente que el
producto está listo para ser entregado.

Caja Blanca La pruebas de caja blanca pueden definirse como una técnica
de monitorización o prueba de software en la se analiza el
Métodos de diseño, código y estructura interna, con el objetivo de
Pruebas o mejorar propiedades como la seguridad y el uso eficiente del
estrategias sistema.

Los modelos de caja negra son los que describen las

Caja Negra relaciones funcionales entre las entradas y las salidas de un
sistema. Se denominan modelos de caja negra porque es
difícil acceder a su funcionamiento interno, es decir, su
estructura, lógica y componentes internos son imposibles de
dilucidar.

Pruebas Pruebas incrementales son pruebas donde los componentes o

incrementales sistemas son integrados y probados uno o algunos a la vez,
hasta que todos los componentes o sistemas estén integrados
y probados.

Pruebas de hilo es una modalidad de pruebas de integración

de componente en la que la integración progresiva de
componentes obedece a la implementación de subconjuntos
Pruebas de requisitos, en oposición a la integración de componentes
Basadas en por niveles de una jerarquía.
hilos

Pruebas De Las pruebas de aceptación son las últimas pruebas realizadas

Aceptación donde el cliente prueba el software y verifica que cumpla con
sus expectativas. Estas pruebas generalmente son
funcionales y se basan en los requisitos definidos por el cliente
y deben hacerse antes de la salida a producción.

II.8.1. Módulos del sistema a probar

Niveles,
Métodos o Módulos A Probar
Tipos
Modulo Se va a realizar las respectivas pruebas al módulo de
Usuarios usuarios.

Objetivos de la En estos módulos se realizaran pruebas para validar:

 Niveles,
Métodos o Módulos A Probar
Tipos
prueba

La visualización de datos, ingresados o modificados.

La secuencia de lógica de funcionalidades y transacciones.

La respuesta y realización de transacciones de cada módulo.

Responsable
Andrés Lozada

Modulo de Se va a realizar las respectivas pruebas al módulo de

facturas facturas.

En estos módulos se realizaran pruebas para validar:

Objetivos de la La visualización de datos, ingresados o modificados.
prueba
La secuencia de lógica de funcionalidades y transacciones.

La respuesta y realización de transacciones de cada módulo.

Responsable Andrés lozada

Módulo de Se va a realizar las respectivas pruebas al módulo de

servicios servicios.

Objetivos de la En estos módulos se realizaran pruebas para validar:

prueba
La visualización de datos, ingresados o modificados.

La secuencia de lógica de funcionalidades y transacciones.

La respuesta y realización de transacciones de cada módulo.

Responsable Andrés lozada

2.2.4 Ambiente de pruebas

 Hardware

Equipo Procesador DD RAM Aplicación a

instalar
Toshiba Intel(R) CORE 1000 gb SSD 16 GB DE Aplicativo
I7 RAM web de
Guarderia
animal
 ● Software

Software Versión Propósito

Angular, .Netcore 5.4, 4.0  Realizar software

Sql Server 7.0  Bases de datos

2.3 PRUEBAS UNITARIAS

2.3.1 Análisis de pruebas

A. Clases de equivalencia

III. Registrar cliente

CONDICIÓN DE ENTRADA CLASES VÁLIDAS CLASES INVÁLIDAS

Identificación del cliente Identificación del cliente <= 0
Cadena de caracteres de Identificación del cliente > 10
tamaño mayor que 0 y 0 < Identificación del cliente < 11 Identificación del cliente = Null
menor o igual a 10 entre Identificación del cliente sean letras
(0-9) (obligatorio)
Nombre del cliente Nombre del cliente <= 0
Cadena de caracteres de Nombre del cliente > 20
tamaño mayor que 0 y 0 < Nombre del cliente < 21 Nombre del cliente = Null
menor o igual a 20
(obligatorio)
Primer apellido Primer apellido <= 0
Cadena de caracteres de Primer apellido > 20
tamaño mayor que 0 y 0 < Primer apellido < 21 Primer apellido =
menor o igual a 20 Null
(obligatorio)
Segundo apellido segundo apellido <= 0
Cadena de segundo apellido > 20
caracteres de segundo apellido = Null
tamaño mayor 0 < segundo apellido < 21
que 0 y menor o
igual a 20
(obligatorio)
Telefono Telefono <= 0
Cadena de caracteres de Telefono > 10
tamaño mayor que 0 y 0 < Telefono < 11 Telefono = Null
menor o igual a 10 entre Telefono sean letras
(0-9) (obligatorio)
 Celular Celular <= 0
Cadena de caracteres de Celular > 10
tamaño mayor que 0 y 0 < Celular < 11 Celular = Null
menor o igual a 10 entre Celularsean letras
(0-9) (obligatorio)
Dirección Dirección <= 0
Cadena de caracteres de 0 < Dirección < 51 Dirección > 50
tamaño mayor que 0 y Dirección = Null
menor o igual a 50
(obligatorio)
Correo Correo <= 0
Cadena de caracteres de Correo > 30
tamaño mayor que 0 y 0 < Correo < 31 Correo = Null
menor o igual a 30
(obligatorio)

- Análisis de valores límite.

Casos de prueba

Datos de entrada Valor escenario

Identificación del
cliente 0 Incorrecto

Identificación del
cliente 1 Correcto

Identificación del
cliente 10 Correcto

Identificación del
cliente 11 Incorrecto

Nombre del cliente

‘ ‘ Incorrecto

Nombre del cliente

A Correcto

Nombre del cliente

‘ABCDEFGHIJKLMNÑOPQRS’ Correcto

Nombre del cliente

‘ABCDEFGHIJKLMNÑOPQRST’ Incorrecto

Primer apellido
‘ ‘ Incorrecto

Primer apellido
A Correcto

Primer apellido
‘ABCDEFGHIJKLMNÑOPQRS’ Correcto
Primer apellido
‘ABCDEFGHIJKLMNÑOPQRST’ Incorrecto

Segundo apellido
‘ ‘ Incorrecto

Segundo apellido
A Correcto

Segundo apellido
‘ABCDEFGHIJKLMNÑOPQRS’ Correcto

Segundo apellido
‘ABCDEFGHIJKLMNÑOPQRST’ Incorrecto

Telefono
0 Incorrecto

Telefono
1 Correcto

Telefono
12345678910 Correcto

Telefono
1234567891011 Incorrecto

Celular
0 Incorrecto

Celular
1 Correcto

Celular
12345678910 Correcto

Celular
1234567891011 Incorrecto

Dirección
0 Incorrecto

Dirección
1 Correcto

Dirección
1,2,3,4,5,6,7,8,9,10…(50) Correcto

Dirección
1,2,3,4,5,6,7,8,9,10…(51) Incorrecto

Correo
0 Incorrecto

Correo
1 Correcto
 Correo
1,2,3,4,5,6,7,8,9…(30)
Correo
1,2,3,4,5,6,7,8,9…(31)
Partición de equivalencia.
IV. Registrar servicio
CONDICIÓN DE ENTRADA
Nombre del servicio
Cadena de caracteres de
tamaño mayor que 0 y
menor o igual a 15
(obligatorio)
Valor del servicio
Cadena de caracteres de
tamaño mayor que 0 y
menor o igual a 8
(0-9) (obligatorio)
Descripcion del servicio
Cadena de caracteres de
tamaño mayor que 0 y
menor o igual a 100
(obligatorio)
Correcto
Incorrecto
CLASES VÁLIDAS
0 < Nombre del servicio <16
0 < Valor del servicio < 9
0 < Descripcion del servicio <101
CLASES INVÁLIDAS
Nombre del servicio <= 0
Nombre del servicio > 15
Nombre del servicio = Null
Valor del servicio <= 0
Valor del servicio > 8
Valor del servicio = Null
Valor del servicio no es un número
Descripcion del servicio <= 0
Descripcion del servicio >100
Descripcion del servicio =
Null
- Análisis de valores límite.
Casos de prueba

Datos de entrada Valor escenario

Nombre del servicio
0 Incorrecto

Nombre del servicio

1 Correcto

Nombre del servicio

‘ abcdefghijklmnñ ’ Correcto

Nombre del servicio

‘ abcdefghijklmnño ’ Incorrecto

Valor del servicio

0 Incorrecto

Valor del servicio

1 Correcto

Valor del servicio

20000000 Correcto

Valor del servicio

100000000 Incorrecto

Descripcion del servicio

0 Incorrecto

Descripcion del servicio

‘a’ Correcto

Descripcion del servicio

‘ abcdefgh… (100) ’ Correcto

Descripcion del servicio

‘ abcdefgh… (101) ’ Incorrecto
Partición de equivalencia.
V. Modificar cliente
CONDICIÓN DE ENTRADA
Identificación del cliente
Cadena de caracteres de
tamaño mayor que 0 y menor o
igual a 10 entre
(0-9) (obligatorio)
Nombre del cliente
Cadena de caracteres de
tamaño mayor que 0 y menor o
igual a 20 (obligatorio)
Primer apellido
Cadena de caracteres de
tamaño mayor que 0 y menor
o igual a 20 (obligatorio)
Segundo apellido
Cadena de
caracteres de
tamaño mayor que
0 y menor o igual a
20 (obligatorio)
Telefono
Cadena de caracteres de
tamaño mayor que 0 y menor o
igual a 10 entre
(0-9) (obligatorio)
Celular
Cadena de caracteres de
tamaño mayor que 0 y menor o
igual a 10 entre
(0-9) (obligatorio)
CLASES VÁLIDAS
0 < Identificación del cliente < 11
0 < Nombre del cliente < 21
0 < Primer apellido < 21
0 < segundo apellido < 21
0 < Telefono < 11
0 < Celular < 11
CLASES INVÁLIDAS
Identificación del cliente <= 0
Identificación del cliente > 10
Identificación del cliente = Null
Identificación del cliente sean letras
Nombre del cliente <= 0
Nombre del cliente > 20
Nombre del cliente = Null
Primer apellido <= 0
Primer apellido > 20
Primer apellido =
Null
segundo apellido <= 0
segundo apellido > 20
segundo apellido = Null
Telefono <= 0
Telefono > 10
Telefono = Null
Telefono sean letras
Celular <= 0
Celular > 10
Celular = Null
Celular sean letras
 Dirección Dirección <= 0
Cadena de caracteres de 0 < Dirección < 51 Dirección > 50
tamaño mayor que 0 y menor o Dirección = Null
igual a 50 (obligatorio)
Correo Correo <= 0
Cadena de caracteres de Correo > 30
tamaño mayor que 0 y menor 0 < Correo < 31 Correo = Null
o igual a 30 (obligatorio)

- Análisis de valores límite.

Casos de prueba

Datos de entrada Valor escenario

Identificación del
cliente
0 Incorrecto
Identificación del
cliente
1 Correcto

Identificación del
cliente
10 Correcto

Identificación del
cliente
11 Incorrecto

Nombre del cliente

‘ ‘ Incorrecto

Nombre del cliente

A Correcto

Nombre del cliente

‘ABCDEFGHIJKLMNÑOPQRS’
Correcto

Nombre del cliente

‘ABCDEFGHIJKLMNÑOPQRST’ Incorrecto

Primer apellido
‘ ‘ Incorrecto

Primer apellido
A Correcto

Primer apellido
‘ABCDEFGHIJKLMNÑOPQRS’
Correcto

Primer apellido
‘ABCDEFGHIJKLMNÑOPQRST’ Incorrecto

Segundo apellido
‘ ‘ Incorrecto
Segundo apellido
A Correcto

Segundo apellido
‘ABCDEFGHIJKLMNÑOPQRS’
Correcto

Segundo apellido
‘ABCDEFGHIJKLMNÑOPQRST’ Incorrecto

Telefono 0
Incorrecto

Telefono
1 Correcto

Telefono
12345678910 Correcto

Telefono
1234567891011 Incorrecto

Celular 0
Incorrecto

Celular Correcto
1

Celular Correcto
12345678910

Celular Incorrecto
1234567891011

Dirección Incorrecto
0

Dirección Correcto
1

Dirección Correcto
1,2,3,4,5,6,7,8,9,10…(50)

Dirección Incorrecto
1,2,3,4,5,6,7,8,9,10…(51)

Correo
0 Incorrecto

Correo
1 Correcto

Correo
1,2,3,4,5,6,7,8,9…(30) Correcto

Correo
1,2,3,4,5,6,7,8,9…(31) Incorrecto
 ) Camino Básico

● Registro de de Facturas

ÁRBOL DE GRAFOS DE REGISTRO DE FACTURA

Complejidad Ciclomática

Fórmula Resultado
 V(g)= a-n +2 v(g)= 2-3+2=3

v(g)=r v(g)= 1 región

v(g)=c+1 v(g)=0+1=1

Posible conjunto de caminos

N Caminos

1 1,2,3

 Casos de prueba para cada camino.

Camino 1 1009089, “Factura guardada”, CONTINUAR

2.3.2 Diseño Casos de pruebas

Cp1 Registro Servicios

Valor Salida Ok? Descripcion Observaciones
esperada
ValorServicio:” ” Incorrecto El sistema
responde con un
mensaje
informando que el
campo es requerido
ValorServicio: Correcto El sistema
“20000” responde con un
mensaje
informando que el
registro fue exitoso.
Nombre Incorrecto El sistema
servicio : “ ” responde con un
mensaje
informando que el
campo es requerido
Nombre Correcto El sistema
servicio: responde con un
Cuidado animal mensaje
informando que el
registro fue exitoso.
Descripcion:” ” Incorrecto El sistema
responde con un
mensaje
 informando que el
campo es requerido
Descripcion: Correcto El sistema
“wjkwejkjewkejw responde con un
kjkewwekjjewewj mensaje
kewjkwejewjkew” informando que el
registro fue exitoso.

2.3.3 Ejecución casos de pruebas

2.3.4 Evaluación de las pruebas
Prueba

Componente / Caso de Resultado Seguimiento Conclusión

Producto prueba
Se llevo a cabo el
Componente Caja negra- El proceso ha sido un No hallamos errores
proceso de las
Facturas Caja blanca resultado exitoso. en las entradas
pruebas paso a paso
Caja Se llevo a cabo el
Componente El proceso ha sido un No hallamos errores
negra/Caja proceso de las
Clientes resultado exitoso. en las entradas
blanca pruebas paso a paso
Caja Se llevo a cabo el
Componente El proceso ha sido un No hallamos errores
negra/Caja proceso de las
Servicios resultado exitoso. en las entradas
blanca pruebas paso a paso

2.4 PRUEBAS DE INTEGRACIÓN

 Diagrama De clases
  Diagrama de componentes

2.4.1 Estrategia De Pruebas Incrementales

Incremental Ascendente

 Unitarias de (F,G,H,I)
 Integración de (B con F), ( C con G), (D con H), (E con I)
 Integración de (A con B), (A con C), (A con D) (A con E)

Incremental descendente

 Primero en Profundidad Completando la Rama del Árbol (A,B,F,C,G,D,H,E,I)

 Ahora en Anchura(A, B, C, D, E, F, G, H, I).

2.4.4.3 Diseño de los casos de pruebas

CAP 1: Consultas de
Clientes
Paso Descripción de Datos Entrada Salida ¿Ok? Obser
pasos a seguir Esperada vacion
es
1 Ingresar al Login Correo: Ingreso a la SI
Andreslozada@g guarderia
mail.com
Contraseña :
2332
2 Clic en el botón ClienteId: Listado de SI
“Modulo Clientes” 387439 Clientes

CAP 2: Registrar Servicios

Paso Descripción de Datos Entrada Salida ¿Ok Observacion
pasos a seguir Esperada ? es
1 Ingresar al Login Correo: Ingreso a SI
LuisLozada@g la
mail.com plataforma
Contraseña :
1111
2 Clic en el botón Id servicio: Servicio SI
“ Registrar “34949” Guardado
Servicios” Nombreservic:
“Peluqueria”
Precio:20000
Descripcion:dff
djd
2.4.4 Evaluación de las pruebas
Prueba

Componente / Caso de Resultado Seguimiento Conclusión

Producto prueba
Se llevo a cabo el
No hallamos
Componente Incrementale El proceso ha sido proceso de las
errores en las
Servicios s un resultado exitoso. pruebas paso a
entradas
paso
Se llevo a cabo el
No hallamos
Componente Incrementale El proceso ha sido proceso de las
errores en las
Clientes s un resultado exitoso. pruebas paso a
entradas
paso
Se llevo a cabo el
No hallamos
Componente Incrementale El proceso ha sido proceso de las
errores en las
Facturas s un resultado exitoso. pruebas paso a
entradas
paso
2.4.5 Pruebas basadas en hilos
 Descripción de casos de usos

Documentación Casos de Uso

Casos de Uso Registrar formato de afiliación

Actores Cliente

Tipo propósito Asociación

 Resumen El empleado debe registrar la información del formato de afiliación

Precondición El usuario debe brindar la información.

Postcondiciones Datos correctamente diligenciados de cada usuario.

Excepciones -Datos que no corresponden a lo que se pide en cierto apartado

del formato

-Algunos campos del formato no se han llenado

Documentación Casos de Uso

Casos de Uso Registrar usuarios Administrador

Actores Empleado, Usuario Administrador

Tipo propósito Asociación

Resumen El empleado debe registrar la información del usuario

Administrador para que pueda entrar al sistema.

Precondición El usuario administrador debe brindar la información.

Postcondiciones Datos correctamente diligenciados de cada usuario
Administrador.

Excepciones -Datos que no corresponden a lo que se pide en cierto apartado

del formato

-Algunos campos del formato no se han llenado.

Documentación Casos de Uso

Casos de Uso Registrar de Servicios

Actores Empleado

Tipo propósito Asociación

Resumen El empleado registra los servicios prestados al cliente.

Precondición El empleado debe registrar la información de los servicios

prestados al cliente.

Postcondiciones Datos correctamente diligenciados de cada servicio.

Excepciones -Datos que no corresponden a lo que se pide en cierto apartado

del formato

-Algunos campos del formato no se han llenado.

 Documentación Casos de Uso

Casos de Uso Consultar registros de afiliación

Actores Auxiliar de afiliación

Tipo propósito Asociación

Resumen El empleado consulta los datos de afiliación

Precondición El cliente debe Consultar con el número de cedula del cliente

para consultar los registros de afiliación

Postcondiciones Debe haber servicios registrados en el sistema.

Excepciones -Debe haber al menos un servicio registrado en el sistema.

Documentación Casos de Uso

Casos de Uso Registrar Factura

Actores Empleado, Cliente

Tipo propósito Asociación

 Resumen El empleado Factura los servicios prestados al respectivo cliente.

Precondición El empleado debe buscar al cliente, Si existe debe hacerle Su

respectiva factura

Postcondiciones Datos correctamente diligenciados de cada Factura.

Excepciones -Datos que no corresponden a lo que se pide en cierto apartado

del formato

-Algunos campos del formato no se han llenado.

Documentación Casos de Uso

Casos de Uso Visualizar Factura

Actores Empleado

Tipo propósito Asociación

Resumen El Administrador visualizara las facturas a detalle de cada cliente.

El Administrador visualizara todas las facturas de todos los

clientes.

Precondición Debe haber facturas en el sistema.

Postcondiciones Datos correctamente visualizados de cada Factura.

 Excepciones Debe haber al menos una factura registrada en el sistema.

Documentación Casos de Uso

Casos de Uso Registrar Clientes

Actores Empleado, cliente

Tipo propósito Asociación

Resumen El empleado debe registrar la información de los clientes.

Precondición El cliente debe brindar la información al empleado.

Postcondiciones Datos correctamente diligenciados de cada cliente.

Excepciones -Datos que no corresponden a lo que se pide en cierto apartado

del formato

-Algunos campos del formato no se han llenado.

Documentación Casos de Uso

Casos de Uso Modificar datos de afiliación

 Actores Cliente

Tipo propósito Asociación

Resumen El empleado debe Actualizar la información de los datos de

afiliación.

Precondición El cliente debe brindar la información a modificar u Actualizar.

Postcondiciones Datos correctamente diligenciados de cada cliente para poder

modificarlos respectivamente.

Excepciones -Dato a modificar por parte del cliente, solo el cual requiera.

 Diagrama de secuencia
  Tabla de los estados

Elementos Estado
Cliente Existe, No Existe
Servicio Disponible, no disponible
Factura Facturada, No Facturada
  Tabla de valores(Registro Servicios)

9384, 30000, “ ” (IdServicio, valor, nombre incorrecto)

82378, “”, Peluqueria (idServicio, valori ncorrecto , nombre)
“”,348438, Peluquería (idServicio incorrecto, valor , nombre)
3333,17000, Peluqueria (idServicio, valor , nombre correctos)

2.4.4.4 Diseño de los casos de pruebas

CAP 1: Consultas de
Clientes
Paso Descripción de Datos Entrada Salida ¿Ok? Obser
pasos a seguir Esperada vacion
es
1 Ingresar al Login Correo: Ingreso a la SI
Andreslozada@g guarderia
mail.com
Contraseña :
2332
2 Clic en el botón ClienteId: Listado de SI
“Modulo Clientes” 387439 Clientes

CAP 2: Registrar Servicios

Paso Descripción de Datos Entrada Salida ¿Ok Observacion
pasos a seguir Esperada ? es
1 Ingresar al Login Correo: Ingreso a SI
LuisLozada@g la
mail.com plataforma
Contraseña :
1111
2 Clic en el botón Id servicio: Servicio SI
“ Registrar “34949” Guardado
Servicios” Nombreservic:
“Peluqueria”
Precio:20000
Descripcion:dff
djd
2.4.6 Evaluación de las pruebas
Prueba

Componente / Caso de Resultado Seguimiento Conclusión

Producto prueba
Se llevo a cabo el
No hallamos
Componente Basadas en El proceso ha sido proceso de las
errores en las
Servicios Hilos un resultado exitoso. pruebas paso a
entradas
paso
Basadas en Se llevo a cabo el
No hallamos
Componente Hilos El proceso ha sido proceso de las
errores en las
Clientes un resultado exitoso. pruebas paso a
entradas
paso
Basadas en Se llevo a cabo el
No hallamos
Componente Hilos El proceso ha sido proceso de las
errores en las
Facturas un resultado exitoso. pruebas paso a
entradas
paso

2.5 PRUEBAS DE SISTEMAS

2.6 PRUEBAS DE ACEPTACIÓN

Registrar Cliente 01
Descripción:
Un usuario empleado ya registrado en la aplicación buscara registrar un
nuevo cliente.

Prerrequisitos
Acceso a Internet
Acceso al aplicativo

Que sus credenciales sean validadas en la aplicación

Pasos:
 1. Se ingresa a la aplicación de la escuela.
2. El usuario(empleado) buscara en el aplicativo el modulo clientes.
3. Registrará el cliente
Resultado esperado:
El registro del cliente exitoso.
Resultado obtenido:
ok

Facturar 02
Descripción:
Un administrador ya registrado en la aplicación realizara la respectiva
Factura al cliente

Prerrequisitos
Acceso a Internet
Clientes disponibles
Servicios disponibles
Acceso al aplicativo como modo admin
Pasos:

1. Se ingresa a la aplicación web.

2. El administrador Registrara la factura en un respectivo cliente
.
3. El administrador registrara la factura.
Resultado esperado:
Factura exitosa, Datos guardados satisfactoriamente.
Resultado obtenido:
ok

2.6.2 Evaluación de pruebas

Evaluación de las pruebas de aceptación

Participantes: Usuarios, Fecha: 2023-03-28

desarrolladores
Tipo de pruebas: Modulo clientes, Modulo Factura
Aceptación
Líder: Andrés Lozada

Porcentaje de satisfacción obtenido: 80 %

Análisis de resultados: Los resultados de las pruebas fueron
satisfactorios.

Número de pruebas Aprobadas No Aprobadas

2 2 0

2.7 COCLUSIONES

Se hizo un excelente trabajo realizando todas las pruebas al sistema de guardería con
éxito.

2.8 REFERENCIAS
https://www.yeeply.com/blog/que-son-pruebas-unitarias/
https://www.digite.com/es/agile/pruebas-de-aceptacion/
https://spa.myservername.com/what-is-incremental-testing