segundo parcial 2017, preguntas 8, 9 y 12

segundo parcial 2017, preguntas 8, 9 y 12

de Federico Ciuffardi Alves -
Número de respuestas: 1

8. Sobre los casos de prueba:

a) El diseño de los casos de prueba a partir de los requisitos solo pueden ser a nivel de sistema

b) Se pueden utilizar para verificar los requisitos 

c) Se pueden utilizar para estimar el esfuerzo que llevará la ejecución de las pruebas

d) Todas son correctas


Por que lo que dice la opcion a) es correcto? No pueden ser a nivel de componente por ejemplo?


9. Indique la opción correcta:

a) Considerando que se diseñaron los casos de pruebas a partir de los requisitos en etapas tempranas podemos afirmar que se siguió un modelo de desarrollo en V 

b) El objetivo de la verificación no es mejorar la calidad del producto 

c) El tiempo usado durante pruebas de sistema es razonable considerando que el objetivo de la verificación es encontrar defectos y corregirlos 

d) Podemos afirmar que la calidad del producto es aceptable dado que las pruebas de sistema implicó un porcentaje de tiempo mayor a la tercera parte del proyecto


Por que la opcion b) es correcta? El comprobar que el sistema cumple con los requerimientos especificados, no es con el objetivo de mejorar la calidad mediante la correccion de los posibles incumplimentos de los requerimientos?


12. Sobre las pruebas de integración

a) No se pueden realizar hasta no tener todos los componentes o módulos desarrollados, ya que justamente la prueba es al integrar los mismos 

b) El objetivo de estas pruebas debería apuntar a chequear que las interfaces de los componentes a integrar funcionan de acuerdo a su especificación 

c) b) y la estrategia de integración “Big-Bang” podría permitir paralelizar algunas actividades previas, ya que todos los módulos se prueban a la misma vez 

d) c), pero utilizar dicha estrategia puede provocar algunas dificultades, como por ejemplo detectar el origen de una falla.

Por que lo que dice la opcion c) es correcto? Que actividades previas permite paralelizar que otros metodos de integracion (usando drivers y stubs) no lo permitan?

En respuesta a Federico Ciuffardi Alves

Re: segundo parcial 2017, preguntas 8, 9 y 12

de Cecilia Apa -

Hola Federico,

Van respuestas entre líneas.

Pregunta 8

Por que lo que dice la opcion a) es correcto? No pueden ser a nivel de componente por ejemplo?

Respuesta: La especificación de requisitos es a nivel de sistema. A nivel de componente (una clase o conjunto de clases relacionadas) se tienen contratos. 


Pregunta 9

Por que la opcion b) es correcta? El comprobar que el sistema cumple con los requerimientos especificados, no es con el objetivo de mejorar la calidad mediante la correccion de los posibles incumplimentos de los requerimientos?

Respuesta: el objetivo de la verificación no es mejorar la calidad del sistema, es encontrar fallas/defectos y con esto, MEDIR la calidad del sistema. Sin duda que la actividad de verificación es una fuente de información para que otras actividades mejoren la calidad del sistema: corrigiendo defectos en el código, mejorando niveles de rendimiento, re-especificando o re-diseñando, etc. Pero esas no son actividades de verificación, sino que toman los resultados de la actividad de verificación para mejorar la calidad del sistema.


Pregunta 12

Por que lo que dice la opcion c) es correcto? Que actividades previas permite paralelizar que otros metodos de integracion (usando drivers y stubs) no lo permitan?

Respuesta: en otras estrategias de integración, se sigue un orden (bottom-up, por ejemplo) lo cual no permite que se prueben las unidades de más alta jerarquía, hasta que no se hayan probado las de más abajo, por lo tanto, probar todas las unidades a la vez no se puede realizar (paralelizar actividades). Para probar los elementos de más alta jerarquía (que dependen de otras unidades) es necesario haber probado estos primero (actividades previas).


Saludos,

Cecilia.