Elizabeth Moncada.

Hiromy Koga.

Jhon Alexis Ramírez.

Primera entrega del proyecto de clase - Plan de Pruebas

1. Introducción - Contexto del proyecto. Comentado [RS1]: El contexto para un proyecto,
documento o problema debe tener al menos 3
El proyecto consiste de un sistema que se encarga de realizar el procesamiento componentes: los involucrados, el objeto de estudio (el
sistema en este caso) y la relación de los interesados con el
de pedidos de repuestos para motocicletas Honda. Entre sus funcionalidades se objeto de estudio.
encuentra la toma de los pedidos de los distribuidores autorizados, y realizar su
respectivo cargue al sistema ERP que tiene la compañía.
2. Objetivos - Propósito por el cual se plantea el proyecto de pruebas, para realizar un
proceso de aseguramiento de un proyecto de desarrollo o para recibir un software a
un proveedor, etc. Comentado [RS2]: Se sugiere quitar la guía del
documento.
Es importante el aseguramiento de las pruebas de software ya que por medio de
este sistema se realizan validaciones como: Comentado [RS3]: Se espera el objetivo general del
proyecto, donde defina cual es la acción que realizar, para
• Verificar la existencia del inventario actual. lograr la meta general del plan.
En este caso está planteando acciones puntuales sobre las
• Verificar las referencias sustitutas que pueden aplicar en el pedido (En caso de funcionalidades del sistema.
que la referencia original no cuente con disponibilidad el sistema toma una
referencia alterna).
• Realizar la verificación de listas de precios, se deben encontrar bien
parametrizadas en el ERP.
• Validar que las referencias del ERP cuenten con los centros de costos asociados
de forma correcta.
• Realizar la ejecución del proceso de descuentos.
• Notificar al cliente por medio de un correo electrónico donde se especifican las
referencias que el cliente pidió y las que se despacharan.
• Cargar el pedido con la forma de pago correcta.

3. Estrategia - Planteamiento del proceso de pruebas desde la perspectiva de

características de calidad del software a evaluar y niveles de pruebas a realizar.
Se requiere rectificar por parte del equipo de desarrollo y por parte del usuario el
producto en dos etapas. Por ende, se debe verificar:
• 1ra. Etapa: Funcionalidades del módulo de inicio de sesión.
Comentado [RS4]: Dos o cuatro? La estrategia tiene que
ver con los niveles y características de calidad, o sea, la tabla
de correlación.
 o Ingreso de usuario y contraseña, y posterior validación.
• 2da. Etapa: Funcionalidades del módulo de compra en línea es operativo.
o Selección del NIT y validación para autocompletar Sucursal, Punto de
envío y Tipo de envío.
o Selección y modificación de Sucursal, Punto de envío y Tipo de envío.
o Selección de Forma de pago.
o Ingreso Filtro referencia/Descripción y validación para autocompletar lista
de sugerencias.
o Ingreso Filtro modelo y validación para autocompletar lista de
sugerencias.
o Selección Cantidad de elementos a comprar de un producto y validar
existencia. Si se tiene seleccionada la opción BO en un producto sin
existencias, el pedido es cargado sin aplicar la promoción en caso de que
haya en ese momento. Luego, es enviado cuando haya existencias.
o Validar Añadir al carro de compra un producto.
• 3ra. Etapa: Funcionalidades del módulo de carro de compras.
o Modificar Cantidad de elementos por producto y validar existencia.
o Modificar BO y validar que el producto no tenga promoción ni existencias.
o Validar Eliminar producto.
o Validar Vaciar carro de compras.
o Validar Finalizar orden.
o Validar regresar al módulo de compra en línea.
• 4ta. Etapa: Funcionalidades integradas de los módulos de compra en línea y
carro de compras.
o Validar Ir al carro de compras desde compra en línea.
o Mantener el estado y persistencia del módulo de compra en línea.
o Validar Regresar a la compra en línea desde el carro de compras.
o Mantener el estado y persistencia del módulo de carro de compras

4. Esquema de trabajo - Equipo de personas que van a intervenir en el proceso de

pruebas y si se involucran personas del proyecto de desarrollo o proveedor o
cliente. Comentado [RS5]: Para este proyecto en específico
cuantas personas necesitan, cuantos analistas y usuarios.
Las personas que intervienen en el proceso de pruebas:
• Analistas de pruebas.
• Usuario interno.

5. Herramientas de apoyo - Software o artefactos a utilizar en la gestión de las pruebas

y de los incidentes.
 Dentro de las herramientas se encuentra Jira Software Comentado [RS6]: Explicar cuales y para qué? Por qué?

6. Tipos de prueba a aplicar - Definiendo por cada tipo la importancia y por qué este
tipo de prueba es importante para el proyecto.
Se realizarán las siguientes pruebas:
• Pruebas de Humo: Los módulos requieren una revisión rápida para comprobar Comentado [RS7]: Quién va a realizar las pruebas de
su funcionalidad y que no tiene defectos evidentes que interrumpan la operación humo?

básica del mismo. Posteriormente, se realiza la entrega al equipo de pruebas de

manera formal.
• Pruebas de Partición de equivalencias y Análisis de valores frontera: Los Comentado [RS8]: Estos no son tipos de prueba sino
módulos contienen inputs numéricos que requieren evaluar particiones de técnicas de pruebas que se utilizan en el diseño de los casos
de prueba.
equivalencia válidas y no validas. A su vez, analizamos los valores mínimo y
máximo de cada partición. El objetivo es probar los requisitos que requieren un
rango de números y validar el comportamiento del software.
• Pruebas de Transiciones de estado: El módulo de carro de compra responde Comentado [RS9]: Igual que el anterior.
de acuerdo a las modificaciones de inputs o acciones realizadas por el usuario. A
partir de cada decisión se pretende mostrar todas las transiciones válidas y las
transiciones potencialmente inválidas entre estados, así como los eventos, las
condiciones de guarda y las acciones resultantes para las transiciones válidas.
• Tablas de decisión: El módulo de compra contemplan diferentes inputs y Comentado [RS10]: Igual que el anterior
condiciones que efectúan una acción en el sistema. Por lo tanto, es necesario
considerar la combinación entre las condiciones y las acciones para validar los
diferentes resultados del sistema.
• Automatización: El módulo de compra en línea contiene inputs de tipo Comentado [RS11]: Esto quiere decir que se realizarán
dropdown list, en los cuales se puede hacer uso de Selenium WebDriver para proceso de automatización en el proyecto?

automatizar la selección del elemento dropdown list y cada una de las opciones
en él.

7. Alcance funcional - MDF de los procesos de negocio que van a intervenirse en el

plan de pruebas. Comentado [RS12]: No se realiza buen uso de la matriz de
descomposición, se describen pasos o partes de una
Empresa Fanalca funcionalidad, no son proceso y subprocesos.
Producto Repuestos de motocicleta Honda
Descripción Funcionalidad que permite comprar repuestos de manera online
por los talleres y/o proveedor autorizado para la venta de un
cliente final
Proceso Sub Proceso Funcionalidad Descripción Tipo de
Funcionalidad
Pedidos Compra en Rango de Permite Interfaz
línea búsqueda seleccionar
los datos del
comprador y
el repuesta a
comprar
Buscar Al seleccionar Proceso
Sucursal y el comprador
punto de el sistema
envió automáticame
nte
complementa
la información
de la sucursal
y el punto de
envió.
Información
viene del ERP
Lista de Basado en Proceso
repuestos una palabra
digitada por el
usuario busca
los repuestos
que
concuerden
con ella
Inventario de Muestra todo Interfaz
repuestos el inventario
del repuesto
seleccionado
con su
respectiva
referencia y
cantidad
numérica de
disponibilidad
Bacorde Habilita la
opción de
bacorde para
aquellos
productos que
no se
encuentra en
estado de
promoción.
Despacho Permite Proceso
Pendiente seleccionar el
repuesto para
la compra sin
que el
producto
tenga
disponibilidad.
Para luego
despacharlo
apenas
llegue.
Carrito Adiciona al Interfaz
carrito de
compra los
repuestos
seleccionados
Información Datos que Interfaz
de la compra describen el
repuesto que
va adquirir y
los datos
personales
Valor en bruto El valor de Proceso
compra
estipulado del
repuesto se
debe
visualizar sin
el incremento
del iva y sin el
flete
Notificación Envió de Interfaz
correo con
información
personal y de
la compra.
Retención del Retiene la Proceso
producto compra dado
el caso de
que el
comprador
este en mora
con la
empresa.
8. Entregables del proceso - Enunciar y describir cada entregable que se producirá en Comentado [RS13]:
el proceso de pruebas y es comprometido en el proyecto. Comentado [RS14R13]: Faltan las descripciones de los
entregables.
Se realizarán los siguientes entregables:

• Estrategia de prueba
• Plan de prueba
• Casos de prueba y datos de prueba
• Informe de resumen de la prueba
• Informe de cierre de prueba
• Reporte de incidente

9. Mecanismos de control y seguimiento - Enunciar y describir los mecanismos a
utilizar para asegurar el cumplimiento del plan y el logro de los objetivos.
• Cantidad de ejecución de casos de pruebas correctas y fallidas
• Información sobre defectos (densidad de errores, frecuencia de fallos)
• Cantidad de errores basado en su importancia: Alta, Media, Baja
• Cantidad de requerimientos elaborados y cantidad de requerimiento aprobados.
Comentado [RS15]: Falta información sobre cómo van a
utilizar estos indicadores o elementos de medición en el
proyecto, en qué momento se van a evaluar, para qué los
van a evaluar.
Y para el control del proceso de pruebas cómo se realizará el
seguimiento?