Вы находитесь на странице: 1из 15

Prueba y documentacin de

Sistemas
Proyecto

Propsito y objetivos

Presentar un producto de software de calidad


aplicando diferentes pruebas

Organizacin del equipo


Nombre
Cargo
Nombre
Cargo
Nombre
Cargo

Nombre
Cargo

Nombre
Cargo

Nombre
Cargo

Esquema de planificacin
No

Mdulo

Actividad

Fecha

Responsable

Auditor

Funciones y responsabilidades

Explicar las funciones y responsabilidades

Normativa de trabajo

Describir la reglamentacin sobre el manejo


del equipo y la forma

Testing

Proceso orientado a que un programa no


tiene errores. Es la tarea de demostrar que un
programa realiza las funciones para las que
fue diseado

Recomendaciones

Recomendar una o ms estrategias


Sugerir qu hacer a continuacin
Identificar los elementos de accin

Prcticas recomendadas

Discutir acerca de las prcticas recomendadas

Error, defecto y falla

Error es una equivocacin de una persona al


desarrollar alguna actividad de desarrollo de
software.
Defecto: Se produce cuando una persona
comete un error
Falla es un desvo respecto del
comportamiento esperado del sistema. Puede
producirse en cualquier etapa.

Defecto: 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.

Вам также может понравиться