Software testing

Las actividades de prueba del software deben comenzar

• tan pronto como se escriba el código

• durante la fase de diseño

• cuando se hayan documentado formalmente los requisitos

• tan pronto como sea posible en el ciclo de vida del desarrollo

Los fallos encontrados por los usuarios se deben a

• Software de mala calidad

• Software de mala calidad y pruebas deficientes

• Mala suerte

• Falta de tiempo para las pruebas

¿Cuál es la principal razón para probar el software antes de lanzarlo?

• para demostrar que el sistema funcionará después de su lanzamiento

• para decidir cuándo el software tiene la calidad suficiente

• obtener información de todos los riesgos antes de liberar la release

• para encontrar el mayor número posible de errores antes de la publicación

Al informar de los fallos encontrados a los desarrolladores, los testers deben ser

• educados y constructivos

• firmes en que un fallo no es una "feature" y se debe arreglar

• diplomáticos, sensibles a la forma en que pueden reaccionar a las críticas

• todo lo anterior

¿En qué orden deben realizarse las pruebas?

• primero las pruebas más importantes

• las más difíciles primero (para tener más tiempo para arreglarlas)

• en el orden en que se nos ocurran

• las pruebas más fáciles primero (para dar confianza inicial)

Cuanto más tarde en el ciclo de vida del desarrollo se descubra un fallo, más caro será solucionarlo. ¿Por qué?

• la documentación es todavía escasa y es difícil entender el código

• los salarios aumentan

• El fallo se suma a más documentación, más código, más pruebas, etc.

• Ninguna de las anteriores

Una técnica de diseño de pruebas es

• un proceso de selección de entradas y casos de prueba

• un proceso para determinar los resultados esperados

• una forma de medir la calidad del software

• una forma de medir en un plan de pruebas lo que hay que hacer

La cobertura

• No tiene nada que ver con las pruebas

• es una medida parcial de la exhaustividad de las pruebas

• de ramas debería ser obligatoria para todo el software

• sólo es aplicable a pruebas unitarias, no en las pruebas de integración

¿Cuándo hay que dejar de hacer pruebas?

• cuando se haya terminado el periodo de pruebas

• cuando se hayan ejecutado todas las pruebas previstas

• cuando se hayan cumplido los criterios de finalización de las pruebas

• cuando no se hayan encontrado fallos en las pruebas realizadas

¿Cuál de las siguientes afirmaciones es cierta?

• Las pruebas del sistema son de caja blanca

• si encuentro muchos errores no debo confiar en la calidad de mi software

• cuanto menos errores se encuentren, mejor serán las pruebas

• cuantas más pruebas se realicen, más errores se encontrarán.