A.   Puede resistir el desarrollo y luchar por los errores que se solucionan

C.   Psicología social MCQS

D.   Han pasado por el ciclo de desarrollo de software completo

A.   Verdadero

A.   El probador quiere probar todos los datos de entrada posibles.

B.   El probador tiene conocimiento de las estructuras internas del software.

D.   El probador no está seguro de todos los conjuntos de datos de entrada.

B.   Ninguna diferencia

C.   La prueba beta involucra un pequeño grupo de usuarios finales, pero la prueba piloto involucra un grupo grande

D.   La diferencia es vaga

B.   Robustez del software

C.   Disponibilidad bajo una carga pesada

D.   Rendimiento bajo una carga pesada

A.   Partitions las pruebas entre los tramos de igual tiempo

B.   divide la prueba por igual entre los probadores

D.   Prueba si las particiones de disco están igualmente distribuidas

A.   Ejecutar BVT y monitorear recursos

C.   Ejecución de recursos de cobertura de código y monitoreo

B.   Verificar los cambios

C.   Verificar los efectos secundarios después de los cambios

D.   Ninguno

A.   Prueba de API

B.   Cobertura de declaración

C.   Prueba de mutación

A.   Verdadero

B.   Verdadero

A.   Moderador, autor/productor, lector

B.   Autor/productor, lector, inspector

C.   Inspector, grabador

A.   Solo después de que se escribió el código

B.   Los equipos de pruebas no planifican las pruebas, los desarrolladores lo hacen

D.   No hay necesidad de planificar, las pruebas se realizan mediante las especificaciones

B.   Examen de la unidad

C.   Prueba de caja gris

D.   Prueba funcional

A.   Prueba un sistema completamente integrado para verificar que cumpla con sus requisitos

C.   Asegura que el sistema esté instalado correctamente y funcione en el hardware del cliente real

D.   Pruebas que buscan verificar las interfaces entre componentes contra un diseño de software

A.   Prueba blanca

B.   Prueba beta

C.   Pruebas de rendimiento

A.   Desarrollador

C.   Gerente de Proyectos de Software

D.   Ingeniero de software

A.   El caso de uso es parte de la planificación de la prueba

C.   El plan de prueba es parte del caso de uso

D.   El plan de prueba y el caso de uso son los mismos

A.   Indicador de aprobación/falla

B.   Requisitos relacionados

D.   ID de caso de prueba

A.   Pruebas de rendimiento

B.   Prueba beta

D.   Prueba blanca

A.   Los aficionados realizan las pruebas como un pasatiempo y la depuración generalmente es realizada por profesionales

C.   Las pruebas y la depuración son términos intercambiables y esencialmente la misma actividad

D.   La depuración es una descripción general muy superficial del código y las pruebas es un intento mucho más riguroso de corregir el error

A.   Las pruebas funcionales incluyen casos de prueba que validan los registros de seguridad, el rendimiento y las pruebas de disco y espacio de memoria. Las pruebas no funcionales incluyen la prueba de las funciones reales que el usuario final usará, incluidas las transacciones y el reputar

A.   Prueba de caja blanca

B.   Prueba de seguridad

D.   Examen de la unidad

B.   Verificar que el error corregido no afecte las otras secciones de los módulos verificando la funcionalidad

A.   100000

C.   300000

D.   200000

B.   FALSO

A.   piscina

C.   prueba de escenario

D.   compilación de pruebas

A.   PTQ

B.   TPQ

C.   Cutetp

D.   Ruing

A.   Solo responsabilidad del gerente del proyecto.

C.   Evaluar el riesgo de no contratar suficientes evaluadores para el proyecto.

D.   Análisis de cómo reaccionarán los clientes sobre los problemas de software.

E.   Reunión de marketing donde se discuten las nuevas características.

A.   Solo en nuevas características; Las características antiguas ya están probadas

B.   Solo donde no hay equipo de prueba

C.   Solo en código complejo; Deben centrarse en desarrollar

A.   Centro de aprendizaje de desarrollo de software

B.   Ciclo de vida de defectos severos

D.   Software Defectos del ciclo de vida

E.   Ciclo de vida de detección de software

A.   Verdadero

A.   Caja negra

B.   caja blanca

D.   Caja gris

B.   II. excelente para administrar los requisitos comerciales

C.   I. excelente en especificaciones y horarios

D.   Iii. Tanto un probador como un gerente de programa

A.   Tabla de contenido seguida de múltiples caracteres.

B.   Desarrollado por analistas de negocios para cumplir con los requisitos.

C.   Trabajo colectivo del equipo de control de calidad en riesgos de prueba de software.

A.   Prueba de variación ocupada

B.   Tema de validación de construcción

C.   Bane de mi propia existencia

A.   Prueba de Blackbox

B.   Prueba blanca

C.   Examen de la unidad

A.   Verdadero

A.   QTP

B.   Ui de jabón

C.   Selenio

D.   Sahi

B.   VERDADERO

A.   Revisión de código

C.   Especificación

D.   Paso de prueba

A.   Estudio de prueba

C.   Selenio

D.   QTP

A.   Prueba de configuración

B.   Pruebas de rendimiento

C.   Prueba de Blackbox

B.   No podemos automatizar las entradas del usuario

C.   Puede ser difícil repetir la prueba

D.   No es posible ejecutar la prueba

A.   Sin diferencia, son lo mismo

C.   Las pruebas de regresión aseguran que se haya eliminado la falla original; Volver a probar busca efectos secundarios inesperados

B.   Esto se refiere a probar las aplicaciones en diferentes servidores

C.   Esto se refiere a probar las aplicaciones en diferentes navegadores.

A.   Modelo de cascada

B.   Modelo V

C.   Modelo espiral

A.   Garantía de calidad del software

B.   Planificación de pruebas

C.   La reducción de riesgos

A.   Verdadero

A.   Análisis de ruta completado

B.   Informe de incidente de prueba completado

C.   Análisis de cobertura de código completado

E.   Informe de resumen de prueba completado

A.   Los probadores no se involucran antes de que se escriba el código

B.   Los ingenieros de software no necesitan realizar pruebas

C.   Reduce la tensión entre probadores y desarrolladores

B.   Identificar defectos en el sistema relacionados con escenarios extremos.

C.   Identificar defectos en el sistema relacionado con el uso de prácticas de programación no aprobadas.

D.   Para identificar defectos en las conexiones entre componentes.

A.   Test de aceptación

B.   Pruebas de integración

D.   Prueba beta

A.   Desarrollo

B.   Revisión de código

D.   Pruebas

A.   prueba alfa

B.   Prueba de caja negra

D.   prueba de compatibilidad

A.   Condiciones de límite de prueba lo más posible desde los bordes de las clases de equivalencia de entrada y salida

B.   Pruebe el límite entre la memoria y el disco para evitar ataques de seguridad

D.   Pruebe el límite entre el navegador y el servidor para evitar ataques de seguridad

E.   Pruebas que están "en el límite" y deben considerarse para eliminarse del plan de prueba debido a su bajo valor

A.   Prueba de Blackbox

C.   Pruebas de rendimiento

D.   Prueba beta

A.   Prueba de código negro

B.   Prueba de borde de caja

C.   Ninguno de esos

E.   Prueba de compatibilidad de límites

A.   Herramientas de depuración

B.   Herramientas de análisis estático

D.   Ninguno de esos

B.   Verdadero

A.   Valor válido del rango 1 - 10000

C.   Valor no válido por debajo de 1

D.   valor no válido por encima de 1000

B.   ¿Puede delegar las pruebas de trabajo volver al equipo de desarrollo?

C.   Lo suficientemente perezoso como para no querer hacer las cosas más de una vez

D.   Puede quedarse despierto toda la noche en la hora del tiempo

A.   Prueba de carga

C.   Prueba de configuración

D.   Pruebas de estrés

A.   Prueba alfa

B.   Prueba beta

D.   Pruebas de aceptación del usuario

A.   Pruebas de aceptación Verifique los requisitos y escenarios definidos por el cliente el producto debe cumplir

B.   En TDD, las pruebas se escriben incluso antes del código

D.   Una suite de prueba es una colección de casos de prueba

A.   El caso de prueba tiene una alta probabilidad de encontrar un error.

B.   El caso de prueba prueba entradas inválidas.

C.   El caso de prueba no es demasiado simple ni demasiado complejo.

A.   Funciones y responsabilidades

B.   Plantillas de prueba

D.   (todos estos)

E.   Calendario de pruebas

B.   Preparación del documento de estrategia de prueba

C.   Estimación del esfuerzo de prueba

D.   Selección de herramientas de prueba

B.   Verdadero

B.   una lista de navegadores que cada probador necesita tener en su oficina

C.   algo que puede esperar hasta el último sprint

D.   una lista de navegadores que podrían probarse en

A.   Modelo espiral

B.   Modelo de cascada

C.   Modelo lineal

B.   Las pruebas pueden encontrar discrepancias entre el software y las especificaciones.

C.   Los casos de prueba se pueden escribir tan pronto como se complete la especificación funcional.

D.   Los probadores pueden no ser técnicos.

A.   Planificación de pruebas

B.   Calidad de software

C.   Riesgo de prueba

A.   Una prueba realizada para determinar si se cumplen los requisitos de una especificación o contrato

C.   Una evaluación que requiere un examinado para realizar una tarea o actividad, en lugar de simplemente responder preguntas que se refieren a piezas específicas

D.   Un campo de pruebas en el que se ocupa de la prueba de la capacidad de un software para funcionar durante una cantidad particular de tiempo

B.   FALSO

A.   Definición

B.   Integración

D.   medición

A.   FALSO

A.   Desviación del software de su entrega o servicio esperado

C.   Pruebas operativas en un sitio que no está involucrado de otra manera con los desarrolladores de software

D.   Un mecanismo para producir los resultados esperados para comparar con los resultados esperados del software bajo prueba (SUT)

B.   Un incidente

C.   Una puerta de ruta

D.   Un conductor

B.   un desarrollador

C.   dueño de un negocio

D.   un usuario final

B.   El cliente encuentra el defecto en la producción

C.   El ingeniero de QA encuentra el error un día antes de soltar

D.   Un compañero encuentra el error durante la revisión del código

E.   El desarrollador encuentra el error durante las pruebas de cordura

A.   El equipo de pruebas independientes

B.   Todos los que eventualmente pueden tener algún uso para la herramienta

D.   El contratista de proveedores para escribir los scripts iniciales

B.   que ejecute cada función en bucles de forma aislada y aplique el uso de recursos a la carga proyectada

C.   Esta no es una función de las pruebas de rendimiento

D.   Usted ejecuta pruebas de cobertura de código con monitoreo de recursos y se ajusta a la carga proyectada

A.   VERDADERO

B.   II. Crear una carga gigante para encontrar dónde se desmorona el sistema

C.   I. Modelado de un día típico de actividad del usuario

D.   Iii. Modelado de la actividad del usuario en un día de tráfico ocupado

B.   La prueba está tratando de encontrar condiciones de carrera y plazos.

C.   El software se considera "misión crítica".

D.   La carga típica del software se desconoce al momento de la prueba.

A.   Inmediatamente el primer día

B.   la semana antes del barco

D.   inmediatamente después de la prueba unitaria completa

B.   Establecimiento

C.   Diagnóstico

D.   Interino

A.   Modelo de gestión de pruebas

B.   Modelo de medición de prueba

A.   Desarrollo ágil

B.   Ingeniería de software

D.   Desarrollo de software

A.   Se han ejecutado todas las casas de prueba planificadas

B.   Todas las fallas se han solucionado correctamente

C.   El tiempo se ha agotado

A.   prueba de stub

C.   Prueba de sistema no funcional

A.   No pudo reproducir

B.   Como fue diseñado

D.   Reabierto

E.   Cerrado - fijo

A.   la mayoría de los errores de tope de barcos

C.   recuento de errores / sin recuento de repro

B.   Prueba de la funcionalidad de una aplicación sin conocimiento del código/estructura interna de la aplicación

C.   Prueba con el propósito específico de ver cómo funcionará un sistema en el futuro

D.   Una técnica en la que todas las ramas posibles del código fuente del programa se prueban al menos una vez

B.   VERDADERO

A.   Prueba de humo

C.   Prueba de manejo

D.   Prueba estructural

A.   Cualquier servidor antiguo funcionará bien

C.   exactamente lo mismo que la producción para obtener los resultados correctos

B.   seis

C.   tres

B.   Pruebas de rendimiento

C.   Prueba dinámica

D.   Prueba beta