Plan de Pruebas Sistema Control Propiedades
Enviado por Javier Aguayo Aguilar • 20 de Agosto de 2015 • Apuntes • 1.774 Palabras (8 Páginas) • 403 Visitas
Plan de Pruebas
Sistema Control Propiedades
[07/11/2014]
[Versión 0.3]
Integrantes:
- Camila Lazcano
- Felipe Hernández
- Javier Aguayo
- Nicolás Cheuquepan
Histórico de Revisiones
Fecha | Versión | Descripción | Autor |
13/10/2014 | 0.1 | Creación de documento | Camila Lazcano |
20/10/2014 | 0.2 | Modificación del documento | Nicolás Cheuquepan |
24/10/2014 | 0.2 | Revisión del documento | Felipe Hernandez |
07/11/2014 | 0.3 | Finalización del documento | Javier Aguayo |
Contenido
Histórico de Revisiones
1 Introducción
1.1 Resumen
1.2 Descripción breve del proyecto
1.3 Ambiente de producción
2 Alcance 5
2.1 Módulos de Software que van a ser probados 5
2.2 Documentación Referenciada 5
2.3 Riesgos 6
3 Descripción de las pruebas 9
3.1 Enfoque de las pruebas: 9
3.2 Tipos de pruebas a realizar: 9
3.3 Estrategia y técnicas de pruebas a aplicar 9
3.4 Requerimientos del test 9
3.5 Clasificación de los defectos 10
3.6 Roles y responsabilidades 11
3.7 Calendarización de las actividades de pruebas
1 Introducción
1.1 Resumen
Este Plan de Pruebas documentado para el “Sistema Control Propiedades” tiene los siguientes objetivos:
- Va a hacer probado el código fuente, y además defectos que se podrían presentar en él sistema, entornos e informes realizados.
- El objetivo es prevenir defectos del software que se puedan encontrar en el sistemas, para que al entregar al cliente este no los encuentre y las metodologías utilizada es la de prueba de caja blanca y caja negra.
1.2 Descripción breve del proyecto
Sistema Control Propiedades (SCP) es una aplicación de escritorio que tiene como objetivo principal ofrecer gestiones de administrador para los corredores de propiedades. Las Funciones de SCP se basan en ofrecer movimientos de agregar, modificar, eliminar y listar propiedades y propietarios, ya que cada corredor de propiedades puede manejar estas funciones por medio de su propio ordenador.
1.3 Ambiente de producción
El ambiente de producción del sistema, para realizar la aplicación de escritorio de “Sistema Control Propiedades”, se basa principalmente en el lenguaje de programación Java, utilizando el ambiente de desarrollo NetBeans y para la base de datos utilizamos wampserver.
Y en ambiente de pruebas utilizamos SonarQube para analizar el código fuente, y QaBook para detectar los defectos que pueden existir en el Sistema Control Propiedades”.
La realización de pruebas se llevó a un lapso de 3 semanas. Los lugares donde se realizaron fueron en el instituto Duoc Uc, sede Viña del Mar, las salas Lc5 y Lc12. Esto debido a la disponibilidad de horario. Cada prueba se hizo utilizando un Pc de escritorio que cumplía con los requisitos establecidos en la IEE830.
2 Alcance
2.1 Módulos de Software que van a ser probados
- Módulo de gestión de ingreso de propiedades.
- Módulo de gestión de propietarios.
2.2 Documentación Referenciada
IEEE 830 SCP
2.3 Riesgos
Nº | Riesgo | Categoría Del riesgo | Probabilidad Del Riesgo | Impacto (Según Prioridad) | Gestión Del Riesgo |
Plan de Contingencia /Disparador y Consideraciones | |||||
1
| Alto: La base de datos no se adapta bien a los requisitos. Razones: ➔Modelamiento de la base de datos sin conocer los requisitos. ➔No hubo una reunión preliminar a la realización de la BD | Desarrollo | 65% | Evitar | 1) Asignar personal en concordancia |
2 | Medio: Falta de irresponsabilidades por alguno de los miembros del equipo. Razones: ➔Malas relaciones con sus pares. ➔No se siente cómodo con el proyecto. | Empresa | 46% | Mitigar | 1) Aplicar un plan de emergencia, para mitigar el atraso que puede llevar las malas relaciones al proyecto. |
3 | Bajo: La mala redacción de encargados de realizar la IEEE 830. Razones: ➔Realización de documento muy rápido, sin percatarse de los errores ➔Su ortografía no es la adecuada. | Empresa | 23% | Mitigar | 1) Aplicar un plan de respaldo, para corregir las faltas ortográficas. 2) Calendarización de revisiones a los documentos. |
4 | Alto: No dominio completo del lenguaje de programación. Razones: ➔No realizar capacitación correcta a los encargados de programar el proyecto. | Desarrollo | 52% | Evitar | 1) Aplicar una prueba de conocimiento del tema. 2) Realizar periódicamente revisiones calendarizadas. |
5 | Medio: Las herramientas para pruebas, no son las adecuadas a las funciones del software. Razones: ➔Poca investigación en la búsqueda de herramientas de prueba. | Desarrollo | 38% | Mitigar | 1) Entregar un listado de con las herramientas de prueba. 2) Incentivar al personal a que se informen de las herramientas de las cuales trabajan. |
6 | Medio: Personal clave enfermo o no disponible en momentos críticos. | Empresa | 42% | Mitigar | 1) Contar con dos personas capacitadas por área, para evitar dependencia. 2) El encargado en caso de enfermarse dejar una documentación clara de lo realizado. |
...