-1---------------------------------ok
¿Cuál de los siguientes evitará que vuelvan a ocurrir defectos?
- Desarrolladores rotativos para mantenerlos motivados
- Determinar las condiciones ambientales que causaron la falla
- Mejora de procesos basados en análisis de causa raíz
- Priorizar defectos recurrentes superiores a los nuevos defectos
-2---------------------------------ok
A continuación, hay una lista de problemas que se pueden observar durante las pruebas o la
operación. ¿Cuál es más probable que sea una falla?
- El producto se bloqueó cuando el usuario seleccionó una opción en un cuadro de diálogo
- Un archivo de código fuente incluido en la compilación era la versión incorrecta "
-El algoritmo de iones computacionales usó las variables de entrada incorrectas
-El desarrollador malinterpretó el requisito del algoritmo "
3---------------------------------ok
• ¿Cuál de las siguientes afirmaciones es VERDADERA?
A. Se pueden requerir pruebas de software para cumplir con los requisitos legales o
contractuales
B. Las pruebas de software se necesitan principalmente para mejorar la calidad del trabajo del
desarrollador.
C. Las pruebas rigurosas y la reparación de defectos encontrados pueden ayudar a reducir el
riesgo de que ocurran problemas en un entorno operativo
D. Las pruebas rigurosas a veces se utilizan para demostrar que se han encontrado todas las
fallas
-B y C son verdaderas, A y D son falsas "
-A son verdaderas, B y C son falsas "
- A y C son verdaderas, B y D son falsas "
-C y D son verdaderas, A y B son falsas "
4---------------------------------ok
¿Por qué es importante evitar la paradoja de los pesticidas?
Las pruebas dinámicas son menos confiables para encontrar errores
Los pesticidas L2 mezclados con pruebas estáticas pueden permitir que los errores escapen de
la detección _
"[-..., las pruebas no deben depender del contexto ----------------------"
l l Ejecutar las mismas pruebas una y otra vez reducirá la posibilidad de encontrar nuevos
defectos
5---------------------------------OK
¿Cuál de las siguientes es una declaración verdadera sobre las pruebas exhaustivas?
Es una forma de prueba de estrés.
No es factible excepto en el caso de software trivial
Se hace comúnmente con la automatización de pruebas.
Jt l Normalmente es responsabilidad del desarrollador durante las pruebas unitarias
6---------------------------------OK
¿Cuál de las siguientes afirmaciones describe mejor uno de los siete principios clave de las
pruebas de software?
l · Las pruebas automatizadas son mejores que las pruebas manuales para evitar la prueba
exhaustiva
"I_0 Las pruebas exhaustivas son, con suficiente esfuerzo y soporte de herramientas, factibles
para todo el software"
Normalmente es imposible probar todas las combinaciones de salida de datos para un sistema
de software
El propósito de las pruebas es demostrar la ausencia de defectos.
7----------------------------------
Un equipo de prueba encuentra constantemente entre el 90% y el 95% del defecto presente
en el sistema bajo la prueba.
"Mientras que el gerente de la prueba entiende que este es un buen porcentaje de detección
de defectos para su equipo de prueba e industria, la alta gerencia y los ejecutivos siguen
decepcionados en el grupo de prueba y dicen que el equipo de prueba omite demasiados
errores. que los usuarios generalmente están contentos con el sistema y que las fallas que han
ocurrido han sido generalmente de bajo impacto, cuál de los siguientes principios de prueba es
más probable que ayude al administrador de la prueba a explicar a estos administradores y
ejecutivos por qué algunos es probable que se pierdan defectos "
[I Pruebas exhaustivas es IMposible
L plaguicidas pa radox
[Agrupación de defectos
Ausencia de error falacia
8---------------------------------OK
Un programador está trabajando en un código que es muy complejo. Cuál de las siguientes es
un principio general del testing que puede afectar su trabajo?
-agrupación de defectos
-Pesticida paradoja
-Las pruebas exhaustivas son imposibles I
-Ausencia de error fa llacy
9---------------------------------OK
"· De acuerdo con ISTQB Glossary. ¿La palabra" "error" es sinónimo de cuál de los siguientes? "
-incidente
-defecto
-error
10---------------------------------ok
¿Qué características debe tener un probador para tener éxito cuando trabaje con un proyecto?
¿equipo?
I 0 Habilidades de comunicación constructiva
0 Aut horita ria n Leadershi p style
0 personalidad extrovertida
Q Extensa red de organización k
11---------------------------------OK
"Como probador, ¿cuál de las siguientes es una clave para comunicar y mantener
efectivamente las relaciones positivas con los desarrolladores cuando: hay desacuerdo sobre la
priorización de un defecto?
0 Escale el tema a los recursos humanos y enfatice la importancia del respeto mutuo
0 Comuníquese en un entorno con la alta gerencia para asegurar que todos entiendan = i
0 Convencer al desarrollador para que acepte la culpa del error.
I 0 Recuérdeles el objetivo común de crear sistemas de calidad
12---------------------------------OK
"¿Cuál de los siguientes, si se observa en las revisiones y pruebas, conduciría a problemas (o
conflictos) dentro de los equipos?
J Los evaluadores y revisores no tienen la curiosidad de encontrar defectos
I1 Los probadores y revisores no están lo suficientemente calificados para encontrar fallas y
fallas
Los evaluadores y revisores comunican defectos como críticas contra personas y no contra
producto de software
- Los evaluadores y revisores esperan que los desarrolladores ya hayan encontrado y reparado
los defectos en el producto de software.
13---------------------------------ok
K2- P. 32: ¿Cuáles de las siguientes son ayudas para una buena comunicación y cuáles la
obstaculizan?
i). Trata de entender cómo se siente la otra persona.
ii) Comunicar sentimientos personales, concentrándose en los individuos.
iii) Confirme que la otra persona ha entendido lo que ha dicho y viceversa.
iv. Enfatice el objetivo común de una mejor calidad.
v. Cada discusión es una batalla por ganar.
A. (i), (ii) y (iii) ayuda, (iv) y (v) obstaculizan.
B. (iii), (iv) y (v) ayuda, (i) y (ii) obstaculizan.
C. (i), (iii) y (iv) ayuda, (ii) y (v) obstaculizan.
D. (ii), (iii) y (iv) ayuda, (i) y (v) obstaculizan.
14---------------------------------MAL REDACTADA
El diseño y la priorización de los casos de prueba ocurren durante la actividad en el fondo de
un proceso de prueba mental.
I 0 Planificación de prueba
YO_ _
[0 Análisis de prueba
[0 Diseño de prueba
0 Prueba de finalización
15---------------------------------ok
Definir y priorizar las condiciones de prueba en función del análisis de la base de prueba que se
produce durante actividad en el proceso de prueba fundamental?
[0 Planificación de prueba
I 0 Análisis de prueba
0 Diseño de prueba
() Prueba de compilación
16---------------------------------OK
Comprobar si todos los informes de defectos se vuelven a cerrar durante qué actividad en la
prueba fundamental?
[0 Plan de prueba
Análisis de prueba L0
0 Diseño de prueba
0 Test Complexion
17--------------------------------- OK
La comparación de los resultados reales con los resultados esperados se produce durante qué
actividad en el proceso de prueba fundamental?
ICJ Test Monitoreo y Control
I 0 Análisis de prueba
0 Implementación de prueba
0 Ejecución de prueba
18---------------------------------OK
"¿Durante qué actividad del proceso de prueba fundamental se produce el desarrollo y la
priorización de los procedimientos de prueba?
Test Monitoreo y Control
Análisis de prueba
Implementación de prueba
Ejecución de prueba
19---------------------------------OK
La comprobación de los resultados de las pruebas y los registros de pruebas con los criterios de
cobertura especificados ocurre durante la actividad del proceso de prueba fundamental?
I CJ Test Monitoreo y Control
I 0 Test Analys es
0 Implementación de prueba
0 Ejecución de prueba
20---------------------------------OK
"Los planes de prueba se consideran como qué tipo de productos de trabajo de prueba?"
-Probar productos de trabajo de planificación
-Prueba de monitoreo y productos de trabajo de nd control
-Análisis de prueba productos de trabajo
-Productos de trabajo de diseño de prueba
21---------------------------------CREO Q SI.
¿Qué tipo de productos de trabajo de prueba se consideran los informes de progreso de la
prueba?
Productos de trabajo de planificación LiTest
Prueba de monitoreo y control de productos de trabajo
Análisis de prueba productos de trabajo
Productos de trabajo de diseño de prueba
22-
¿Qué condiciones de prueba se consideran como qué tipo de productos de trabajo de prueba?
@ resto de planificación de productos de trabajo
Q Probar productos de trabajo de monitoreo y control
0 Análisis de prueba productos de trabajo
0 Diseño de prueba productos wor k
23-
¿Qué tipo de productos de trabajo de prueba se consideran casos de prueba?
-Prueba de planificación de productos de trabajo
-Prueba de monitoreo y control de productos de trabajo
-Productos de trabajo de análisis de prueba
-Productos de trabajo de diseño de prueba
24-
¿Qué tipo de productos de trabajo de prueba se consideran test suites?
- Prueba de productos de trabajo de Implementación.
-Prueba de productos de trabajo para ejecutivos
-Productos de trabajo de finalización de prueba
-Prad ucts de trabajo de diseño de prueba
26-
Los informes de resumen de prueba se consideran como qué tipo de productos de trabajo de
prueba?
-Probar productos de trabajo de implementación
-Productos de trabajo de ejecución de pruebas
-Prueba completa en productos de trabajo
-Productos de trabajo de diseño de prueba
27-
¿Cuál de los siguientes se considera como un tipo de validación?
-Comprobar si el sistema cumple con las historias de usuario escritas por el propietario del
Producto
-Comprobar si el sistema cumple con las necesidades de los usuarios y las partes interesadas
-Comprobar si se han realizado suficientes pruebas de componentes
-Comprobar si los defectos informados se resuelven
28-
¿Para qué nivel de prueba puede ser relevante este objetivo?
"Aumentar la cobertura del código de Los componentes"
-Prueba de componente
-Prueba de integración
-Prueba del sistema
-Pruebas de aceptación
29-
¿Para qué nivel de prueba puede ser relevante este objetivo?
"Brinde información a las partes interesadas sobre el riesgo de liberar el sistema en un
momento dado ''
Prueba de componentes
Pruebas de integración
Pruebas Funcionales
Test de aceptación
30-
¿En qué modelo de desarrollo pueden participar los evaluadores en la depuración y prueba de
componentes?
Modo ágil e iterativo
Modelo de cascada
modelo V
modelo mobile
31-
Qué objetivo se puede obtener al hacer que los evaluadores participen en revisiones de
requisitos o en la refinancion de las historias de usuario.
-Reduce el riesgo de que se desarrolle una funcionalidad incorrecta o no comprobable.
-Reduzca el riesgo de defectos de diseño fundamentales y permita que las pruebas se
identifiquen lo antes posible escenario.
-Reduce el riesgo de defectos dentro del código y las pruebas.
-Aumentar la probabilidad de que el software satisfaga las necesidades de las partes
interesadas y satisfaga los requisitos.
32-
¿Qué objetivo se puede lograr haciendo que los probadores trabajen estrechamente con los
diseñadores del sistema mientras se diseña el sistema?
Reduzca el riesgo de que se desarrolle una funcionalidad incorrecta o no comprobable
"IO reduce el riesgo de fondos, defectos de diseño y permite identificar las pruebas lo antes
posible
Pongo en escena "
P Reduzca el riesgo de defectos con el código y las pruebas.
O Aumente la probabilidad de que el software satisfaga las necesidades de los interesados y
satisfaga los requisitos.
33-
34-
¿Qué objetivo se puede obtener haciendo que los evaluadores verifiquen y validen el software
antes de su lanzamiento?
-l Reduce el riesgo de desarrollar una funcionalidad incorrecta o no comprobable
-Reduce el riesgo de defectos de diseño fundamentales y permite identificar las pruebas en
una etapa temprana.
-Reduce el riesgo de defectos dentro del código y las pruebas
-Aumentar la probabilidad de que el software satisfaga las necesidades de las partes
interesadas y satisfaga los requisitos.
35-
"¿Cuál de las siguientes es una relación correcta entre control de calidad, garantía de calidad y
gestión de calidad?
-La gestión de calidad incluye control de calidad y garantía de calidad.
L Control de calidad incluye gestión de calidad y garantía de calidad
La garantía de calidad incluye tanto la gestión de calidad como el control de calidad
", / El control de calidad y la garantía de calidad son los mismos y la gestión de calidad es parte
de ellos]"
36-
¿Cuál de las siguientes no es una declaración correcta sobre las pruebas de software y el
control de calidad?
-Las pruebas de software y la garantía de calidad no son lo mismo
-QA admite pruebas adecuadas
-Algunas personas usan la frase garantía de calidad para referirse a las pruebas
-Debe haber dos roles diferentes en cualquier tipo de organización, especialista en garantía de
calidad y probador ".
37-
Un probador estaba ejecutando un caso de prueba, los datos de prueba en el caso de prueba
se pronunciaron incorrectamente. El nombre del elemento que debe escribirse en el campo de
búsqueda debe contener el valor "" Laptop "", pero el probador escribió el valor "" labtob "" en
su lugar.
El resultado real del caso de prueba fue un mensaje que decía "" No hay resultados para la
palabra (labtob), quiso decir (computadora portátil) "
El probador informó el defecto y escribió la siguiente descripción "" Cuando el usuario busca
computadoras portátiles, aparece un mensaje de error, en su lugar debe aparecer una lista de
computadoras portátiles "" "
¿Cuál es el problema con esta situación?
-El probador cometió un error que se llama "" Falso Positivo ""
-El probador cometió un error que se llama "" Falso negativo "" "
-El desarrollador cometió un error al escribir el código que provocó el error
38-
¿Cuál de las siguientes es la forma correcta de escribir la historia del usuario?
-Como <role>, quiero <Goal>, para que <benefit>
-Dado <context>, cuando <event>, luego <result> "
-El usuario puede iniciar sesión con Facebook o google plus
-Todos los requisitos deben seguir la regla comercial # 17l
39-
¿Cuál es la definición de depuración?
-Comprobar que no se hayan producido consecuencias no deseadas como resultado de una
solución
-Probar / comprobar si el software funciona correctamente
-Identificar la causa de un defecto, reparar el código y verificar que la solución sea correcta
-Comprobando que un defecto previamente reportado ha sido corregido
40-
¿Cuál de los siguientes es un objetivo importante de las actividades de prueba en el ciclo de
vida de desarrollo de software?
-Cesting exhaustivo
-Proporcionar información para la toma de decisiones.
-defectos de agrupamiento
-depuración
41-
Cuando las pruebas se diseñan temprano en el ciclo de vida, verificando la base de la prueba a
través del diseño de la prueba, ¿qué objetivo de prueba común se está logrando?
-Ganar confianza
-Defectos de búsqueda
-Prevención de defectos
Proporcionar información para la toma de decisiones.
42-
¿Cuál de los siguientes es un ejemplo de depuración?
-tester encuentra el defecto y lo informa
-Un probador vuelve a probar una solución del desarrollador y encuentra una regresión
-Un desarrollador encuentra y repara un defecto
-Un desarrollador realiza pruebas unitarias
43-
"¿Cuál de los siguientes es un ejemplo de un defecto que causa daño?"
-Un defecto de usabilidad que resulta en insatisfacción del usuario.
-Un defecto que causa un tiempo de respuesta lento al ejecutar informes
-Un defecto que hace que las aguas residuales se viertan al océano.
-Un defecto de regresión que hace que la ventana del escritorio se muestre en verde
44-
¿Cuál de las siguientes afirmaciones es el objetivo MÁS válido para un equipo de prueba? "
-Determinar si se ejecutaron suficientes pruebas de componentes
-Causar tantas fallas como sea posible para que las fallas puedan ser identificadas y corregidas
-Probar que todas las fallas están identificadas
-Probar que las fallas restantes no causarán fallas
45-
¿Cuál de las siguientes afirmaciones describe MEJOR la diferencia entre probar y depurar?
La prueba identifica (identifica la fuente de) los defectos. La depuración analiza las fallas y
propone actividades de prevención.
Las pruebas dinámicas muestran fallas causadas por defectos. La depuración encuentra,
analiza y elimina las causas de fallas en el software
[La prueba elimina fallas. La depuración identifica las causas del fallo
Las pruebas l-Dynamic evitan las causas de fallas. La depuración elimina las fallas
46-
Recuerde que la actividad que elimina la causa de una falla.
Testing
Depuración
Pruebas Dinámicas
Ingeniería inversa
47-
¿Por qué a veces se requieren pruebas de software por razones legales?
-Evita que los desarrolladores demanden a los probadores
-Los contratos pueden especificar requisitos de prueba que deben cumplirse
-Las leyes internacionales requieren pruebas de software para productos exportados
-Las pruebas entre sistemas deben ir acompañadas de documentación legal.
48-
¿De qué manera el análisis causa raiz contribuye a mejorar el proceso?
-Ayuda a identificar mejor la causa raíz de los defectos.
"describe cómo los equipos de desarrollo pueden codificar, y más rápido"
-Especifica las causas raíz deseadas a ser alcanzadas por otros equipos
-Contribuye a la justificación de la financiación de proyectos futuros.
49-
¿Cuál de las siguientes es una declaración correcta?
-Un desarrollador comete un error que causa un defecto que puede verse como una falla
durante las pruebas dinámicas.
-Un desarrollador comete un error que resulta en una falla que puede verse como una falla
cuando se ejecuta el software.
-Un desarrollador tiene una falla que resulta en un defecto que puede verse como un error
durante las pruebas dinámicas.
-Un desarrollador comete un error que causa un error que puede verse como un defecto
cuando se ejecuta el software.
50-
Una application de Android tiene un error que resulta en pagos de intereses incorrectos,
debido a una sola línea de código incorrecto. Este error genera quejas de los clientes. Cuando
se realizó el análisis de la causa raíz, la causa raíz se identificó como la falta de comprensión
del propietario del producto en los cálculos de intereses ".
¿Qué solución podría usarse para reducir la probabilidad de tales errores en el futuro?
-l El propietario del producto podría recibir capacitación en el tema de los cálculos de interés.
-El desarrollador debe revisar las historias de los usuarios antes de implementarlas.
-El probador podría implicar la técnica Invest en las historias de los usuarios para asegurarse de
que estén escritas correctamente
-Las pruebas exhaustivas son imposibles, por lo que es imposible reducir la probabilidad de
tales errores en el futuro
51- Una aplicación tiene un error que resulta en pagos de intereses incorrectos, debido a
una sola línea de código incorrecto. Este error resulta en quejas de clientes. Cuando se realizó
el análisis de uso de la raíz raíz, la causa raíz se identificó como la falta de comprensión del
propietario del producto en los cálculos de interés.
¿Cuál de los siguientes se considera como un "" efecto ""?
-El cliente se queja
-Los pagos de intereses incorrectos
-El cálculo incorrecto en el código es falta de conocimiento sobre la parte del propietario del
producto "
52-
"An and roid application has a bug which results in incorrect interest payments, due to a single
line of"
"incorrect code. This bug resu l ts i n customer com plaints. When root cause analysis was
performed, the root cause was identified as the lack of prod uct owner u ndersta nding i n the
interest calculations."
"wh ich of the following is considered as a ""failu re"" ?"
l( l The customer com plaints
lThe incorrect interest payments
I ) The improper calculation i n the code
[ lack of knowledge on the pa rt of the product owner
53-
"An android application has a bug which results in incorrect interest payments, due to a single
line of"
"incorrect code. This bug results in customer compla ints. When root cause analysis was
performed, the"
"root cause was identified as the lack of product owner understanding in the interest
calculations. which of the following is considered as a ""Defect"" ?"
'1 The customer complaints
The incorrect interest payments
) The improper calculation in the code
"_, Lack of knowledge on the part of the product owner"
54-
A company recently purchased a commercial off-the-shelf application to automate their bill-
paying
process. They now plan to nm an acceptance test aga inst the package prior to putting it into
production. Which of tl!te following rs their most likely reason forr testing?
Q To build confidence in the application
I 0 To detect bugs in the application
[0 To gather evidence for a lawsuit:
0 To train the users
55-
¿Es importante asegurarse de que el diseño de la prueba comience durante la fase de
definición de requisitos para permitir cuál de los siguientes objetivos de la prueba?
-Prevenir defectos en el Sistema.
-Encontrar defectos a través de pruebas dinámicas.
-Ganar confianza en el Sistema.
-Terminando el proyecto a tiempo.
56-
¿Cuál de los siguientes es más importante para promover y mantener buenas relaciones entre
probadores y desarrolladores?
-Entender qué valoran los gestores sobre las pruebas.
-Explicando los resultados de la prueba de manera neutral.
-Identificar los posibles trabajos de los clientes para detectar errores.
-Promover un software de mejor calidad siempre que sea posible.
57-
¿Cuál de las siguientes afirmaciones es la mejor evaluación de cómo se aplican los principios de
prueba a lo largo del ciclo de vida de prueba?
los principios de prueba solo afectan la preparación para la prueba "
Los principios de prueba solo afectan las actividades de ejecución de prueba
Los principios de la prueba afectan las actividades tempranas de la prueba, como la revisión.
Los principios de la prueba afectan las actividades durante el ciclo de vida de la prueba.
58-
¿Qué afirmación sobre las pruebas es verdadera?
Las pruebas se inician lo antes posible en el ciclo de vida.
Las pruebas se inician después de escribir el código para que tengamos un sistema con el cual
trabajar.
La prueba se realiza de manera más económica al final del ciclo de vida
Las pruebas solo pueden ser realizadas por un equipo de prueba independiente
59-