Son los diferentes procesos que se realizan durante un
desarrollo, para asegurar que este completo, correcto, tenga
calidad, entre otros factores de gran importancia.
Las pruebas revelan la presencia de bugs, no la
ausencia de ellos
Probar reduce la probabilidad de que existan
bugs pero nunca se puede asegurar que no
quede ninguno oculto.
Es imposible probarlo todo
*Probar todos los caminos es un problema
inabordable y hacer una estrategia de pruebas
(un plan) y priorizar a partir de una gestión de
riesgos de calidad y de proyecto
Cuanto antes se comience a
probar…mejor
Corregir un bug con una revisión en la fase de
captura de requisitos o en una prueba unitaria
tiene un coste mucho menor a lo que costará
corregir este bug cuando se detecte en una prueba
de sistema, o peor aún, en una prueba de
aceptación por el cliente.
Las aglomeración de defectos. ¡Los bugs siempre van en
pandilla!
si encuentras un bug en un componente, es muy
probable que hayan más.sería centrarse en mejorar las
pruebas de aquellos componentes para los que se han
reportado un número mayor de bugs, para ser más
eficaces a la hora de cazarlos en fases tempranas.
La paradoja del pesticida
un plan de pruebas va perdiendo
efectividad conforme se ejecuta sucesivas
veces.
Las pruebas se deben adaptar a
necesidades específicas
qué estrategia debemos seguir para encontrar y
corregir lo antes posible los bugs en las
funcionalidades de mayor valor para nuestros
usuarios.
La falacia de la ausencia de
errores
Que hayas corregido muchos bugs
no significa que finalmente tu
software sea un éxito.