Principios.
1.El proceso de pruebas demuestra la presencia de
defectos.
Las pruebas realizadas a un software
contribuyen a detectar la presencia de algún desperfecto que se ha pasado por
alto.
2.No es posible realizar pruebas exhaustivas.
Es una tarea compleja de realizar además del
alto costo en el tiempo y el dinero que
trae consigo la ejecución de un proceso de
tan alta exigencia.
3.Pruebas tempranas (early testing).
Poder detectar un defecto en una fase de
desarrollo de software temprana hace que su corrección se haga más fácil contribuyendo
a la optimización de recursos como tiempo y dinero.
4.Agrupamiento de defectos (defect clustering).
Cuando se encuentra algún defecto en algún módulo
de un programa de software que cumple con ciertas características es probable que otro
que se le asemeje pueda tener los mismos defectos.
5.Paradoja del pesticida.
Cuando se implementa una prueba a un
producto de software que arroja algún defecto no es practico aplicar la misma prueba sabiendo de antemano
que nos arrojara la misma información que ya debió se corregida, es necesario
probar el software de diferentes maneras.
6.Las pruebas dependen del contexto.
Dependiendo de las características de producción
e implementación que se le darán al software se generan las pruebas necesarias
para determinar los posibles defectos.
7.La falacia de la ausencia de errores.
El proceso de pruebas de software implementado
de un modo correcto detecta los fallos más relevantes esto no infiere en la
calidad del sistema, un software libre de errores no implica que sea apto para
su uso.
No hay comentarios:
Publicar un comentario