Universidad Agraria del

Ecuador
Campus Milagro
Materia:
Dirección de Proyectos de Software.
Docente:
Ing. Johanna Ramos.
 CONSTRUCCIÓN
En esta tarea se prepara el entorno en el que se construirán los
componentes del sistema de información, contemplando aspectos tales
como:
Bibliotecas o librerías a utilizar
Herramientas: generadores de código, editores,
compiladores, verificadores sintácticos, montadores de enlace.
Puestos de trabajo.
Implementación de los procedimientos de operación y seguridad
propios del entorno de construcción, de acuerdo a los requisitos de
seguridad y operación establecidos.
 PRUEBAS
El propósito del plan de pruebas es explicitar el alcance,
enfoque, recursos requeridos, calendario, responsables y
manejo de riesgos de un proceso de pruebas

puede haber un plan global que explicite el énfasis a

realizar sobre los distintos tipos de pruebas (verificación,
integración e integración).

Luego de haber ejecutado las pruebas se actualizará los

elementos contenidos en el mismo.
 UN PLAN DE PRUEBAS INCLUYE:
Identificador único del documento.
Introducción y resumen de elementos y características a probar.
Elementos software a probar.
Características a probar.
Características que no se probarán.
Enfoque general de la prueba.
Criterios de paso/fallo para cada elemento.
 INFORMES DE LOS RESULTADOS DE
LAS PRUEBAS
• El histórico de pruebas (test log) documenta todos los hechos relevantes
ocurridos durante la ejecución de las pruebas, con los siguientes elementos:
• Identificador.
• Descripción de la prueba: elementos probados y entorno de la prueba.
• Anotación de datos sobre cada hecho ocurrido (incluido el comienzo y el
final de la prueba).
• Fecha y hora.
• Identificador de informe de incidente.
• Otras informaciones.
 EL INFORME DE INCIDENTE (TEST
INCIDENT REPORT
• Documenta cada incidente (por ejemplo, una interrupción en las
pruebas debido a un corte de electricidad, bloqueo del teclado, etc.)
ocurrido en la prueba y que requiera una posterior investigación. Su
estructura se define así:
• Identificador.
• Resumen del incidente.
• Descripción de datos objetivos (fecha/hora, entradas, resultados
esperados, etc.).
• Impacto que tendrá sobre las pruebas.
 EL INFORME RESUMEN (TEST
SUMMARY REPORT)
Resume los resultados de las actividades de prueba (las señaladas en el
propio informe) y aporta una evaluación del software basada en dichos
resultados. Incluye:
• Identificador.
• Resumen de la evaluación de los elementos probados.
• Variaciones del software respecto a su especificación de diseño, así como
las variaciones en las pruebas.
• Valoración de la extensión de la prueba (cobertura lógica, funcional, de
requisitos, etc.).
• Resumen de los resultados obtenidos en las pruebas.
• Evaluación de cada elemento software sometido a prueba (evaluación
general del software incluyendo las limitaciones del mismo).
• Firmas y aprobaciones de quienes deban supervisar el informe.
COMPARATIVO DE LOS RESULTADOS
DE LAS PRUEBAS
Se deben registrar los resultados y comparar con
la planificación

De manera que se identifiquen las posibles

desviaciones y establezcan acciones concretas
a realizar.

Generaran nuevos requerimientos o modificarán

los existentes, para que los desarrolladores los
implementen.
 CONCLUSIÓN DE LA FASE DE
PRUEBAS
Aunque se han desarrollado miles de herramientas de soporte de esta fase, todas
han limitado su éxito a entornos muy concretos, frecuentemente sólo sirviendo
para el producto para el que se desarrollaron. Sólo herramientas muy generales
como analizadores de complejidad, sistemas de ejecución simbólica y medidores
de cobertura han mostrado su utilidad en un marco más amplio. Pero al final
sigue siendo imprescindible un artista humano que sepa manejarlas.
 BIBLIOGRAFÍA

Echeverri, J. (2013). Reflexiones sobre ingeniería de

requisitos y pruebas de software. Corporación Universitaria
Remington.
Mínguez, J. B. (2015). Calidad del diseño en la construcción.
Ediciones Díaz de Santos.
Moreno, J. C. (2014). Administración de software de un
sistema informático. RA-MA Editorial.