Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.

Pruebas de documentacion

Uno de los trabajos en Grupo, en la Universidad Catolica de Honduras, Campus San Isidro en La Ceiba.

  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Pruebas de documentacion

  1. 1. • La prueba es un procesode ejecución de unprograma con la intenciónde descubrir un error.• Un buen caso de pruebaes aquel que tiene una altaprobabilidad de mostrar unerror no descubierto hastaentonces.• Una prueba tiene éxito sidescubre un error nodetectado hasta entonces.
  2. 2. • A todas las pruebas se les deberíapoder hacer un seguimiento has losrequisitos del cliente.• Las pruebas debería planificarsemucho antes de su inicio.• El principio de Pareto es aplicable ala prueba del Software: el 80% detodos los errores descubiertosdurante las pruebas surgen al hacerun seguimiento de sólo el 20% detodos los módulos del programa.• Las pruebas deberían empezar por lo pequeño y progresarhacia lo grande.• No son posible las pruebas exhaustivas.• Para ser más efectivas, las pruebas deberían ser conducidaspor un equipo independiente.
  3. 3. • Es simplemente lo fácil que se puede probar un programa decomputadora. Como la prueba es tan profundamente difícil, merecela pena saber que puede hacer para hacerlo más sencillo.Debe existir una lista de comprobación que proporcione unconjunto de características que llevan a un software fácil de probar.
  4. 4. • Operatividad: Cuanto mejor funcione máseficientemente se pude probar.• Observabilidad: Lo que ves es lo que pruebas.• Controlabilidad: Cuanto mejor podamos controlar elsoftware, más se puede automatizar y optimizar.• Capacidad de Descomposición: Controlando elámbito de las pruebas, podemos aislar másrápidamente los problemas y llevar a cabo mejorespruebas de regresión.
  5. 5. • Simplicidad: Cuanto menos haya que probar,más rápidamente podremos probarlo.• Estabilidad: Cuanto menos cambios, menosinterrupciones a las pruebas.• Facilidad de comprensión: Cuanta más informacióntengamos, más inteligentes serán las pruebas.
  6. 6. Cualquier programa puede ser probado bajo 2 esquemas diferentes:1) Conociendo la función del producto (programa), demostrar queesa función anda bien. Este caso se realiza sobre las interfaces y selo denomina prueba de caja negra.
  7. 7. 2) Demostrar que la operación interna del modulo se ajusta a loespecificado y que los componentes internos andan bien, (estaprueba se desarrolla en base a los caminos lógicos del modulo, sedenomina prueba de caja blanca). Es la prueba que mejor nosdeja ver las dificultades.

×