Pruebas de Sistemas

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Pruebas de Sistemas por Mind Map: Pruebas de Sistemas

1. Tipos de Pruebas

1.1. Caja Blanca: Es un método de diseño de casos de prueba que usa la estructura de control del diseño procedimental para obtener los casos de prueba.

1.2. Caja Negra: Permite obtener conjuntos de condiciones de entrada que ejerciten completamente todos los requisitos funcionales de un programa.

2. Principios

2.1. A todas las pruebas se les debería poder hacer un seguimiento hasta los requisitos del cliente.

2.2. Las pruebas deberían planificarse mucho antes de que empiecen.

2.3. El principio de Pareto es aplicable a la prueba del software.

2.4. Las pruebas deberían empezar por «lo pequeño» y progresar hacia «lo grande».

2.5. No son posibles las pruebas exhaustivas.

2.6. Para ser más eficaces, las pruebas deberían ser realizadas por un equipo independiente.

3. Definición

3.1. Las pruebas del software son un elemento crítico para la garantía de calidad del software y representa una revisión final de las especificaciones, del diseño y de la codificación.

4. Objetivos

4.1. 1. La prueba es el proceso de ejecución de un programa con la intención de descubrir un error.

4.2. 2. Un buen caso de prueba es aquel que tiene una alta probabilidad de mostrar un error no descubierto hasta entonces.

4.3. 3. Una prueba tiene éxito si descubre un error no detectado hasta entonces.

5. Caracteristicas

5.1. Operatividad. «Cuanto mejor funcione, más eficientemente se puede probar.»

5.2. Observabilidad. «Lo que ves es lo que pruebas.»

5.3. Controlabilidad. «Cuanto mejor podamos controlar el software, más se puede automatizar y optimizar.»

5.4. Simplicidad. «Cuanto menos haya que probar, más rápidamente podremos probarlo.»

5.5. Estabilidad. «Cuanto menos cambios, menos interrupciones a las pruebas.»

5.6. Facilidad de comprensión. «Cuanta más información tengamos, más inteligentes serán las pruebas.»