Generalidades de las pruebas de sistemas

Generalidades de las pruebas de sistemas

1. Definion de Concepto:

   • Son las investigaciones empíricas y técnicas cuyo objetivo es proporcionar información objetiva e independiente sobre la calidad del producto a la parte interesada o stakeholder. Es una actividad más en el proceso de control de calidad

2. Objetivos:

   • Las pruebas de sistemas son una fase de prueba de investigacion,en la que se asegura que cada componente unitario o modulo interactue con otros modulos tal como fue el diseño.
     • Ejercitar profundamente el sistema comprobando su integracion de informacion globalmente,verificando el funcionamiento correcto de las interfaces entre los distintos subsistemas que lo componen y con el resto de sistemas de informacion con los que se comunica.

3. Caracteristicas

   • Una buena prueba tiene una alta posibilidad de encontrar fallos ,para encontrar este objetivo el responsable de la prueba debe entender el software y desarrollar una imagen mental de como podia fallar.
   • Una buena prueba debe centrarse en dos objetivos. 1) Probar si el software no hace lo que deberia hacer. 2) Probar si el software hace lo que no deberia hacer.
   • Una buena prueba no debe ser redundante. El tiempo y los recursos son limitados, asi que todas las pruebas deberian de tener un proposito diferente.

4. Principios de las pruebas de software

   • Principio 1 : Las pruebas revelan la presencia de bugs, no la ausencia de ellos
   • Principio 2: Es imposible probarlo todo
   • Principio 3 : Cuanto antes se comience a probar…mejor
   • Principio 4: Las aglomeración de defectos. ¡Los bugs siempre van en pandilla!
   • Principio 5: La paradoja del pesticida
   • Principio 6: Las pruebas se deben adaptar a necesidades específicas
   • Principio 7: La falacia de la ausencia de errores

5. Tipos de Pruebas

   • Caja blanca : (también conocidas como pruebas de caja de cristal o pruebas estructurales) se centran en los detalles procedimentales del software, por lo que su diseño está fuertemente ligado al código fuente. El testeador escoge distintos valores de entrada para examinar cada uno de los posibles flujos de ejecución del programa y cerciorarse de que se devuelven los valores de salida adecuados.
     • Caja negra : son, ni más ni menos que, pruebas funcionales dedicadas a “mirar” en el exterior de lo que se prueba. Estas pruebas se denominan de varias formas, pruebas de caja “opaca”, pruebas de entrada/salida, pruebas inducidas por datos…los sinónimos son muchos y muy variados. Las pruebas de caja negra se centran principalmente en lo que “se quiere” de un módulo, charter o sección específica de un software, es decir, es una manera de encontrar casos específicos en ese modulo que atiendan a su especificación.