Prueba y documentacin de Sistemas

Prueba y documentacin de SistemasProyectoPresentar un producto de software de calidad aplicando diferentes pruebas

Propsito y objetivosOrganizacin del equipoNoMduloActividadFechaResponsableAuditorEsquema de planificacinExplicar las funciones y responsabilidadesFunciones y responsabilidadesDescribir la reglamentacin sobre el manejo del equipo y la forma Normativa de trabajoProceso orientado a que un programa no tiene errores. Es la tarea de demostrar que un programa realiza las funciones para las que fue diseado

TestingRecomendar una o ms estrategiasSugerir qu hacer a continuacinIdentificar los elementos de accinRecomendaciones8Discutir acerca de las prcticas recomendadasPrcticas recomendadasError es una equivocacin de una persona al desarrollar alguna actividad de desarrollo de software.Defecto: Se produce cuando una persona comete un errorFalla es un desvo respecto del comportamiento esperado del sistema. Puede producirse en cualquier etapa.Error, defecto y fallaDefecto: Un defecto se encuentra en un artefacto y puede definirse como una diferencia entre la versin correcta del artefacto y una versin incorrecta. Coincide con la definicin de diccionario, "imperfeccin".Falla: En terminologa IEEE, una falla es la discrepancia visible que se produce al ejecutar un programa con un defecto, el cual es incapaz de funcionar correctamente (no sigue su curso normal).Error: Es una equivocacin cometida por el desarrollador. Algunos ejemplos de errores son: un error de digitacin, una malinterpretacin de un requerimiento o de la funcionalidad de un mtodo. El estndar 829 de la IEEE coincide con la definicin de diccionario de error como "una idea falsa o equivocada". Por tal razn un programa no puede tener o estar en un error, ya que los programas no tienen ideas; las ideas las tienen la gente.

Errores de diseo: Se introducen por fallas al traducir los requisitos en estructuras de solucin correctas y completas, por inconsistencias tanto dentro de las especificaciones de diseo y como entre las especificaciones de diseo y los requisitos. Un error de requisitos o un error de diseo, que no se descubre sino hasta las pruebas de cdigo fuente, puede ser muy costoso de corregir. De modo que es importante que la calidad de los requisitos y de los documentos del diseo se valoren pronto y con frecuencia. Los errores de instrumentacin: Son los cometidos al traducir las especificaciones de diseo en cdigo fuente. Estos errores pueden ocurrir en las declaraciones de datos, en las referencias a los datos, en la lgica del flujo de control, en expresiones computacionales, en interfaces entre subprogramas y en operaciones de entrada/salida. La calidad de los productos de trabajo generados durante el anlisis y el diseo se puede estimar y mejorar utilizando procedimientos sistemticos de control de calidad, mediante recorridos e inspecciones y por medio de verificaciones automatizadas para supervisar que sea consistente y que est completo. Las tcnicas para estimar y mejorar la calidad del cdigo fuente incluyen los procedimientos sistemticos de control de calidad, los recorridos inspecciones, el anlisis esttico, la ejecucin simblica, las pruebas de unidad y las pruebas de integracin sistemticas. Las tcnicas de verificacin formal se pueden usar para mostrar, de manera rigurosa, que un programa fuente se conforma con sus requisitos; la verificacin formal tambin puede servir para guiar la sntesis sistemtica de los programas fuente.