Cuestionarios Flashcards

1
Q

Determinar cuáles de las siguientes afirmaciones están relacionadas con el modelo Cascada y las pruebas del software:

Seleccione una o más de una:

a.
Al contar con requerimientos pocos claros, el diseño de los casos de prueba se ve impactado y están en continua modificación.

b.
El tiempo de espera, entre el diseño de los casos de prueba y comenzar con la ejecución de las pruebas, es importante.

c.
La participación del equipo de testing se ve acotada y limitada, llegando en forma tardía para descubrir incidencias.

d.
El equipo de pruebas participa fuertemente en el trabajo con el equipo de desarrollo, la intensidad es importante y el poder seguir el ritmo es todo un desafío.

A

b.
El tiempo de espera, entre el diseño de los casos de prueba y comenzar con la ejecución de las pruebas, es importante.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

No existe un modelo más adecuado o único para un proyecto de software. Es importante que los gerentes del proyecto sean capaces de ver la realidad del proyecto y adaptar el modelo a seguir de la forma adecuada para asegurar el éxito del mismo.

Seleccione una:

Verdadero
Falso

A

Verdadero

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

¿En cuál de los modelos vistos, la ejecución de las siguientes iteraciones podría ser suficiente para cubrir las pruebas?

En la primera iteración se detectan un conjunto de incidentes.

En la segunda iteración se verifica la resolución de los incidentes (por medio de la Prueba de Regresión) de la primera iteración y se identifican aquellos incidentes que surgen de los ajustes realizados para resolver y nuevos.

En la tercera iteración se verifica la resolución de los incidentes (por medio de la Prueba de Regresión) detectados en la primera y segunda iteración y se identifican nuevos. Se entiende que en esta iteración hay una reducción considerable de los incidentes y los existentes no son críticos.

Seleccione una:

a.
Cascada

b.
Espiral

c.
Scrum

A

a.
Cascada

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Para cuál de los modelos vistos es verdadera esta afirmación:

El equipo de Testing comienza a tener un papel más participativo, interactuando con todos los equipos del proyecto desde las etapas iniciales. Debe estar atento a novedades y cambios, priorizando la velocidad y la seguridad. Además, están llevando a cabo un trabajo más estructurado al trabajar con prototipos.

Seleccione una:

a.
Cascada

b.
Scrum

c.
Espiral

A

c.
Espiral

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Para cuál de los modelos vistos es verdadera esta afirmación:

Si bien siempre es importante tener claramente definidas las responsabilidades de cada uno dentro del equipo de trabajo, en este modelo es de vital importancia dejar claras las responsabilidades de cada integrante del equipo ya que, por momentos, se desdibuja la pertenencia al equipo de pruebas.

Seleccione una:

a.
Cascada

b.
Scrum

c.
Espiral

A

b.
Scrum

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Aún cuando un proyecto de desarrollo de software requiere de una forma en particular de implementación y depende de diferentes factores del contexto, cada proyecto tiene un único modelo de desarrollo asociado y éste es inalterable a lo largo de su ciclo de vida.

Seleccione una:

Verdadero
Falso

A

Falso

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Es verdadera o falsa la siguiente afirmación:

La esencia del Scrum se inicia en cada iteración, cuando el equipo revisa el trabajo pendiente del proyecto y planifica todo lo que falta para el próximo srpint.

Seleccione una:

Verdadero
Falso

A

Falso

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Indique a que reunión de Scrum corresponde la siguiente descripción:

Consiste en la reunión del equipo, el scrum master y opcionalmente, el product owner; donde todos los miembros del equipo responden a los siguientes dos planteos:

¿Qué cosas se hicieron bien en el último sprint?

¿Qué cosas se podrían mejorar?

¿Qué cosas debo seguir haciendo?

¿Qué cosas debo dejar de hacer?

Seleccione una:

a.
Release Planning

b.
Sprint Planning

c.
Sprint

d.
Retrospective

e.
Daily

f.
Review

A

d.
Retrospective

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

El Cliente es quien hace el trabajo, está formado por los desarrolladores y testers con todas las habilidades para convertir las necesidades del propietario del producto o funcionalidad, en una pieza potencialmente entregable del producto al final del Sprint, incrementando de esta forma la funcionalidad.

Seleccione una:

Verdadero
Falso

A

Falso

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Scrum es:

Seleccione una:

a.
Una metodología ágil

b.
Un marco metodológico ágil

c.
Un ciclo de vida de software

A

b.
Un marco metodológico ági

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

El Product Master , se focaliza en la parte de negocio, traslada la visión del proyecto al equipo, formaliza las prestaciones en historias a incorporar en el Product Backlog y las re-prioriza de forma regular; es responsable de maximizar el valor del trabajo que el equipo, representando a todos los interesados del producto o funcionalidad.

Seleccione una:

Verdadero
Falso

A

Falso

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Complete las afirmaciones:

-Sprint Planning
-Sprint
-Daily

El corazón de Scrum es un …. Retrospective, que es una iteración de un mes o menos, siendo este un período fijo a través del cual se realiza el esfuerzo de desarrollo.

El …… Planning Correcta es la reunión durante la cual el Product Owner presenta las historias del backlog por orden de prioridad. El equipo determina la cantidad de historias que puede comprometerse a completar en ese sprint, para en una segunda parte de la reunión, decidir y organizar cómo lo va a conseguir.

Una ….. Correcta , es una reunión diaria de cómo máximo 15 minutos, en la que el equipo se sincroniza para trabajar de forma coordinada. Cada miembro comenta qué hizo el día anterior, que hará hoy y si hay impedimentos.

A

Sprint
Sprint Planning
Daily

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

El Scrum Master es responsable del proceso, debiendo garantizar que el proceso es entendido, monitoreado, evaluado. Así como también deberá estar comprometido con la formación y entrenamiento.

Seleccione una:

Verdadero
Falso

A

Verdadero

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Cuáles de las siguientes son las “time-boxes” de Scrum:

Seleccione una:

a.
Planning – Sprint – Sprint – Daily – Review - Retrospective

b.
Release Planning – Planning – Sprint – Daily – Review - Retrospective

c.
Release Planning – Sprint Planning – Sprint – Daily – Review - Retrospective

A

c.
Release Planning – Sprint Planning – Sprint – Daily – Review - Retrospective

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

El Cliente es quien proporciona las historias al proyecto, entre otras cosas.

Seleccione una:

Verdadero
Falso

A

Verdadero

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Es verdadera o falsa la siguiente afirmación:

En Scrum, el tester forma parte activa del equipo de trabajo, participando en las reuniones de planificación con el cliente, en las que se definen los requerimientos a desarrollar y en los que el equipo de Testing deberá definir las pruebas a realizar; así como también debe participar en todas las reuniones planificadas de scrum.

Seleccione una:

Verdadero
Falso

A

Verdadero

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Indique cuáles de estos lineamientos “hablan” del macro metodológico ágil Scrum:

Seleccione una o más de una:

a.
Colaboración estrecha con el cliente o usuario final.

b.
Prefiere el conocimiento tácito de las personas al explícito del proceso.

c.
Desarrollo incremental con liberaciones o entregables funcionales periódicos y frecuentes.

d.
Predisposición y respuesta al cambio.

e.
Comunicaciones verbales directas entre los involucrados, implicadas y responsables del proyecto.

A

Todas

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

¿A qué actividad de Scrum corresponde la siguiente afirmación?:

“Consiste en la reunión del equipo, donde participan el Scrum Master y el Product Owner con todas las personas implicadas. Tiene una duración máxima de 4 horas y su objetivo es presentar al propietario del producto y a las personas implicadas, las nuevas funcionalidades implementadas y terminadas.”

Seleccione una:

a.
Review

b.
Sprint Planning

c.
Retrospective

d.
Daily

e.
Sprint

f.
Release Planning

A

Review

19
Q

Es verdadera o falsa la siguiente afirmación:

Trabajando bajo Scrum, la sucesión de iteraciones y de incrementos en el producto, producirán un sistema, una aplicación o una funcionalidad que podría ser liberada en producción.

Seleccione una:

Verdadero
Falso

A

Verdadero

20
Q

¿Cuáles de las siguientes fases deberían desarrollarse de forma similar, independientemente del modelo bajo el cual se está desarrollando el proyecto?

Seleccione una o más de una:

a.
Planificación

b.
Ejecución

c.
Seguimiento

d.
Evaluación

e.
Diseño y desarrollo

A

c.
Seguimiento

d.
Evaluación

21
Q

En la fase de Ejecución de las pruebas, ¿Cuál de las siguientes afirmaciones aplica para Scrum?

Seleccione una:

a.
De la forma como se presenta el trabajo del equipo de Testing en este modelo, todas las tareas estarán concentradas solo en esa fase.

b.
Los cambios son habituales, pero en esta fase de las pruebas, ya deberían venir los cambios incorporados en la nueva versión a probar.

c.
Es posible que en esta fase, se intente desechar el registro de los defectos ya que su resolución puede ser inmediata. Pero se sugiere que siempre se registren los defectos, ya que es parte importante del trabajo de testing.

A

c.
Es posible que en esta fase, se intente desechar el registro de los defectos ya que su resolución puede ser inmediata. Pero se sugiere que siempre se registren los defectos, ya que es parte importante del trabajo de testing.

22
Q

En la fase de Diseño y desarrollo de la prueba, ¿Cuál de estas afirmaciones aplica para el modelo Espiral?

Seleccione una:

a.
Las fases anteriores deben interactuar con la fase de Diseño y Desarrollo, para proporcionar la información requerida para las pruebas.

b.
Como el equipo de Testing participa desde los inicios de las reuniones de planificación del release, surgen allí los temas que se deberán tener en cuenta en la fase diseño y desarrollo de las pruebas.

c.
Se trabajará en base a lo que viene, y donde ya existe una cierta certeza de lo que se está elaborando.

A

c.
Se trabajará en base a lo que viene, y donde ya existe una cierta certeza de lo que se está elaborando.

23
Q

En la fase de Planificación, ¿Cuál de estas afirmaciones aplica para el modelo Cascada?

Seleccione una:

a.
Necesariamente, la fase de planificación se debe comenzar lo antes posible en la medida que dispongamos del material y la información necesarias.

b.
El foco está en que se debe comenzar con una planificación base y se va ajustando en cada iteración.

c.
Como el equipo de Testing participa desde los inicios de las reuniones de planificación del release, surgen allí los temas que se deberán tener en cuenta en la fase Planificación de las pruebas.

A

a.
Necesariamente, la fase de planificación se debe comenzar lo antes posible en la medida que dispongamos del material y la información necesarias.

24
Q

Todos los casos de prueba que nos aseguran que la aplicación cumple con todas las reglas de negocio definidas en la documentación funcional (los que aseguran que el aplicativo no hace lo que no tiene que hacer), deben tener esta prioridad.

Seleccione una:

a.
Baja

b.
Alta

c.
Media

A

Media

25
Q

Normalmente, ¿Cómo se nombra la prioridad de un caso de prueba?

Seleccione una:

a.
Negativa – Positiva

b.
Alta – Baja – Media

c.
Prioritaria – Sin priorizar

A

Alta – Baja – Media

26
Q

Los casos de prueba que agregan calidad al producto en sí, y que por sí solos no son bloqueantes, deben ser categorizados con esta prioridad.

Seleccione una:

a.
Alta

b.
Baja

c.
Media

A

b.
Baja

27
Q

¿Qué es priorizar los casos de prueba?

Seleccione una:

a.
Definir prioridades según algunos criterios, y asignarle una prioridad a cada caso de prueba.

b.
Definir los criterios por los que serán priorizados los defectos luego de la ejecución de las pruebas.

c.
Definir las prioridades según el impacto en el negocio y asignar un valor a cada caso de prueba.

A

a.
Definir prioridades según algunos criterios, y asignarle una prioridad a cada caso de prueba.

28
Q

Determine qué prioridad corresponde a la siguiente definición:

Son los casos de prueba que nos aseguran que la aplicación se podrá usar (que hace lo que tiene que hacer). Generalmente imposibilitan realizar otras pruebas, es decir, son casos de prueba que tienen otros casos de prueba dependientes de él.

Seleccione una:

a.
Baja

b.
Media

c.
Alta

A

c.
Alta

29
Q

En cuáles de los siguientes estados es que el equipo de testing tiene mayor participación:

Seleccione una o más de una:

a.
Cerrado

b.
Asignado

c.
Nuevo

d.
Activo

e.
Para probar

A

c.
Nuevo

d.
Activo

e.
Para probar

30
Q

Marque cuáles de los siguientes datos es importante incluir al momento de registrar un defecto:

Seleccione una o más de una:

a.
Descripción detallada del defecto, incluyendo los pasos a seguir, el resultado esperado y el resultado obtenido, y los datos utilizados.

b.
Nombre del tester, fecha de ejecución de la prueba, versión del producto en prueba.

c.
Prioridad para solucionar el problema (se determinada por el impacto comercial o en el negocio, del defecto).

d.
Especificaciones o detalles técnicos del software, pero que pueden no ser relevantes para el defecto encontrado.

e.
Severidad del impacto en el sistema y / o las partes interesadas del producto (se determinada por el impacto a nivel técnico del sistema).

A

a.
Descripción detallada del defecto, incluyendo los pasos a seguir, el resultado esperado y el resultado obtenido, y los datos utilizados.

b.
Nombre del tester, fecha de ejecución de la prueba, versión del producto en prueba.

c.
Prioridad para solucionar el problema (se determinada por el impacto comercial o en el negocio, del defecto).

e.
Severidad del impacto en el sistema y / o las partes interesadas del producto (se determinada por el impacto a nivel técnico del sistema).

31
Q

La información que brinda el informe final de defectos, recopilando toda la información incluida al registrar cada defecto reportado, es usada únicamente por el equipo de pruebas y le aporta información útil solo al gerente de pruebas.

Seleccione una:

Verdadero
Falso

A

Falso

32
Q

Al reportar un defecto, la información que incluimos debe servir para:

Seleccione una o más de una:

a.
Ayudar a los desarrolladores a detectar en donde se encuentra efectivamente el defecto.

b.
Proporcionar al equipo de prueba, información sobre el desarrollador con mayor cantidad de defectos.

c.
Ayudar a mejorar el proceso de desarrollo y de pruebas.

d.
Proporcionar a los gerentes o líderes del proyecto, una visión de la calidad del sistema y el progreso de las pruebas.

e.
Medir el nivel de responsabilidad del equipo de pruebas para con el proyecto.

A

a.
Ayudar a los desarrolladores a detectar en donde se encuentra efectivamente el defecto.

c.
Ayudar a mejorar el proceso de desarrollo y de pruebas.

d.
Proporcionar a los gerentes o líderes del proyecto, una visión de la calidad del sistema y el progreso de las pruebas.

33
Q

Los estados del ciclo de vida de los defectos pueden variar dependiendo de la organización, del proyecto o de las herramientas que utilicemos.

Seleccione una:

Verdadero
Falso

A

Verdadero

34
Q

El ciclo de vida de los defectos, se puede definir como:

Seleccione una:

a.
Se trata de una serie de estados y acciones, por las que pasa un defecto desde que se detecta hasta que es arreglado (cerrado o pospuesto).

b.
Es una estructura pre-armada, que ordena el desarrollo de un producto de software, y da lineamientos a seguir durante dicho desarrollo.

c.
En el contexto de la informática, es el período de tiempo que “vive” un sistema informático desde que es pensado hasta que es desechado.

A

a.
Se trata de una serie de estados y acciones, por las que pasa un defecto desde que se detecta hasta que es arreglado (cerrado o pospuesto).

35
Q

¿Cuál de las siguientes afirmaciones define mejor lo que es un defecto?

Seleccione una:

a.
Se trata de una diferencia entre el resultado esperado para una caso de prueba (definido según la especificación de los requerimientos del sistema) y el resultado obtenido al ejecutar dicho caso de prueba.

b.
Es cualquier condición que se desvíe de las expectativas basadas en las especificaciones de requerimientos, documentos de diseño, documentos de usuario, estándares, entre otros.

c.
Puede ser cualquier comportamiento distinto del aplicativo.

A

a.
Se trata de una diferencia entre el resultado esperado para una caso de prueba (definido según la especificación de los requerimientos del sistema) y el resultado obtenido al ejecutar dicho caso de prueba.

36
Q

Los datos necesarios a la hora de registrar los defectos son siempre los mismos, independientemente del momento en que se detecte el defecto en el ciclo de vida del software.

Seleccione una:

Verdadero
Falso

A

Falso

37
Q

Complete las definiciones con el estado correspondiente:

Nuevo
Asignado
Correcta:
Activo
Para probar
Verificado
Cerrado
Reabierto
Aplazado
Rechazado

……. Defecto que se acaba de crear y aún no se ha validado.

……. Defecto que es asignado a un equipo de desarrollo o desarrollador para hacer frente a él. Aún no está resuelto.

……..El defecto está siendo controlado por integrante del equipo y la investigación está en curso. En esta etapa hay dos resultados posibles: aplazado o rechazado.

………El defecto está resuelto por el equipo de desarrollo y listo para probarlo.

……… El defecto se prueba y la prueba ha sido llevada a cabo por el equipo de calidad.

…….. El estado final del defecto puede ser cerrado después de las pruebas por parte del equipo de calidad. También se puede cerrar un defecto si está duplicado o considerado como que no es un defecto.

………. Cuando el equipo de desarrollo arregla el defecto pero el equipo de calidad lo prueba y comprueba que aún no está resuelto. En este caso se vuelve a abrir el mismo defecto pero con un estado de …

……… A este estado llegamos cuando un defecto no se puede abordar en este sprint o versión y se pasa al siguiente sprint o versión.

……. Un defecto puede quedar en este estado por 3 razones: está duplicado, no es un defecto o no es posible reproducirlo.

A

Nuevo
Asignado
Correcta:
Activo
Para probar
Verificado
Cerrado
Reabierto
Aplazado
Rechazado

38
Q

Indique cuál(es) de los siguientes estados correspondeNo con del ciclo de vida de defectos visto:

Seleccione una o más de una:

a.
Para cerrar

b.
Cerrado

c.
Por analizar

d.
Rechazado

e.
Para asignar

f.
Nuevo

A

b.
Cerrado

d.
Rechazado

f.
Nuevo

39
Q

¿A qué modelo se refieren estas situaciones?

SCRUM
ESPIRAL
CASCADA

-El equipo de Testing comienza a tener un papel más participativo, interactuara con todos los equipos del proyecto. Deberá estar atento a novedades y cambios, ser seguro y rápido, trabajando con prototipos. ……….

El equipo de Testing participa fuertemente en el equipo de desarrollo, la intensidad es importante y el poder seguir el ritmo es todo un desafío. Se desdibuja en algunas situaciones el rol del equipo de desarrollo y el del equipo de Testing, debiéndose dejar bien en claro las responsabilidades de nuestro equipo. El trabajo en equipo y la coordinación son las barreras a vencer en esta metodología. ……..

El equipo de Testing no llega a tiempo para poder aportar su conocimiento y experiencia. Por lo tanto debemos aprovechar la ventana de tiempo que se nos abre en nuestra fase de la mejor manera ………..

A

ESPIRAL
SCRUM
CASCADA

40
Q

¿Es correcto este orden del ciclo de vida?

1- Evaluación

2- Diseño y Desarrollo

3- Planificación

4- Ejecución

5- Seguimiento

Seleccione una:

Verdadero
Falso

A

Falso

41
Q

Priorización de casos de prueba

ALTA
BAJA
MEDIA

: Testing positivo, son los casos de prueba que nos aseguran que la aplicación se podrá usar (qué hace lo que tiene que hacer).
Generalmente imposibilitan realizar otras pruebas, es decir, son casos de prueba que tienen otros casos de prueba dependientes de él.
Los casos de prioridad alta, son los que se utilizaran para hacer las regresiones (junto con los casos de prueba que reportaron defectos). Es el set de casos de prueba que sí o sí deberán funcionar bien para poder liberar el aplicativo al cliente.

:Tesitng negativo, son los casos de prueba que nos aseguran que la aplicación cumple con todas las reglas de negocio definidas en la documentación funcional (los que aseguran que el aplicativo no hace lo que no tiene que hacer).
Son los casos que generalmente presentan más defectos; por lo que siempre es bueno considerarlos a la hora de una restricción en el alcance de la ejecución de las pruebas (además de los casos de prioridad ALTA).

:Son los casos de prueba que agregan calidad al producto en sí.
Son casos de prueba no bolqueantes.

A

[ALTA]
[MEDIA]
[BAJA]

42
Q

Complete las definiciones:

[Será de prioridad BAJA
Será de prioridad MEDIA
Será de prioridad ALTA

: El caso que plantea verificar que al ingresar usuario y contraseña correctos, se loguea con éxito en el aplicativo.

: El caso que verifica que con usuario correcto y contraseña incorrecta no es posible ingresar al sistema y que el mismo envía mensaje notificando la situación.

: El caso de prueba que plantea verificar la correctitud del mensaje de login en sí, por ejemplo si tiene faltas de ortografía o de gramática.

A

[ALTA]
[MEDIA]
[BAJA]

43
Q

TestLink es una herramienta gratuita que permite crear y gestionar casos de pruebas y organizarlos en planes de prueba. Estos planes permiten a los miembros del equipo ejecutar casos de test y registrar los resultados dinámicamente, generar informes, mantener la trazabilidad con los requerimientos, así como priorizar y asignar tareas.

Seleccione una:

Verdadero
Falso

A

Verdadero

44
Q

MANTIS, es un flexible sistema de control de incidencias y errores en el software (lo que se conoce como bug tracker).

Mantis es una aplicación de código abierto y gratuita, que sirve para controlar los errores aparecidos en el software y que permite a desarrolladores, testers o clientes reportar fallos y realizar el seguimiento de los mismos hasta su resolución.

Mantis ofrece diversas maneras de controlar los errores y de comunicar con los interesados. Sirve de plataforma de colaboración para proyectos en los que participan diversos perfiles a los que se les asigna distintos roles para gestionar permisos

Seleccione una:

Verdadero
Falso

A

Verdadero