Descargar PDF
1) Como evaluador, ¿cuál debería ser su enfoque cuando los requisitos cambian continuamente?
Cuando los requisitos siguen cambiando, el probador continuamente ágil debe adoptar el siguiente enfoque
- Escriba planes de prueba genéricos y casos de prueba, que se centren en la intención del requisito en lugar de sus detalles exactos.
- Para comprender el alcance del cambio, trabaje en estrecha colaboración con los propietarios de productos o el analista comercial.
- Asegúrese de que el equipo comprenda los riesgos que implica el cambio de requisitos, especialmente al final del sprint.
- Hasta que la función sea estable y se finalicen los requisitos, es mejor esperar si va a automatizar la función.
- Los cambios se pueden mantener al mínimo negociando o implementando los cambios en el próximo sprint.
2) Enumere los pros y los contras de las pruebas exploratorias (utilizadas en Agile) y las pruebas con guiones.
| Pros | Contras | |
| Prueba exploratoria | - Requiere menos preparación - Fácil de modificar cuando cambian los requisitos - Funciona bien cuando la documentación es escasa | - Presentar el progreso y la cobertura a la gestión de proyectos es difícil |
| Pruebas con guión | - En caso de que se realicen pruebas según los requisitos legales o reglamentarios, es muy útil | - La preparación de la prueba suele llevar mucho tiempo - Los mismos pasos se prueban una y otra vez - Cuando los requisitos cambian, es difícil de modificar |
3) ¿Explica la diferencia entre la programación extrema y Scrum?
| Melé | Programación extrema (XP) |
| - Los equipos de Scrum generalmente tienen que trabajar en iteraciones llamadas sprints que generalmente duran de dos semanas a un mes. | - El equipo de XP trabaja en iteraciones que duran una o dos semanas. |
| - Los equipos Scrum no permiten cambios en sus sprints. | - Los equipos de XP son más flexibles y cambian sus iteraciones |
| - En scrum, el propietario del producto da prioridad a la cartera de pedidos del producto, pero el equipo decide la secuencia en la que desarrollarán los elementos de la cartera de pedidos. | - El equipo de XP trabaja en estricto orden de prioridad, las características desarrolladas son priorizadas por el cliente. |
| - Scrum no prescribe ninguna práctica de ingeniería | - XP prescribe prácticas de ingeniería |
4) ¿Qué es una tarea y una historia de usuario épica?
Épica: una característica de software descrita por el cliente que se detalla en la cartera de pedidos del producto se conoce como épica. Las epopeyas se subdividen en historias
Historias de usuarios: desde la perspectiva del cliente, se preparan historias de usuarios que definen las funciones del proyecto o del negocio, y se entregan en un sprint particular como se esperaba.
Tarea: más abajo, las historias de usuarios se dividen en diferentes tareas
5) Explique qué es refactorizar.
Para mejorar el rendimiento, se modifica el código existente; esto es refactorizar. Durante la refactorización, la funcionalidad del código sigue siendo la misma
6) Explica cómo puedes medir la velocidad del sprint con diferentes capacidades del equipo.
Cuando se planifica un sprint por lo general, la velocidad del sprint se mide sobre la base del juicio profesional basado en datos históricos. Sin embargo, la fórmula matemática utilizada para medir la velocidad del sprint es,
- primero - puntos de historia completados X capacidad del equipo: si mide la capacidad como un porcentaje de 40 horas semanales
- Segundo: puntos de historia completados / capacidad del equipo: si mide la capacidad en horas-hombre
Para nuestro escenario, se aplica el segundo método.
7) ¿Menciona la diferencia clave entre la acumulación de sprints y la acumulación de productos?
Pila de productos: contiene una lista de todas las funciones deseadas y es propiedad del propietario del producto.
Pila de Sprint: es un subconjunto de la pila de producto que pertenece al equipo de desarrollo y se compromete a entregarlo en un Sprint. Se crea en Sprint Planning Meeting
8) En Agile mencionamos ¿cuál es la diferencia entre el desarrollo incremental e iterativo?
Iterativo: El método iterativo es un proceso continuo de desarrollo de software donde se repiten los ciclos de desarrollo de software (Sprint & Releases) hasta que se logra el producto final.
Lanzamiento 1: Sprint 1, 2
… NLanzamiento n: Sprint 1, 2
… .NIncremental: el desarrollo incremental segrega la funcionalidad del sistema en incrementos o porciones. En cada incremento, cada segmento de funcionalidad se entrega mediante un trabajo multidisciplinario, desde los requisitos hasta la implementación.
9) Explica qué es Spike y Zero Sprint en Agile. ¿Cuál es el propósito de esto?
Sprint Zero: se introduce para realizar algunas investigaciones antes de iniciar el primer sprint. Por lo general, este sprint se usa durante el inicio del proyecto para actividades como configurar el entorno de desarrollo, preparar la cartera de productos, etc.
Picos: los picos son un tipo de historias que se utilizan para actividades como investigación, exploración, diseño e incluso creación de prototipos. Entre sprints, puede tomar picos para el trabajo relacionado con cualquier problema técnico o de diseño. Los picos son de dos tipos, picos técnicos y picos funcionales.
10) ¿Qué es el desarrollo basado en pruebas?
El desarrollo impulsado por pruebas o TDD también se conoce como diseño impulsado por pruebas. En este método, el desarrollador primero escribe un caso de prueba automatizado que describe la nueva función o mejora y luego crea pequeños códigos para pasar esa prueba, y luego vuelve a factorizar el nuevo código para cumplir con los estándares aceptables.
11) Los prototipos y las estructuras alámbricas se utilizan ampliamente como parte de?
Los prototipos y las estructuras alámbricas son prototipos que se utilizan ampliamente como parte del diseño empírico.
12) Explique qué es la interfaz binaria de la aplicación.
En diferentes plataformas y entornos de sistemas, una especificación que define los requisitos para la portabilidad de aplicaciones en forma binaria se conoce como Interfaz binaria de aplicaciones.
13) ¿Explica en Agile, tabla de quemado y quemado?
Para realizar un seguimiento del proceso de quemado y quemado del proyecto, se utilizan gráficos.
Gráfico de quemado: muestra el progreso de las historias realizadas a lo largo del tiempo.
Gráfico de quema: muestra cuánto trabajo queda por hacer en horas extra.
14) Explica qué es Scrum ban?
Scrum ban es un modelo de desarrollo de software basado en Scrum y Kanban. Está especialmente diseñado para proyectos que requieren un mantenimiento frecuente, que tienen historias de usuario inesperadas y errores de programación. Con este enfoque, el flujo de trabajo del equipo se guía de una manera que permite un tiempo mínimo de finalización para cada historia de usuario o error de programación.
15) ¿Qué son los puntos / esfuerzos / escalas de la historia?
Se utiliza para discutir la dificultad de la historia sin asignar horas reales. La escala más común utilizada es una secuencia de Fibonacci (1,2,3,5,8,13,
… .100) aunque algunos equipos utilizan escala lineal (1,2,3,4….), Potencias de 2 (1,2,4,8…) y talla de tela (XS, S, M, L, XL).16) Explique qué es la bala trazadora.
La bala trazadora es un pico con la arquitectura actual, el conjunto actual de mejores prácticas, el conjunto de tecnología actual que da como resultado un código de calidad de producción. No es un código desechable, sino que podría ser una implementación limitada de la funcionalidad.
17) ¿Qué es un talón de prueba?
Un código auxiliar de prueba es un pequeño código que reemplaza un componente no desarrollado o completamente desarrollado dentro de un sistema que se está probando. El talón de prueba está diseñado de tal manera que imita el componente real al generar salidas específicamente conocidas y sustituir el componente real.
18) ¿Cuáles son las diferencias entre las metodologías RUP (Rational Unified Process) y Scrum?
| RUP | MELÉ |
| - El ciclo formal se define en cuatro fases, pero algunos flujos de trabajo pueden ser simultáneos | - Cada sprint es un ciclo completo |
| - Se utiliza un plan de proyecto formal, asociado a múltiples iteraciones. | - Ningún plan de proyecto de principio a fin. Cada plan de iteración siguiente se determina al final de la iteración actual |
| - El alcance está predefinido antes del inicio del proyecto y se documenta en el documento de alcance. Durante el proyecto, se puede revisar el alcance. | - Utiliza una acumulación de proyectos en lugar de scrum de alcance |
| - Los artefactos incluyen el documento de alcance, el paquete de requisitos funcionales formales, el documento de arquitectura del sistema, el plan de desarrollo, los scripts de prueba, etc. | - El software operativo es el único artefacto formal |
| - Recomendado para proyectos a largo plazo, grandes y de nivel empresarial con complejidad media a alta. | - Recomendado para mejoras rápidas y organización que no dependen de una fecha límite |
19) ¿Por qué la integración continua es importante para Agile?
La integración continua es importante para Agile por las siguientes razones.
- Ayuda a mantener el cronograma de lanzamiento a tiempo mediante la detección de errores o errores de integración.
- Debido a la entrega frecuente de código ágil, generalmente cada sprint de 2-3 semanas, la calidad estable de la construcción es imprescindible y la integración continua asegura que
- Ayuda a mantener la calidad y el estado libre de errores del código base
- La integración continua ayuda a verificar el impacto del trabajo en las ramas hacia el tronco principal si el trabajo de desarrollo se lleva a cabo en las ramas utilizando la función automática de construcción y fusión.
20) ¿Qué pruebas se realizan durante Agile?
Las principales actividades de prueba durante Agile son las pruebas unitarias automatizadas y las pruebas exploratorias.
Sin embargo, según los requisitos del proyecto, un evaluador puede ejecutar pruebas funcionales y no funcionales en la aplicación bajo prueba (AUT).
21) Explica qué es Velocity en Agile?
La velocidad es una métrica que se calcula sumando todas las estimaciones de esfuerzos relacionadas con las historias de usuario completadas en una iteración. Calcula cuánto trabajo Agile puede completar en un sprint y cuánto tiempo necesitará para terminar un proyecto.
22) ¿Cuáles son las cualidades que debe tener un buen tester ágil?
Un buen probador ágil debe tener las siguientes cualidades
- Debería poder comprender los requisitos rápidamente
- El evaluador ágil debe conocer bien los principios y conceptos ágiles
- A medida que los requisitos cambian, el evaluador debe comprender el riesgo que conlleva.
- Según los requisitos, el evaluador ágil debería poder priorizar el trabajo
- Continuar la comunicación entre socios comerciales, desarrolladores y tester es imprescindible
23) ¿Quiénes están todos involucrados en el equipo ágil?
En ágil, los dos principales conductores son
-
Scrum Masters : coordina la mayoría de las entradas y salidas necesarias para un programa ágil
-
Gerentes de desarrollo : contratan a las personas adecuadas y las desarrollan con el equipo.
24) Mencione en detalle cuáles son las funciones de Scrum Master.
Las responsabilidades clave de Scrum Master implican
- Comprenda los requisitos y conviértalos en software que funcione
- Seguimiento y seguimiento
- Informes y comunicación
- Maestro de verificación de procesos
- Maestro de Calidad
- Resolver impedimentos
- Resolver conflictos
- Proteja al equipo y los comentarios sobre el rendimiento
- Lidera todas las reuniones y resuelve obstáculos
25) Mencione cuáles son las estrategias de calidad ágiles.
Las estrategias ágiles de calidad son
- Refactorización
- Desarrollo no solo
- Análisis de código estático y dinámico
- Revisiones e inspección
- Demostraciones de iteración / sprint
- Demostración de todas las manos
- Reseñas de hitos de peso ligero
- Ciclos de retroalimentación cortos
- Estándares y pautas
26) Mencione cuáles son las herramientas que pueden ser útiles para realizar capturas de pantalla mientras se trabaja en proyectos ágiles.
Mientras trabaja en proyectos ágiles, puede utilizar herramientas como
- BugDigger
- BugShooting
- qTrace
- Snagit
- Hoguera
- Usersnap
27) Mencione cuáles son las ventajas de mantener una duración de iteración constante durante todo el proyecto.
Las ventajas son
- Ayuda al equipo a medir objetivamente el progreso
- Proporciona un medio consistente para medir la velocidad del equipo.
- Ayuda a establecer un patrón consistente de entrega.
28) Si es necesario cambiar las prioridades de un plan temporal, ¿quién debería volver a priorizarlo?
Si es necesario cambiar las prioridades de un plan de intervalo de tiempo, debe incluir a todo el equipo, al propietario del producto y a los desarrolladores.
29) Mencione qué debe resaltar un gráfico de evolución.
El gráfico de quemado muestra el trabajo restante para completar antes de que finalice el período de tiempo (iteración).
30) Mencione cuál es la diferencia entre Scrum y Agile.
-
Scrum : En el scrum, un sprint es una unidad básica de desarrollo. A cada sprint le sigue una reunión de planificación, donde se identifican y estiman las tareas para el sprint. Durante cada sprint, el equipo crea una parte terminada de un producto
-
Agile : en Agile, cada iteración involucra a un equipo que trabaja a través de un ciclo completo de desarrollo de software, que incluye planificación, diseño, codificación, análisis de requisitos, pruebas unitarias y pruebas de aceptación cuando se demuestra un producto a las partes interesadas.
En palabras simples, Agile es la práctica y scrum es el proceso para seguir esta práctica.
31) Mencione cuáles son los desafíos involucrados en el desarrollo de software AGILE.
Los desafíos involucrados en el desarrollo de software ágil incluyen
- Requiere más pruebas y participación de los clientes
- Afecta a la gestión más que a los desarrolladores
- Cada función debe completarse antes de pasar a la siguiente.
- Todo el código tiene que funcionar bien para garantizar que la aplicación esté en funcionamiento.
- Se requiere más planificación
32) ¿Cuándo no usar Agile?
Antes de utilizar la metodología ágil, debe hacer las siguientes preguntas
- ¿Es la funcionalidad dividible?
- ¿El cliente está disponible?
- ¿Son los requisitos flexibles?
- ¿Es realmente limitado por el tiempo?
- ¿Es el equipo lo suficientemente habilidoso?
33) Explique cómo puede implementar scrum de una manera fácil en su proyecto.
Estos son los consejos que pueden ser útiles para implementar scrum en su proyecto.
- Ponga su backlog en orden
- Obtenga una idea del tamaño de los elementos de su cartera de productos
- Aclare el requisito y la duración del sprint para completar el backlog del sprint
- Calcule el presupuesto de sprint del equipo y luego divida los requisitos en tareas
- Espacio de trabajo colaborativo: un centro de discusión de todo el equipo, que incluye planes, hojas de ruta, fechas clave, bocetos de funcionalidad, problemas, registro, informes de estado, etc.
- Sprint: asegúrese de completar una función a la vez antes de pasar a la siguiente. Un sprint no debe cancelarse a menos que no haya otra opción
- Asista a una reunión diaria de pie: en la reunión, debe mencionar qué se ha logrado desde la última reunión, qué lograrán antes de la próxima reunión y qué es lo que impide su progreso.
- Utilice el gráfico de evolución para realizar un seguimiento del progreso diario. Desde el gráfico de quema, puede estimar si va por buen camino o va por detrás
- Complete bien cada función antes de pasar a la siguiente
- Al final del sprint, realice una reunión de revisión del sprint, mencione lo que se logró o se logró en el sprint.
34) Explique qué significa hoja de ruta del producto.
Una hoja de ruta del producto se refiere a la visión holística de las características del producto que crean la visión del producto.