Plan de Pruebas de Software

 

Plan de de P Pru rue ebas d de eS Sof oftw tware are  

SIGSC 

Juan Davi David d Guerrero Vargas Yeni Ye nifer fer Lor L orena ena S Saa aavedr vedra aS Salaz alazar ar Eduar Hernan Veloza

Página 1

 

Tabla cont enido   Tabla de contenido Historial de Versiones Información del Proyecto

4  40 

Aprobaciones

4 

Resumen Ejecutivo

4 

Alcance de las Pruebas P ruebas Elementos de Pruebas Nuevas Funcionalidades a Probar

¡E ¡Error! rror! Ma Marcador rcador no definido. 

5  ¡E ¡Error! rror! Ma Marcador rcador no definido. 

Pruebas de Regresión

6 

Funcionalidades Funcionalid ades a No Probar

7 

Enfoque de Pruebas (Estrategia) Criterios de Aceptación o Rechazo

¡E ¡Error! rror! Ma Marcador rcador no definido.  ¡E ¡Error! rror! Ma Marcador rcador no definido. 

Criterios de Aceptación o Rechazo

7 

Criterios de Suspensión

8 

Criterios de Reanudación

¡E ¡Error! rror! Ma Marcador rcador no definido. 

Entregables

¡E ¡Error! rror! Ma Marcador rcador no definido. 

Recursos

¡E ¡Error! rror! Ma Marcador rcador no definido. 

Requerimientos de Entornos – Hardware

8 

Requerimientos de Entornos – Software

9 

Herramientas de Pruebas Requeridas Personal

¡E ¡Error! rror! Ma Marcador rcador no definido. 

9 

Entrenamiento

¡E ¡Error! rror! Ma Marcador rcador no definido. 

Planificación y Organizació Organizaciónn

¡E ¡Error! rror! Ma Marcador rcador no definido. 

Procedimientos Procedimient os para las Pruebas Matriz de Responsabilidades Cronograma

9  ¡E ¡Error! rror! Ma Marcador rcador no definido. 

10 

Página 2

 

Premisas

¡E ¡Error! rror! Ma Marcador rcador no definido. 

Dependencias Dependenci as y Riesgos

¡E ¡Error! rror! Ma Marcador rcador no definido. 

Referencias

¡E ¡Error! rror! Ma Marcador rcador no definido. 

11 

Glosario

Historial de Versiones Fecha  Fecha  16/11/2018

Versión  Versión  v1.0

 Au tor   Auto r   GAES 7

Organización   SENA

Descripción   Descripción  Esta es la versión 1.0 del plan de pruebas pruebas del sistema de información SIGSC.

Página 3

 

Información del Proyecto Empresa / Organizació Organizaciónn Proyecto Fecha de preparació preparaciónn Cliente Patrocinador principal Gerente / Líder de Proyecto Gerente / Líder de Pruebas de Software

 Ap p r o b ac acii o n es  A Nombre y Apellido  Apellido  

Cargo   Cargo 

………….. ………….. ………………   ….. ……  ……  ……… 

Departamento u Organización  

Fecha  Fecha 

Firma  Firma 

Resum sumen en Ejecut Ejecutivo ivo   Re El objetivo de este documento es presentar los diferentes ………………. para el desarrollo de las pruebas de software, los diferentes módulos y funcionalidades ………………………… .. requeridas por el cliente ………………………… .).

Página 4

 

Este formato de pruebas permitirá identificar ………………………  ………  …………  del sistema, y corregirlas a través de las metodologías ……………….. plantead planteadas as para el testeo del sistema. s istema. Como objetivo final de este documento es completar el cumplimiento de los requisitos funcionales y no funcionales de acuerdo a ……………………………   ……………… . …………………..

 Al ancc e de d e las la s Pr Pru u ebas  A l c an Elementos de Pruebas   Módulo 1-

……………………

..  .. 

Este módulo es el encargado de ……………………………… , Comprende o está constituido constitu ido por:. aquí se encuentra lo siguiente: siguiente: ●  …….. ●  …….. ●  ……….. ●  ………. ●  …………... Módulo 2-

..

…………………

El módulo …………….. es el encargado de………………………………… ., en este módulo se encuentra las siguientes ………………………: ●  ……………………… .. ●  ……………………… .. ●  …………………… .. ●  ………………… .. ●  ………………… . ●  ………………… ..

Módulo 3…  …. …..

..

………………

Página 5

 

Módulo 4           Módulo N        

.

………

…

…

…

…

…

…

…

…

…

Funcionali Nuevas Func ionalidades dades a Probar   Se planteó, como funcionalidades nuevas …………………………………… ..

Otra nueva funcionalidad …………………………………………… . ……………………………………………… ..

Pruebas de Re Regresi gresión ón   Siguiendo las nuevas funcionalidades a implementar, se deberá hacer ……………………………………………………………………… .. Funcio nalidades a No No Probar   Las funcionalidades funcionalidades del sistema de información …………………………………… ...  ... 

Enfoqu e de Pruebas (Estr (Estrategia) ategia) 

Como

metodología

de

desarrollo

para

pruebas

…………………………………………………………………… .

Página 6

 

Criterios Rechaz azo o Criterio s de Aceptación o Rech Criterios de Aceptación o Rechazo Los criterios que serán considerados para dar por terminado y completado el plan de pruebas se manejará por módulos y será de la siguiente manera:

El

……………………….. ………………………………………………… .

El

módulo

de

módulo

debe

…………………………   ……………………………………………………… ...

El módulo de

de

tener debe

un tener

………………………  ………………………   ………………… 

……………………… 

El

módulo …………...

de

………………………………………… ..

……………………… .

Los porcentajes de los (Cantidad) (Cantidad) módulos  módulos sumarán un total de un …. % para dar por completado el plan de pruebas de software.

Criterios de Suspensión   Debido a la metodología a usar antes especificada, se realizará la suspensión del desarrollo en casos como ………………………………………………………………… . Criterios de Reanudación   Una vez se haya cumplido el determinado proceso de pruebas se podrá hacer una reanudación de la mismas para así descartar cualquier tipo de error y estar seguros de que el producto final que se le entregará al cliente está en excelentes condiciones cond iciones y cumpliendo con los requisitos exigido exigidoss por el cliente.

Entregables 

Los entregables son: ● Casos de prueba ●   Matriz Página 7

 

●  Documento de mo modificaciones dificaciones (Según lo espe especificado cificado en el contrato)

Recursos Requerimientos d e Entornos  Hardware  Requerimientos Para llevar a cabo un correcto desempeño en la realización de las pruebas de software, se contó con un equipo con los siguientes recursos mínimos:  –

-

4 GB de memoria RAM. Procesador Core i3 4 Generación. 500 GB de disco duro (HD). Conexión a Internet de 6 MB.

Requerimientos de Entornos  Software Requerimientos Para poder realizar el testeo del sistema se usará: ●  Glassfish 4.0 ●  Mysql Workbench 8.2 ●  Google Chrome, Mozilla ● Netbeans 8.2 ● Xampp.  –

He Herrami rramientas entas de Pruebas Requeridas

Las pruebas realizadas sistemadedeinformación, informaciónsin hanhacer sido uso desarrolladas por el equipo de desarrollo delalsistema de herramientas externas para la realización de las mismas. m ismas. Personal

El personal para llevar a cabo el proceso de pruebas en el desarrollo del producto será:  Dos analistas de pruebas Testers y un Líder de Pruebas. •

Página 8

 

Entrenamiento Para el uso de este sistema los usuarios deberán tener conocimientos previos del sector de construcción o de Ferroeléctricos, debido a la modificación de cómo se llevaban los procesos en la empresa y su adecuación al sistema, se debe proveer

de entrenamiento para la explicación de la forma en que lleva los procesos en el sistema.

Planificación Planific ación y Organiza rganización ción Procedimientos para las Pruebas El proceso de desarrollo de pruebas se realizará mediante una sucesión consecutiva de metodologías de cascada en dónde se presentará un informe al cliente, describiendo cada avance o mejora de errores que se encuentren en el proceso.

Página 9

 

Matriz de Responsabilidades Nombre

Rol

Activid ad

Juan David Guerrero

Responsabl Responsablee

Realizar los casos de pruebas correspondientes, que serán revisados por el aprobador.

Eduar Hernan Veloza

Responsable

Realizar los casos de pruebas correspondientes que serán revisados por el aprobador.

Yenifer Lorena Saavedra

Aprobador

Aprobar los casos de pruebas e informar a los responsables.

Cronograma

https://docs.google.com/spr https://docs.g oogle.com/spreadsheets eadsheets/d/1JTxP7jqD4v-Hxm5Nztl ygwMlCvukg-   Ii2UDsXz3ZSq8/edit?usp=sharing Ii2UDsXz3ZSq8/edit?usp=sharing    /d/1JTxP7jqD4v-Hxm5NztlygwMlCvukgPremisas Como premisas que se pueden presentar se tienen las siguientes: ●  No contar con la completit completitud ud de los criterios de ace aceptación ptación o rechaz rechazoo

anteriormente mencionado ●  Interrupción del proceso por petición del cliente.

  10

 

●  No contar con el personal o equipos adecuados para desarrollar las pruebas.

Página

Dependencias y Riesgos

Algunos de los riesgos que se pueden presentar son:   •  Error de servidor •  La expansión del sistema no pueda ser realizada por la implementación en sí

del sistema. •  Se vuelve o obsoletas bsoletas las diferentes tecnologías usadas para el desarrollo del

sistema

Referencias Los documentos que se deben tener en cuenta y como tal se han tenido en cuenta para el desarrollo del plan de pruebas de software y que este documento quede acorde con las especificaciones del sistema de información son: ●  Documento IEEE830. ●  Documento Análisis del sistema (DA). ●  Documentaci Documentación ón entregada por la empresa.

Glosario TÉRMINO

SIGNIFICADO

SIGSC

Sistema de Información para la Gestión de Servicio al Cliente.

Ferroeléctricoss San Diego. Ferroeléctrico

Éste es el nombre de la empresa cliente.

11

 

IEEE830

Documento de especificación de requisitos del software. s oftware.

DA

Documento de Análisis del Sistema. Página

  12