Actividad 2 Caso de Prueba

Actividad 2 Caso de prueba.
1. Con la claridad de la funcionalidad del software a probar, el estudio del material de

formación 2 y la lectura de la documentación del software, debe proceder a realizar el
Taller 2 denominado casos de prueba. Para esto debe crear un documento utilizando el
procesador de texto de su preferencia (Microsoft Word, Open Office) en donde especifique
lo siguiente:
• Nombre del proyecto: ecommerce de Academlo
• Versión: 1
• Fecha: 20-02-2024
• Descripción de las técnicas de prueba a aplicar: De acuerdo con los objetivos de las
pruebas, la información y software que se tenga, varían lo criterios y resultados de las
pruebas, así como la información que se recopila en los casos de prueba, los cuales
dependen de las técnicas seleccionadas para aplicar.
Se utilizarán 2 tipos de técnicas, la de caja blanca y la de caja negra: en la primera
se aplicará el criterio de Cobertura de Caminos, el cual busca que se ejecuten todos
los caminos de un programa. Considerando el módulo a evaluar, su tamaño y
manejabilidad para efectos de esta prueba, consideramos apropiado guiarnos a
través de dicho criterio. Convendría entonces recordar sus pasos: 1. Representar el
programa en un grafo de flujo, 2. Calcular la complejidad ciclomática, 3.
Determinar el conjunto básico de caminos independientes y 4. Derivar los casos de
prueba que fuerzan la ejecución de cada camino.
Por el lado de la técnica de caja negra, el criterio a aplicar sería el de Análisis de

Valores Límites, el cual explora las condiciones límite de los aspectos a evaluar,
produciendo mejores resultados que aquellas prueban que no exploran estos valores,
razón que motiva su selección en esta prueba. Recordar que este criterio
complementa la técnica de partición de equivalencia. Puntos a considerar en su
implementación:
“- Si una condición de entrada especifica un rango de valores, se diseñarán
casos de prueba para los dos límites del rango, y otros dos casos para
situaciones justo por debajo y por encima de los extremos.
- Si una condición de entrada especifica un número de valores, se diseñan
dos casos de prueba para los valores mínimo y máximo, además de otros dos
casos de prueba para valores justo por encima del máximo y justo por debajo
del mínimo.
- Aplicar las reglas anteriores a los datos de salida.
- Si la entrada o salida de un programa es un conjunto ordenado, habrá que
prestar atención a los elementos primero y último del conjunto.”
A nivel general, convendría seguir un flujo en la estrategia de pruebas que va desde
pruebas de caja blanca a pruebas de aceptación, en las cuales se implica el cliente.
Dicho flujo es el siguiente:
1. Pruebas unitarias. De ahí la importancia de algunas librerías de testing
mencionadas en el ejercicio precedente, tales como Jest, SonarQube, Cypress o
React-testing-library.
2. Pruebas de integración, para las cuales nos servirán las librerías anteriores.
Convendría valorar la necesidad de mantener este punto en el proceso, siempre
y cuando se desee tener un panorama más certero a nivel de testing de la
interacción del módulo contemplado en este ejercicio con el resto del software.
Por lo tanto, se llama la atención respecto a ampliar el rango de funcionalidades
y módulos a testear dentro de este mismo software, para garantizar una eficacia
y eficiencia en las pruebas de integración.
3. Pruebas del sistema. No existe a la fecha un hardware al cual se implemente el
software señalado, fue creado con la intención de alojarse en la web y proveer
sus servicios desde la misma. Sin embargo, se llama la atención sobre la
existencia de este importante punto en la realización de softwares orientados a
hardwares.
4. Pruebas de aceptación. Este es un importante punto, dado que garantiza al
cliente y al equipo que se ha cumplido con lo esperado y solicitado.
Caso de prueba: El form crea un nuevo usuario

Identificador A101TEST
Descripción El módulo a testear es un form que permite
la creación de un nuevo usuario en el
ecommerce de Academlo, este caso de
prueba pretende identificar errores en la
creación del usuario nuevo
Función a probar Form de creación de un nuevo usuario
Condiciones iniciales Se requiere conocer el código tanto del
Frontend como del Backend relacionado
con este form, cómo captura la información
y cómo la envía al backend y cómo este la
gestiona con la base de datos de usuarios
del ecommerce.
Flujo Paso 1. Introducir datos esperados en el
form y enviar la solicitud desde el Frontend
Paso 2. No introducir la totalidad de datos
esperados y enviar el form
Paso 3. Introducir datos incorrectos en cada
input y enviar el form.
Paso 4. Evaluar el tiempo de respuesta
entre el envío de un form con datos
esperados y la notificación de succes.
Paso 5. Evaluar la respuesta del form ante
datos no esperados y su manejo de errores.
Paso 6. Probar si el form impide la
inyección maliciosa de datos, que desborde
su capacidad y amenace el software
Paso 7. Revisar la información que es
recibida al backend desde el Frontend, en
cada caso enumerado hasta ahora
Paso 8. Probar el form de acuerdo con los
criterios de análisis de valores límites y
participación de equivalencias.
Paso 9. Testear el endpoint que envía el
form a la base de datos, para validar que
hace lo que se espera
Resultado esperado El form envía los datos esperados al
backend y maneja la creación de usuarios
de manera eficiente, en los tiempos
requeridos. Maneja los errores y los datos
no esperados de manera satisfactoria y
segura.
Resultado obtenido Esto se llenará una vez se ejecute el caso
de prueba
Estado Pendiente de prueba
Nombre de quien ejecutó la prueba Mario Martínez Présiga
Requisitos de configuración para la prueba Conocimiento del backend y del frontend
del form de creación de usuario, manejo de
alguna de las librerías de pruebas unitarias
para probar tanto la lógica del backend
como del endpoint.
Se aclara que este es solo un ejemplo de caso de prueba, pero como tal, la prueba en
cuestión, requeriría de más casos de prueba, quizá desmenuzando el anterior, que podría
entenderse como general.

Actividad 2 Caso de Prueba

Cargado por

Copyright:

Formatos disponibles

Actividad 2 Caso de Prueba

Cargado por

Información del documento

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

Actividad 2 Caso de Prueba

Cargado por

Copyright:

Formatos disponibles

Actividad 2 Caso de prueba.

1. Con la claridad de la funcionalidad del software a probar, el estudio del material de

Por el lado de la técnica de caja negra, el criterio a aplicar sería el de Análisis de

Caso de prueba: El form crea un nuevo usuario

También podría gustarte