Las actividades de comprobación 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 lo antes 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 tiempo insuficiente para las pruebas.
¿Cuál es la razón principal para probar el software antes de lanzarlo al mercado? para demostrar que el sistema funcionará después de su lanzamiento Decidir cuándo el software tiene la calidad suficiente para publicarlo. encontrar el mayor número posible de errores antes de la publicación proporcionar información para tomar una decisión sobre la publicación basada en el riesgo.
¿Cuál de las siguientes afirmaciones no es cierta? las pruebas de rendimiento pueden realizarse tanto durante las pruebas unitarias como durante las pruebas de todo el sistema La prueba de aceptación no incluye necesariamente una prueba de regresión Las actividades de verificación no deben implicar a los probadores (revisiones, inspecciones, etc.) Los entornos de prueba deben ser lo más parecidos posible a los de producción.
Cuando informen a los desarrolladores de los fallos encontrados, los probadores deben ser: tan educados, constructivos y serviciales como sea posible firmes a la hora de insistir en que un fallo no es una "característica" si debe corregirse diplomáticos, sensibles a la forma en que pueden reaccionar a las críticas Todas las anteriores.
¿En qué orden deben realizarse las pruebas? primero las más importantes primero las pruebas más difíciles (para disponer del máximo tiempo posible para corregirlas) primero las pruebas más fáciles (para dar confianza inicial) en el orden en que se piensen.
Cuanto más tarde en el ciclo de vida de desarrollo se descubre un fallo, más caro resulta solucionarlo. ¿por qué? la documentación es deficiente, por lo que se tarda más en averiguar qué hace el software. los salarios están subiendo el fallo se ha incorporado a más documentación, código, pruebas, etc. ninguna de las anteriores.
¿Qué no es cierto? El evaluador de la caja negra debe ser capaz de comprender una especificación funcional o un documento de requisitos debe ser capaz de entender el código fuente está muy motivado para encontrar fallos es creativo para encontrar los puntos débiles del sistema.
Una técnica de diseño de pruebas es un proceso de selección de 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.
Testware (casos de prueba, conjunto de datos de prueba) necesita una gestión de la configuración igual que los requisitos, el diseño y el código debe construirse de nuevo para cada nueva versión del software sólo se necesita hasta que el software se pone en producción o se utiliza no necesita documentarse ni comentarse, ya que no forma parte del sistema de software liberado sistema de software.
Un sistema de registro de incidencias sólo registra los defectos tiene un valor limitado es una valiosa fuente de información del proyecto durante las pruebas si contiene todas las incidencias Sólo debe ser utilizado por el equipo de pruebas.
Aumentar la calidad del software, mediante mejores métodos de desarrollo, afectará al tiempo necesario para las pruebas (las fases de prueba): reduciendo el tiempo de prueba sin cambios aumentando el tiempo de prueba no se sabe.
La medición de la cobertura no tiene nada que ver con las pruebas es una medida parcial del rigor de las pruebas la cobertura de ramas debería ser obligatoria para todo el software sólo puede aplicarse a las pruebas unitarias o de módulos, no a las pruebas del sistema.
¿Cuándo debe dejar de realizar las pruebas? Cuando se haya agotado el tiempo para las pruebas. cuando se hayan realizado 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 de componentes deben ser de caja negra, las pruebas de sistemas deben ser de caja blanca. si se encuentran muchos errores en las pruebas, no se debe tener mucha confianza en la calidad del software cuantos menos errores se encuentren, mejor han sido las pruebas cuantas más pruebas se realicen, más errores se encontrarán.
¿Cuál es el criterio importante para decidir qué técnica de ensayo utilizar? el conocimiento de una técnica determinada el objetivo de la prueba la idoneidad de la técnica para probar la aplicación si existe una herramienta de apoyo a la técnica.
Si el pseudocódigo de abajo fuera un lenguaje de programación, ¿cuántas pruebas se necesitan para alcanzar
100% de cobertura de sentencias?
1. If x=3 then
2. Display_messageX;
3. If y=2 then
4. Display_messageY;
5. Else
6. Display_messageZ;
7. Else
8. Display_messageZ; 1 2 3 4.
Utilizando el mismo ejemplo de código de la pregunta 17,
1. If x=3 then
2. Display_messageX;
3. If y=2 then
4. Display_messageY;
5. Else
6. Display_messageZ;
7. Else
8. Display_messageZ;
¿cuántas pruebas son necesarias para lograr una cobertura de ramas/decisiones del 100%?
cobertura de ramas/decisiones? 1 2 3 4.
¿Cuál de los siguientes NO es un tipo de prueba no funcional? Estado de transición Usabilidad Rendimiento Seguridad.
¿Cuál de las siguientes herramientas utilizaría para detectar una fuga de memoria? Análisis de estado Análisis de cobertura Análisis dinámico Análisis de memoria.
¿Cuál de las siguientes NO es una norma relacionada con las pruebas? IEEE829 IEEE610 BS7925-1 BS7925-2.
¿Cuál de las siguientes es la norma de ensayo de componentes? IEEE 829 IEEE 610 BS7925-1 BS7925-2.
¿Cuál de las siguientes afirmaciones es cierta? Los fallos en las especificaciones de los programas son los más caros de solucionar. Los fallos en el código son los más caros de corregir. Los fallos en los requisitos son los más caros de arreglar Los fallos en los diseños son los más caros de solucionar.
¿Cuál de las siguientes no es la estrategia de integración? Basada en el diseño Big-bang De abajo arriba De arriba abajo.
¿Cuál de las siguientes es una técnica de diseño de caja negra? prueba de sentencias partición de equivalencias adivinación de errores pruebas de usabilidad.
Un programa con alta complejidad ciclomética es casi probable que sea: Grande Pequeño Difícil de escribir Difícil de probar.
¿Cuál de las siguientes es una prueba estática? inspección de código análisis de cobertura evaluación de usabilidad prueba de instalación.
¿Cuál de los siguientes es el extraño? caja blanca caja de cristal estructural funcional.
Un programa valida un campo numérico de la siguiente manera:
se rechazan los valores inferiores a 10, se aceptan los valores comprendidos entre 10 y 21, se rechazan los valores superiores o iguales a 22 son rechazados
¿Cuál de los siguientes valores de entrada cubre todas las particiones de equivalencia? 10,11,21 3,20,21 3,10,22 10,21,22.
Utilizando las mismas especificaciones que en la pregunta 29,
se rechazan los valores inferiores a 10, se aceptan los valores comprendidos entre 10 y 21, se rechazan los valores superiores o iguales a 22 son rechazados
¿cuál de las siguientes opciones cubre la MAYOR parte de los valores límite? 9,10,11,22 9,10,21,22 10,11,21,22 10,11,20,21.
Un campo de entrada toma el año de nacimiento entre 1900 y 2004. Los valores límite para comprobar este campo son 0,1900,2004,2005 1900, 2004 1899,1900,2004,2005 1899, 1900, 1901,2003,2004,2005.
¿Cuál de los siguientes es un método de prueba no funcional? Pruebas del sistema Pruebas de usabilidad Pruebas de rendimiento Tanto b como c.
¿Cuál de las siguientes herramientas intervendría en la automatización de la prueba de regresión? Probador de datos Comprobador de límites Captura/reproducción Comparador de salida.
La forma incorrecta de cobertura lógica es: Cobertura de enunciado Cobertura de polos Cobertura de condiciones Cobertura de caminos.
¿Cuál de las siguientes no es una característica de calidad enumerada en la norma ISO 9126? Funcionalidad Usabilidad Soportabilidad Mantenibilidad.
Para probar una función, el programador tiene que escribir un _________, que llama a la función a probar y le pasa datos de prueba. Stub Controlador Proxy Ninguna de las anteriores.
¿Cuántos casos de prueba son necesarios para cubrir todas las posibles secuencias de sentencias (caminos) del siguiente fragmento de programa?
del siguiente fragmento de programa?
if (Condition 1)
then statement 1
else statement 2
fi
if (Condition 2)
then statement 3
fi
1 2 3 Ninguna de las anteriores.
¿En qué se basan los casos de prueba de aceptación? Requisitos Diseño Código Tabla de decisiones.
Una técnica de prueba común durante la prueba de componentes es Prueba de sentencias y ramas Pruebas de usabilidad Pruebas de seguridad Pruebas de rendimiento.
La cobertura de declaraciones no comprobará lo siguiente. Extractos que faltan Sucursales no utilizadas Código muerto Declaración no utilizada.
|
