Professional Documents
Culture Documents
MTP/MM-001
PREFACIO
1
1 Identificador del plan de pruebas
Referencia Descripción
MTP/MM-001 Master Test Planning de Molinos Modernos versión
2
2 Tabla de Contenidos
3
3 Referencias
3.1 Bibliográficas
4
4 Glosario
5
5 Introducción
5.1 Propósito
La presente documentación brinda soporte al proceso de ventas en la
compañía Molinos Modernos.
Se trata de cubrir todos los casos posibles que pudieran ocurrir en la
ejecución del sistema en el ambiente de producción, con la finalidad de mitigar los
errores en el sistema.
6
6 Análisis de Riesgo
Escala Puntos
Bajo 1
Medio 2
Alto 3
7
7 Características a ser probadas
8
8 Características a no ser probadas
9
9 Criterios de aceptación/ denegación del ítem
Fungen como criterio de aceptación aquellos resultados obtenidos en la
ejecución de cada caso de prueba, los cuales se consideran como acciones
esperadas, en función de los requerimientos del cliente.
10
10 Entregables
Sincronización de Productos
Paso Descripción Resultado Esperado
11
En el cuadro de dialogo vendedores,
3 seleccionar búsqueda por nombre
En el cuadro de texto búsqueda por nombre,
4 introducir: "Belter Aguirre"
Seleccionar el resultado de la búsqueda:
5 "Belter Aguirre"
En la plantilla vendedor, dirigirse a la pestaña
6 rutas-> agregar nueva ruta
Toma de Pedido
Paso Descripción Resultado Esperado
Autenticarse en el sistema AGM como
1 vendedor
12
Planificación de Despacho
Paso Descripción Resultado Esperado
Autenticarse en el sistema SAP como
1 planificador
2 Dirigirse a la ruta: Transportes
Despacho y Facturación
Paso Descripción Resultado Esperado
Autenticarse en el sistema SAP como
1 facturador
Dirigirse a la ruta: Facturación -> Nueva
2 Factura
En el cuadro de dialogo Nueva Factura, en el
campo pedido, ingresar el número de pedido:
"5024" (El cual corresponde al pedido de
3 Almacén la Bendición)
Pesaje
Paso Descripción Resultado Esperado
Autenticarse en el sistema SAP como
1 basculista
13
Dirigirse a la ruta: Notas -> Nota de salida ->
2 nueva nota de salida
14
11 Responsabilidades
15
12 Niveles de Prueba
12.1 Pruebas Unitarias
Las pruebas unitarias constituyen una parte esencial en el ciclo de vida de
pruebas, ya que se realizan a bajo nivel, y permiten evaluar la ejecución de
módulos individuales (clases, formularios).
12.1.1 Estrategia
Las pruebas unitarias serán llevadas a cabo por los desarrolladores, un
desarrollador A emite pruebas unitarias a un módulo desarrollado por un
desarrollador B, a este tipo de pruebas se le llama “Buddy Testing”.
Las pruebas unitarias se ejecutaran bajo el método de Caja Blanca,
verificando el procedimiento que se realiza para analizar entradas y salidas.
12.1.2 Análisis de Audiencia
Los participantes en las pruebas unitarias serán únicamente los
desarrolladores, ya que pueden sugerirse y orientar el desarrollo de acuerdo
a la especificación de los requerimientos
12.1.3 Gestión de la configuración
Debido a que los desarrolladores ejecutaran las pruebas unitarias, el ambiente
de desarrollo será el entorno de pruebas, por lo que la información cargada
debe ser lo más real posible, o ser extraída del ambiente de producción.
Los requisitos de hardware no son tan demandantes debido a que no se busca
verificar el desempeño del sistema, sino la funcionalidad de cada módulo.
16
12.3 Pruebas de Sistema
Las pruebas de sistema evalúan la funcionalidad del sistema completo
conforme a los requisitos del cliente.
Son emitidas por el encargado de control de calidad, quien evalúa la
funcionalidad tratando al sistema como una caja blanca, de la cual se
desconoce los procedimientos ejecutados internamente, y únicamente se
evalúan entradas y salidas.
12.3.1 Análisis de Audiencia
Según lo anteriormente citado, es el encargado de control de calidad quien
realizara las pruebas de sistema.
En el proceso el desarrollador ofrece soporte al encargado de control de
calidad con el fin de especificar el funcionamiento del sistema.
12.3.2 Fuentes de Información
Para las pruebas de sistema se considera una fuente de información real,
debido a que se necesita evaluar el sistema conforme a acciones que
pudieran ejecutarse en la realidad.
Para emular el ambiente real, se extraen back-ups generados en el ambiente
de producción. De esta forma se asegurara de que se cuenta con información
real y verídica.
12.3.3 Gestión de la Configuración
Las bases de datos deben ser extraídas del ambiente de producción.
Ya que también se requiere evaluar el desempeño del sistema, las
características del hardware deben ser las más mínimas que se poseen en el
ambiente de producción. De esta forma se asegurara de que el sistema puede
desempeñarse de buena manera hasta en los requisitos mínimos para
ejecutarlo.
17
pruebas de sistema, la información es extraída a través de back-ups
generados en el ambiente de producción.
12.4.3 Betha Testing
Se considera implementar una versión de prueba, ya que si los usuarios
finales detectan un error en su ejecución, este puede ser informado al
departamento de desarrollo, sin afectar su trabajo real.
12.4.4 Implementación
Se considera utilizar la estrategia de implementación “piloto”, la cual consiste
en implementar el sistema a una o un grupo de personas, para que a
diferencia del betha testing, se interactúe con información y trabajo real.
Esta estrategia de implementación permite implementar por fases el sistema
a todos los usuarios.
18
13 Aprobaciones
______________________ ______________________
Gerente de Ventas Jefe de Proyectos
______________________ ______________________
Test Manager Control de Calidad
19