IEEE 329













Plan de Pruebas IEEE 829:
SISTEMA TELEMETRIA, REGISTRO Y CONTROL REMOTO DE EQUIPOS ELECTRICOS.

Revisión [1.0]


Ficha del documento


Fecha
Revisión
Autor
Verificado y Autorizado
Martes, 15 de Abril del 2013
1
Autor

Lunes, 20 de Mayo 2013
2
Rodrigo Pineda















Documento validado por las el comité de Gestión del ProyectoSCOMEE en fecha:

Por el cliente
Encargado de Proyecto a Desarrollar

















Contenido
INTRODUCCIÓN 4
1. CONCEPTOS INTRODUCTORIOS 4
1.1. DEFINICIONES 4
1.2. RELACION ENTRE DEFECTO, FALLA Y ERROR 5
1.3. CICLO DE LAS PRUEBAS DE SOFTWARE 6
1.4. ¿QUÉ ES PROBAR? 7
“Probar es el proceso de ejecutar un programa con la intención de encontrar errores”. 7
1.5. ¿PORQUÉES IMPORTANTE HACER PRUEBAS EN NUESTRO SOFTWARE? 7
1.6. HERRAMIENTAS USADAS PARA LOS CASOS DE PRUEBA 7
1.6.1. ECLIPSE. 7
1.6.2. FREE EMS SQL MANAGER POSTGRESQL. 7
2. CASOS DE PRUEBA 8
2.1. MODULOS DEL ETL LAUCA. 8
2.1.1. PRUEBA ETL1: Carga De Laucas En Memoria 9
2.1.2. PRUEBA ETL2: Carga De Sensores De Laucas En Memoria 11
2.1.3. PRUEBA ETL3: Obtención De Una Medición De Un Sensor,Datos Sin Convertir 12
2.2. MÓDULO DE REPORTES 13
2.3. MÓDULO DE DESPLIEGE 14
2.4. MÓDULOS DE NOTIFICACION. 15
2.5. MÓDULOS DE MANTENCIÓN. 16
3. Recursos y Responsables. 17
4. Bibliografía 17






INTRODUCCIÓN

Una de las tareas dentro del ciclo de vida de un proyecto de software, y a su vez repetitiva, antes de su implementación final es la fase de pruebas. Las pruebas ayudan a laetapa de desarrollo de manera continua, a la integración de las distintas partes de software para asegurar su el cumplimiento de los requerimientos y detectar distintos errores- fallas y defectos que este pudiese.

Debido a las limitaciones de recursos, por lo general los proyectos acortan esta etapa de pruebas, con el objetivo de “ganar” tiempo, siendo que es completamente lo opuesto; si enesta etapa se sacrifican recursos, quizás se logre tener más tiempo para el desarrollo pero será contrarrestado en futuro ya que sin lugar a dudas aparecerán errores, haciendo más difícil y caro su mantención.

1. CONCEPTOS INTRODUCTORIOS
1.1. DEFINICIONES
Termino
Significado
BD
Base de Datos
CASO DE PRUEBA (test case, CP, TC):
Un conjunto de entradas, condiciones de ejecución yresultados esperados desarrollados para un objetivo particular
CU
Caso de Uso, por lo general viene acompañado de un número.
DEFECT
Defecto, referido a que una falla de un componente conlleva a realizar una función defectuosa
DEFECTO (Defect, fault)

Un defecto en el software como, por ejemplo, un proceso, una definición de datos o un paso de procesamiento incorrectos en un programa.
ERROR (Error)La diferencia entre un valor calculado, observado o medio y el valor verdadero, especificado o teóricamente correcto
FAILURE
Desviación de un componente a un comportamiento esperado, servicio o resultado.
FALLO (Failure)
La incapacidad de un sistema o de alguno de sus componentes para realizar las funciones requeridas dentro de los requisitos de rendimiento especificados
HW
Hardware, partefísica de un componente eléctrico.
LAN
Red de computadoras de alcance Local
LAUCA
Tarjeta electrónica con la capacidad de obtener información de sensores llamadas telemétricas
NTBK
Notebook o Laptop
OO
Orientado a Objetos.
Parseo
Técnica de transformar un bloque de información grande en pequeñas unidades de información identificables.
PC
Del inglés Personal Computer, que significaComputadora Personal
PRUEBAS (Test)
Una actividad en la cual un sistema o uno de sus componentes se ejecuta en circunstancias previamente especificadas, los resultados se observan y registran y se realiza una evaluación de algún aspecto
QA
Calidad
RF
Requerimiento Funcional, por lo general viene acompañado de un número.
RNF
Requerimiento No Funcional 001, por lo general viene acompañado...