Los sietes principios para las pruebas (K2 - entender, explicar , razonar)

Objetivos:

1. Explicar los sietes principios del proceso de pruebas (K2).

Términos usados en este artículo: PRUEBAS EXHAUSTIVAS.

• Principios

En los últimos 40 años se han propuesto una serie de principios que establecen pautas generales comunes a todas las pruebas.

Principio 1 - Las pruebas demuestran la presencia de defectos.

1. Las pruebas pueden demostrar que hay defectos, pero no pueden probar que no los hay.
2. Las pruebas reducen la probabilidad de que haya defectos ocultos en el software pero, aunque no se detecte ningún defecto , no constituyen una evidencia de corrección.

Principio 2 - Las pruebas exhaustivas no existen.

Probar todo (todas las combinaciones de entradas y pre condiciones  es imposible, salvo en caso triviales. En lugar de pretender hacer pruebas exhaustivas, se deben realizar análisis de riesgos y prioridades para centralizar los esfuerzos de las pruebas.

Principio 3 - Pruebas tempranas.

Para identificar los defectos en una etapa temprana, las actividades de pruebas se iniciarán lo antes posible en el ciclo de  vida del software o del desarrollo del sistema, debiendo centrarse en objetivos definitivos.

Principio 4 - Agrupación de defectos.

Las pruebas deben concentrarse de manera proporcional en la densidad esperada, y más tarde observada, de los defectos de los módulos: Normalmente la mayor parte de los defectos detectados durante las pruebas al lanzamiento y la mayoría de los fallos operativos se concentran en un número reducido de módulos.

Principio 5 -  Paradoja del pesticida.

Si repetimos las mismas pruebas una y otra vez eventualmente la misma serie de casos de prueba dejará de encontrar defectos nuevos. Para superar esta "paradoja del pesticida", los casos de prueba deben revisarse periódicamente y deben escribirse pruebas nuevas y diferentes para ejercitar distintas partes del software o del sistema con vistas a poder detectar más defectos.

Principio 6 - Las pruebas dependen del contexto.

Las pruebas se llevan a cabo de manera diferente según el contexto. Así por ejemplo, la forma de probar un software crítico para la seguridad variará de la de un sitio de comercio electrónico.

Principio 7 - Falacia de ausencia de errores.

La detección y corrección de defectos no servirá de nada si el sistema construido no es usable y no cumple las expectativas y necesidades de los usuarios.

Pregunta de examen

6 Consider the following statements about early test design:
i. early test design can prevent fault multiplication
ii. faults found during early test design are more expensive to fix
iii. early test design can find faults
iv. early test design can cause changes to the requirements
v. early test design takes more effort

a) i, iii & iv are true. ii & v are false-->OK
b) iii is true, I, ii, iv & v are false
c) iii & iv are true. i, ii & v are false
d) i, iii, iv & v are true, ii us false
e) i & iii are true, ii, iv & v are false

6 Considere las siguientes afirmaciones sobre diseño de la prueba temprana

i. El diseño de la prueba temparana puede prevenir la multiplicación de fallos.-->OK
ii.las fallas encontradas durante el diseño de la prueba temprana son más costosos de arreglar.-->NOK
iii.El diseño de la prueba temprana puede encontrar fallas-->OK
iv.El diseño de la prueba temprana puede causar cambios en los requisitos-->OK
v. El diseño de la prueba temprana requiere más esfuerzo-->NOK

a) i, iii & iv son verdaderas. ii & v son falsas false-->OK
b) iii es verdadera, I, ii, iv & v son falsas
c) iii & iv son vrdaderas. i, ii & v son falsas
d) i, iii, iv & v son verdaderas, ii es falsa
e) i & iii son veraderas, ii, iv & v son falsas