option
Cuestiones
ayuda
daypo
buscar.php

Test 4

COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del Test:
Test 4

Descripción:
Preparacion

Fecha de Creación: 2014/10/24

Categoría: Otros

Número Preguntas: 40

Valoración:(0)
COMPARTE EL TEST
Nuevo ComentarioNuevo Comentario
Comentarios
NO HAY REGISTROS
Temario:

Dividimos la prueba en etapas distintas, principalmente porque: Cada etapa de prueba tiene un propósito diferente. Es más fácil manejar las pruebas por etapas. Podemos correr diferentes pruebas en diferentes entornos. Los más etapas que tienen, mejor será la prueba.

¿Cuál de las siguientes es probable que más se benefician de la utilización de herramientas de análisis que aporten pruebas capturar y reproducir instalaciones?. Las pruebas de regresión. Las pruebas de integración. Las pruebas del sistema. las pruebas de aceptación del usuario.

¿Cuál de las siguientes afirmaciones no es correcta?. Un conjunto de prueba mínima que alcanza una cobertura del 100% LCSAJ también alcanzará cobertura de sucursales 100%. Un conjunto de prueba mínima que alcanza una cobertura del 100% ruta también lograr una cobertura del 100% declaración. Un conjunto de prueba mínima que alcanza cobertura de caminos 100% generalmente detectará más faltas que uno que alcanza una cobertura del 100% declaración. Un conjunto de prueba mínima que alcanza una cobertura del 100% declaración general detectará más faltas que logra cobertura de sucursales 100%.

¿Cuál de los siguientes requisitos es comprobable?. El sistema debe ser fácil de usar. Las partes críticas para la seguridad del sistema deberán contener 0 faltas. El tiempo de respuesta será de menos de un segundo para la carga de diseño especificada. El sistema estará diseñado para ser portátil.

Analizar el siguiente procedimiento muy simplificado: Si el cliente desea "retorno" Pregunte: "¿Qué tasa, estándar o de Cheap-día?" SI las respuestas de los clientes 'Cheap-días " Di: "Eso será 11:20 EUR" ELSE Di: "Eso será 19:50 EUR" ENDIF ELSE Di: "Eso será 9:75 EUR" ENDIF Ahora decidir el número mínimo de pruebas que se necesitan para garantizar que todos los Se han formulado las preguntas, se han producido todas las combinaciones y todo respuestas dadas. 3. 4. 5. 6.

Error de adivinanzas: complementa las técnicas de diseño de pruebas formales. Sólo se puede utilizar en el componente, la integración y las pruebas del sistema. sólo se realiza en las pruebas de aceptación del usuario. no es repetible y no debe ser utilizado.

¿Cuál de los siguientes NO es el caso de los criterios de cobertura de la prueba?. los criterios de cobertura de prueba se pueden medir en términos de artículos ejercidas por una serie de pruebas. Una medida de los criterios de cobertura de la prueba es el porcentaje de los requerimientos del usuario cubierto. Una medida de los criterios de cobertura de la prueba es el porcentaje de fallos encontrados. los criterios de cobertura de prueba se utilizan a menudo cuando se especifican los criterios de terminación de las pruebas.

Al priorizar qué vamos a probar, el objetivo más importante es: encontrar tantas faltas como sea posible. las zonas de alto riesgo de Ensayo. Obtener una buena cobertura de la prueba. Prueba de todo lo que es más fácil de probar.

Teniendo en cuenta los siguientes conjuntos de términos de gestión de pruebas (VZ), y la descripción de las actividades (1-5), que uno de los siguientes mejores pares de los dos conjuntos?. control de prueba. Monitoreo de prueba. Estimación de prueba. la gestión de incidentes. control de configuración.

¿Cuál de las siguientes afirmaciones sobre las pruebas del sistema NO es verdadera?. las pruebas del sistema se realiza a menudo por equipos independientes. La prueba funcional se utiliza más de pruebas estructurales. Fallos encontrados durante las pruebas del sistema pueden ser muy costosos de arreglar. Los usuarios finales deben participar en las pruebas del sistema.

¿Cuál de los siguientes es falsa?. Los incidentes siempre debe ser arreglado. Un incidente se produce cuando se espera que los resultados reales difieran. Los incidentes pueden ser analizados para ayudar en la mejora del proceso de pruebas. Un incidente puede elevarse contra la documentación.

prueba suficiente se ha realizado cuando: el tiempo se agote. El nivel de confianza requerido se ha alcanzado. no se encuentran más fallos. Los usuarios no encontrar fallos graves.

¿Cuál de los siguientes NO es el caso de los incidentes?. Resolución de Incidentes es la responsabilidad del autor del software bajo prueba. Los incidentes pueden ser planteadas en contra de los requerimientos del usuario. Los incidentes requieren una investigación y / o corrección. Los incidentes se suscitaron cuando se espera que los resultados reales difieran.

¿Cuál de los siguientes no es descrito en un estándar de prueba de unidad?. las pruebas de sintaxis. partición de equivalencia. el estrés testing. Cobertura condición / decisión modificada.

¿Cuál de los siguientes es falsa?. En un sistema de dos fallos diferentes pueden tener diferentes niveles de gravedad. Un sistema es necesariamente más fiable después de la depuración para la eliminación de un fallo. Un fallo no tiene por qué afectar la fiabilidad de un sistema. los errores no detectados pueden conducir a fallas y eventualmente a un comportamiento incorrecto.

¿Cuál de las siguientes afirmaciones, acerca de las herramientas de captura y reproducción, no es correcta?. Se utilizan para la realización de análisis multi-usuario. Se utilizan para capturar y animar los requerimientos del usuario. Son los tipos más frecuentemente comprados de herramienta CAST. Capturan aspectos del comportamiento de los usuarios.

¿Cómo estimar la cantidad de veces a probar probable que se requiera?. Las mediciones de proyectos similares anteriores. Las conversaciones con el equipo de desarrollo. El tiempo asignado para las pruebas de regresión.

¿Cuál de los siguientes es cierto para el modelo V?. Se afirma que los módulos son probados contra los requisitos del usuario. Sólo los modelos de la fase de prueba. Se especifican las técnicas de prueba para ser utilizado. incluye la verificación de diseños.

El supuesto oráculo. es que hay algún sistema existente contra la salida de prueba que se puede comprobar. Es que el probador puede identificar de forma rutinaria el resultado correcto de una prueba. es que el probador sabe todo sobre el software bajo prueba. Es que las pruebas son revisados por evaluadores con experiencia.

¿Cuál de los siguientes caracteriza el costo de las fallas?. Son más baratos de encontrar en las fases tempranas de desarrollo y los más costosos de arreglar en el últimas fases de prueba. Son más fáciles de encontrar durante las pruebas del sistema, pero el más caro para fijar entonces. Las fallas son más baratos de encontrar en las primeras fases de desarrollo, pero el más caro para fijar entonces. A pesar de las fallas son más caros de encontrar durante las fases tempranas de desarrollo, que son más baratos que fijar entonces.

¿Cuál de los siguientes no debería normalmente ser un objetivo para una prueba?. Para descubrir fallas en el software. Para evaluar si el software está listo para el lanzamiento. Para demostrar que el software no funciona. Para demostrar que el software es el correcto.

¿Cuál de las siguientes es una forma de prueba funcional?. el análisis del valor límite. Las pruebas de usabilidad. Las pruebas de rendimiento. las pruebas de seguridad.

¿Cuál de los siguientes NO sería normalmente forman parte de un plan de pruebas?. características para ser probado. reportes de Incidentes. Riesgos. Horario.

cual actividades proporciona el mayor potencial de ahorro de costes de la utilización eso?. management Test. diseño de prueba. Ejecución de la prueba. la planificación de pruebas.

¿Cuál de los siguientes NO es una técnica de caja blanca?. Declaración de las pruebas. las pruebas de ruta. la prueba de flujo de datos. las pruebas de transición de estados.

estudios de análisis de flujo de datos: los cuellos de botella de comunicación posibles en un programa. La tasa de cambio de los valores de datos como un programa ejecuta. La utilización de los datos sobre las rutas a través del código. La complejidad intrínseca del código.

En un sistema diseñado para calcular el impuesto a pagar: Un empleado tiene £ 4000 del impuesto sobre el salario libre. La próxima £ 1500 se grava al 10% la próxima £ 28,000 se grava al 22% cualquier otra cantidad lo están al 40% a la libra entero más cercano, ¿cuál de ellos es un caso de prueba Análisis de Valor Límite válida?. £ 1.500. £ 32.001. £ 33.501. £ 28.000.

Un beneficio importante de inspecciones de código es que: permitir que el código para ser probado antes de que el entorno de ejecución está listo. puede ser realizada por la persona que escribió el código. Puede ser realizado por personal inexperto. Es barato de realizar.

¿Cuál de las siguientes es la mejor fuente de resultados esperados para la prueba de aceptación del usuario guiones?. Los resultados reales. Especificación del programa. Requisitos de usuario. Especificación del sistema.

¿Cuál es la principal diferencia entre un tutorial y una inspección?. Una inspección es dirigida por el autor, mientras que un tutorial está dirigido por un moderador capacitado. Una inspección tiene un líder entrenado, mientras que un tutorial no tiene un líder. Los autores no están presentes en las inspecciones, mientras que son durante los recorridos. Un tutorial está dirigido por el autor, mientras que una inspección es dirigida por un moderador capacitado.

¿Cuál de las siguientes opciones describe el principal beneficio de la verificación a principios de la vida ciclo?. Se permite la identificación de los cambios en los requisitos del usuario. Facilita conjunto oportuna por el entorno de prueba. Se reduce la multiplicación defecto. Permite que los probadores se involucren al principio del proyecto.

Las pruebas de integración en el pequeño: Pruebas de los componentes individuales que se han desarrollado. Pruebas de las interacciones entre los módulos o subsistemas. sólo utiliza componentes que forman parte del sistema en vivo. Pruebas de interfaces para otros sistemas.

El análisis estático se describe mejor como: El análisis de programs. La revisión de los planes de prueba. El análisis de código de programa. El uso de las pruebas de caja negro.

pruebas alfa es: las pruebas posteriores a la liberación de los representantes de los usuarios finales en el sitio del desarrollador. La primera prueba que se realiza. Pruebas previas a la liberación de los representantes de los usuarios finales en el sitio del desarrollador. Prueba de Pre-lanzamiento por representantes de los usuarios finales en sus sitios.

Una falla es: que se encuentra en el software; el resultado de un error. Salida de comportamiento especificado. Un paso correctos, o proceso de datos de definición en un programa de ordenador. Una acción humana que produce un resultado incorrecto.

En un sistema diseñado para calcular el impuesto a pagar: Un empleado tiene £ 4000 del impuesto sobre el salario libre. La próxima £ 1500 se grava al 10% la próxima £ 28,000 se grava al 22% cualquier otra cantidad lo están al 40% cuál de estos grupos de números sería caer en la misma clase de equivalencia?. £ 4.800; £ 14,000; £ 28,000. £ 5.200; £ 5.500; £ 28,000. £ 28.001; £ 32,000; £ 35,000. £ 5.800; £ 28,000; £ 32,000.

La cosa más importante sobre el diseño del ensayo temprano es que,. preparación de la prueba hace que sea más fácil. Medios no se requieren inspecciones. Se puede prevenir la multiplicación de fallos. podrá encontrar todas las fallas.

¿Cuál de las siguientes afirmaciones acerca de comentarios es de verdad?. Críticas no se pueden realizar en las especificaciones de requisitos de usuario. Las revisiones son la manera menos efectiva de código de prueba. Evaluaciones es poco probable para encontrar fallas en los planes de prueba. Las revisiones deben ser realizadas en las especificaciones, el código y los planes de prueba.

Los casos de prueba se diseñan durante: la grabación de prueba. la planificación de pruebas. Configuración de la prueba. Especificación de prueba.

Un sistema de gestión de la configuración, normalmente, no proporciona: la vinculación de las necesidades del cliente a los números de versión. Instalaciones para comparar los resultados con los resultados esperados. Las diferencias precisas en versiones de código fuente de los componentes de software. restringido el acceso a la biblioteca de códigos fuente.

Denunciar Test