UNIDAD 2 Fundamentos de las pruebas de Software

 Fundamentos de las pruebas de Software

Se dice que una buena prueba es aquella que tiene la alta probabilidad de encontrar un error teniendo en mente la comprobabilidad que es la facilidad de probar los errores, esta comprobabilidad tiene las siguientes características:

• Debe tener Operatividad dado que si un sistema es diseñado y implementado este debe ser de calidad y asi obtener pocos errores y las pruebas seran bloqueadas porque no existiria la manera de prabarlas
• Otra caracteristicas es la Observabilidad esto permite observa y  identificar con facilidad los errores internos para  reportarlos inmediatamente 
• Debe tener Descomponibilidad ya que el sistema del software construye módulos independientes de la misma forma son probados independientemente.
• El software debe mostrarse con Simplicidad en su parte funcional, estructural y del código.
• Tiene que mantener su  Estabilidad con el fin no realizar tantos cambios de esta manera obtendra menos fallas.
• y debe mantener Comprensibilidad ya que si  un software es comprensible para la persona encargada de realizar la prueba le resultara mas facil descubrir si este posee fallas o errores.

la prueba tambien cuenta con  caracteristicas y estas son:

• Tal como se menciono al comienzo una buena prueba tiene una alta probabilidad de encontrar un error. ya que podemos determinar con facilidad en que esta fallando el software.
• Otra caracteristica de una buena prueba es que no sea redundante osea no enfocarse en las misma actividad que debe ejecutar otro tipo de prueba eso nos ahorraria tiempo y costos
• una buena prueba debe ser “la mejor de la camada” se debe realizar una prueba que tenga mayor probabilidad para descubir esos errores que se presentan en el software
• su ultima caracteristicas es que una buena prueba no debe ser demasiado simple o demasiado compleja hay que saber en que se enfocara la prueba para asi determinar su proposito y tener un buen material a la hora de ser probar

Dentro de la prueba tambien encontramos su justificacion que tiene como objetivos conocer el nivel de calidad de productos intermedios para poder actuar a tiempo, no pagar por un producto ahsta que se lelge a lo acordado, disminuir lso usuarios insatisfechos en el mercado, reducir lso costos de mantenimientos y obtener informacion concreta de las fallas. Tambien encontramos su alcance  que desde un punto teorico  no se tiene una decision firme implicando que no se pueda desarrollar un programa sin la intervencion de un humano a pesar que es automatizable en algunso aspectos, en el enfoque practico  su alcance tiene muchas posibilidades para probar exhaustivamente un sistema y enfocarle varios tipso de tecnicas como la Prueba de caja negra  que consiste en ejecutar el sistema a probar revisando los requerimientos con la consigna de detectar insatisfacción de los mismos. La razón es que facilita la exposición sin introducir complejidad innecesaria.