RSS feed for InstantSpot site Ingeniería del Software

Estrategias de prueba de software

Mon, 03 Nov 2008 21:52:00 GMT

1. Compare la actividad de diseño de una prueba con la de diseño de la estrategia de la pruebas. ¿A qué nivel se piensa el sistema en cada caso?

2. ¿Quién hace la estrategia de pruebas?

3. Defina verificación de software.

4. Defina validación de software.

5. ¿Se puede probar la existencia de calidad en el software?

6. ¿Cuáles son los problemas sicológicos que plantea el proceso de pruebas a los desarrolladores?

7. El grupo independiente de pruebas elimina conflictos de intereses. Indique cuáles son.

8. El proceso de prueba se puede ilustrar con un modelo en espiral. Explique.

9. ¿Cómo se determina que se han hecho las pruebas necesarias? ¿Cuándo termina el proceso de pruebas?

10. Cuando probamos un software completamente, ¿podemos estar seguros que no fallará?

11. Hacer las pruebas agrega calidad al software. Explique o discuta esa proposición.

12. ¿Qué pasos o puntos debemos abordar si deseamos implementar con éxito una estrategia de pruebas?

13. ¿Qué es una prueba de unidad? ¿Quién la escribe?

14. Enumere 5 errores de cálculo más comunes.

15. ¿Qué es el enfoque antipurgado de Yourdon?

16. Describa en sus palabras qué características debe satisfacer un mensaje de error.

17. Explique para qué sirve un controlador (driver) en una prueba de unidad.

18. Explique para qué sirve un resguardo (stub) en una prueba de unidad.

19. ¿Qué es una prueba de integración?

20. Explique cómo se realizan las pruebas de integración con un enfoque descendente (top-down).

21. Explique cómo se realizan las pruebas de integración con un enfoque ascendente (bottom-up).

22. Compare ventajas y desventajas entre la integración ascendente y la descendente.

23. ¿Qué es una prueba de regresión?

24. ¿Qué es una prueba de humo?

25. ¿Qué significa que se valida el software en la prueba de validación?

26. ¿Para qué sirve la revisión de la configuración?

27. ¿Dónde se realiza la prueba alfa? ¿Quién la realiza?

28. ¿Dónde se realiza la prueba beta? ¿Quién la realiza?

29.

Técnicas de prueba del software

Mon, 03 Nov 2008 21:10:00 GMT

1. ¿Qué es una prueba de software?

2. ¿Quíen la realiza?

3. ¿Qué debe probarse en un software?

4. Cuando termino de hacer las pruebas, ¿cuál es el producto que entrego?

5. Las pruebas ¿comportan una actividad constructiva o destructiva?

6. ¿Cuándo tiene éxito una prueba?

7. ¿Cuál es la diferencia entre un error y un defecto?

8. Enumere tres principios básicos de las pruebas del software.

9. ¿Qué significa incorporar la "facilidad de prueba" en un programa?

10. Explique qué es cada una de las características siguientes, que sirven para desarrollar un software fácil de probar:

operativodad
observabilidad
controlabilidad
capacidad de descomposición
simplicidad
estabilidad
facilidad de comprensión

11. ¿Es mejor que haya pruebas redundantes?

12. ¿Es mejor que cada desarrollador pruebe los programas que hace? Explique.

13. ¿Es mejor separar cada caso de prueba o juntarlos en un solo caso que los englobe?

14. ¿Cuál es mejor: una prueba con alta probabilidad de encontrar un eror o una con baja probabilidad?

15. El software debe hacer lo previsto y no debe hacer lo no previsto. ¿Cómo realiza estas pruebas? ¿Caja negra o caja blanca?

16. Defina las pruebas de caja negra. ¿Qué usa como dato para contruirlas?

17. Defina las pruebas de caja blanca. ¿Qué usa como dato para contruirlas?

18. Se deben usar pruebas de caja negra y de caja blanca. Explique porqué y cómo las ventajas de una son debilidades de la otra.

19. ¿Es razonable ejercitar todos los caminos de un programa en una prueba de caja blanca?

20. Si todas las sentencias de nuestro programa están cubiertas por alguna prueba, ¿es eso suficiente para demostrar que funciona bien? Si lo es, muestre un ejemplo, si no lo es, dé un contraejemplo.

21. ¿Es factible usar todas las entradas posibles y las salidas para comprobar exhaustivamente un software?

22. Defina complejidad ciclomática. ¿Cómo se calcula?

23. ¿Qué es un camino independiente en un grafo de flujo?

24. ¿Cómo se obtienen los casos de prueba en la prueba de camino básico? Enumere los pasos que va a seguir o dé un ejemplo.

25. ¿Qué son las pruebas de condición?

26. Enumere los tipos de error de una condición.

27. Indique cómo se hace un prueba de ramificaciones.

28. Indique cómo se hace un prueba de dominio.

29. Indique cómo funciona la BRO: prueba del operador relacional y de ramificación.

30. ¿Cómo funciona el método de prueba de flujo de datos?

31. ¿Cómo se prueba un bucle simple?

32. ¿Cómo se prueban bucles anidados?

33. ¿Cómo se prueban bucles concatenados?

34. ¿Qué hay que hacer con los bucles no estructurados?

35. ¿Cuáles son las categorías de errores que permite encontrar las pruebas de caja negra?

36. ¿Para qué sirve el grafo de objetos en la prueba de caja negra? ¿Qué representan los vértices y las aristas?

37. ¿Cómo trabaja el método de prueba por partición equivalente? ¿Qué se usa como dato en este método?

38. Indique las clases de equivalencia del siguiente ejemplo:

Se debe ingresar el código ISBN de un libro para buscarlo en una biblioteca, luego la cantidad necesaria para dictar el curso y la fecha en la cual se usará. El sistema indica si hay suficientes o no.

39. Explique cómo funciona el análisis de valores límite.

40. ¿Cuándo se utiliza la prueba de comparación?

41. ¿Cuándo se utiliza la prueba de la tabla ortogonal? ¿Cuáles fallos detecta? ¿Cuáles aisla?

42. ¿Cuáles son las dificultades adicionales para la prueba de las interfaces gráficas?

43. ¿Cómo se hace para probar la documentación?

Bienvenida, bienvenido

Mon, 08 Sep 2008 03:19:00 GMT

Este es el blog de la asignatura Ingeniería del Software II que se dicta en la Universidad Adventista del Plata.

Aquí encontrará novedades, fechas de eventos como entregas de trabajos prácticos y exámenes, y también la información más duradera como el Programa de estudios de la asignatura y la bibliografía.