ISTQB AGIL - TEST 1

¿Cuál de las siguientes declaraciones refleja mejor uno de los valores del manifiesto Ágil?. Respondiendo al cambio permite que un equipo Agile desarrolle productos relevantes y útiles que las personas quieran usar. El equipo debe tratar de automatizar todos los casos de prueba de la unidad para reducir el esfuerzo de la repetición de pruebas. Los representantes de negocios deben participar en todas las actividades del proyecto. Los probadores deben trabajar en colaboración con el equipo de negocios y desarrollador.

Durante una reunión de planificación de iteración, el equipo está discutiendo un negocio de usuario para la nueva interfaz que se integrará para aplicaciones externas en iteraciones posteriores. Después de la discusión, los desarrolladores confirmaron que tienen suficiente información para empezar con su trabajo de desarrollo. El probador no tiene claras algunas de las funciones que pueden ser necesarias para probar después la integración. ¿Qué debería hacer el probador en esta situación?. Como las pruebas de integración se realizarán después, el probador puede confirmar la funcionalidad con los representantes o administradores comerciales o de negocios. El probador puede colaborar con los desarrolladores para descubrir la funcionalidad faltante una vez que la codificación haya finalizado. El probador debe hacer preguntas abiertas a los representantes de negocios para confirmar los criterios de aceptación y la funcionalidad faltante, ya que puede afectar las pruebas. El probador no debería preocuparse acerca de los detalles restantes ya que es responsabilidad del equipo se responsabiliza para proveer todos los detalles al probador.

¿Cuál de los siguientes NO es un beneficio del enfoque de todo el equipo?. Mejorando la comunicación y la colaboración con el equipo. Permitiendo el conjunto de diversas habilidades dentro del equipo para ser ágil. Haciendo que la calidad sea responsabilidad de todos. No requiere probadores especializados.

¿Cuáles de las siguientes no es una declaración de valores del manifiesto Ágil?. Colaboración del cliente sobre la negociación del contacto. Respondiendo al cambio sobre seguir un plan. Procesos y herramientas sobre individuos e interacciones. Software de trabajando sobre la documentación completa.

¿Cuál de las siguientes es un beneficio de la retroalimentación anticipada en los proyectos ágiles?. Ayuda a administrar mejor al equipo, su capacidad es transparente para todos. Ayuda al equipo a entregar el software de mejor calidad para el cliente. La retroalimentación anticipada produce menos cambios en el software. La retroalimentación anticipada reduce el costo del ciclo de desarrollo general.

¿Cuál de las siguientes practicas soporta las ventajas que nos ofrece el enfoque de equipo completo en el desarrollo ágil?. Reunión diaria Stand-Up. Integración continua. Desarrollo guiado por pruebas. Emparejamiento.

¿La declaración "El desarrollo ágil está muy centrado en las personas" se relaciona con cuál de los siguientes valores del Manifiesto Ágil?. Individuos e interacciones sobre procesos y herramientas. Software de trabajo sobre documentación completa. Colaboración de los clientes sobre compromiso de negociación. Respondiendo al cambio sobre un plan de seguimiento.

¿Cuál de las dos siguientes declaraciones son verdaderas? 1- La retroalimentación anticipada solo puede ser lograda por la Integración continua. 2- La retroalimentación frecuente y anticipada ayuda a gestionar mejor el equipo, ya que la capacidad del equipo es transparente para todos. 3- La retroalimentación frecuente y anticipada ayuda al equipo a encontrar los altos errores de gravedad de manera rápida. 4- La retroalimentación frecuente y anticipada habilita a un equipo ágil a construir un producto incorporando nuevos cambios en el desarrollo que dan valor al cliente. 1 Y 4. 2 Y 3. 2 Y 4. 1 Y 3.

¿Cuál de las siguientes afirmaciones es verdadera sobre la diferencia entre los enfoques tradicionales y ágiles para el desarrollo de software? i. Existe una considerable superposición y paralelismo en lo ágil como opuesto a eso en el enfoque tradicional. ii. En una versión de 8 iteraciones para un proyecto ágil, las pruebas se realizan durante o al final de las versiones 7 y 8 iii. 'Pruebas de sistema' puede venir antes de 'pruebas de integración' en desarrollo ágil iv. Solo después de la mitad de las iteraciones, el equipo de desarrollo puede ofrecer valor al lanzar el software. i, iii y iv. i y iii. i, ii, iii y iv. i, ii y iii.

¿Qué técnica podría usar un maestro 'SCRUM' para facilitar la comunicación entre el equipo de desarrollo y el propietario del producto?. Enseñe al propietario del producto sobre los procesos de desarrollo empleados por el equipo de desarrollo durante los Sprints. Enseñe al equipo de desarrollo a comunicarse en términos de necesidades y objetivos comerciales. Facilitar reuniones de colaboración entre el equipo de desarrollo y el propietario del producto. Todos estos.

¿Cuál es el alcance de las 'pruebas de regresión' en Agile?. Pruebas que reflejan cambios dentro de la iteración actual. Todos los casos de prueba de iteraciones anteriores y actuales. Pruebas que reflejan solo los cambios de las iteraciones actuales y anteriores.

¿Quién es responsable de la arquitectura del sistema de un producto que se desarrolla utilizando 'SCRUM'?. El equipo de desarrollo. Expertos consultores. El equipo de arquitectura. El equipo 'SCRUM'.

Como parte de la integración continua, la suite de prueba automatizado comprende pruebas funcionales y pruebas unitarias. Además, cuando se registra el código, se debe realizar un análisis de estado y una 'cobertura de código'. ¿Cuál de las siguientes es la opción más eficiente para implementar el marco de integración anterior?. Todas las pruebas están programadas cada dos días. Todas las pruebas se ejecutan con cada verificación de código. El 'análisis estático', la 'cobertura de código' y la prueba unitaria se pueden realizar durante la verificación del código, mientras que las pruebas funcionales se pueden programar cada dos días. Análisis estático', 'cobertura de código' y pruebas unitarias durante el check in de código y prueba funcional al final de la iteración.

¿Por qué los evaluadores necesitan revisar periódicamente 'caso de prueba' para agregar, modificar, eliminar o categorizar 'caso de prueba'? i. No es posible ejecutar todos los casos de prueba, especialmente después de varias iteraciones. ii. los evaluadores obtienen una buena comprensión de cómo ha evolucionado el software a través de iteraciones anteriores. iii. debido al exceso de cambio de código, los 'casos de prueba' pueden volverse ineficaces o fallar. iv. para verificar si algunos otros probadores han realizado cambios en el trabajo 'caso de prueba'. iii y iv. ii, iii y iv. i, ii y iii. i y iii.

¿Cuál de los siguientes es correcto sobre las historias de usuarios?. Indican especificaciones funcionales que deben codificarse en el software para que el producto tenga algún valor para el cliente. La información detallada sobre las necesidades de los usuarios se documenta como historias de usuarios. Desempeñan el papel de un acuerdo contractual implícito entre clientes y desarrolladores. Son promesas para conversar en lugar de especificaciones detalladas, tienen valor para los usuarios, son independientes, son verificables y tienen el tamaño adecuado.

SCRUM' describe procesos y técnicas ágiles que pueden usarse para el desarrollo de un producto. FALSO. VERDADERO.

Relaciona las declaraciones del manifiesto ágil de la columa izquierda, con su respectivo valor correcto de la columna derecha. Respondiendo al cambio. Colaboración con el cliente. Individuos e interacciones. Software trabajando.

. ¿Cuál de los siguientes es un ejemplo de integración entre las pruebas y la actividad de desarrollo? i. Una colección de historias de usuarios (por ejemplo, épica) describe tareas para todos los niveles en una arquitectura de N niveles. ii. Los 'casos de prueba' desarrollados durante el primer enfoque de prueba proporcionan especificaciones ejecutables. iii. Creación de documentación del usuario, que describe cómo usar el sistema. iv. Creación de la especificación de requisitos, que describe cómo se construirá el sistema. v. documentación ligera para rastrear errores y ayudar con 'pruebas de regresión'. i, ii y v. i, iv, v. ii y iv. i y ii.

¿Cuál de las siguientes afirmaciones es verdadera?. Los equipos Agiles pueden incluir Testeres expertos, porque el método de equipo completo limita tareas especiales que deben ser realizadas por miembros especiales del equipo. Los equipos Agiles no pueden incluir Testeres expertos porque el método de equipo completo no limita las tareas especiales que deben ser realizadas por miembros especiales del equipo. Los equipos Agiles pueden incluir Testeres quienes colaboran con otros miembros del equipo no solo para tareas de pruebas, pero para otras tareas relacionadas con las pruebas tales como el diseño para la comprobación. La medición de los desarroladores en punto de historia implementados y los Testeres en la cantidad de los efectos y los casos de pruebas ejecutadas es una manera efectiva de apoyar el método de equipo completo.

Considere un sistema de autenticación en el cual haya tres tipos de usuarios registrados: oro, plata y usuarios normales. Cada usuario registrado tiene un nombre de usuario y una contraseña. Además, considere la siguiente historia de usuario para este sistema de autenticación: 'En el sistema de autenticación, se concede o niega el acceso basado en los siguientes criterios: - Se concede el acceso a los usuarios registrados solo si el nombre de usuario y la contraseña son correctos. En todos los otros casos el acceso es denegado - Si un usuario 'oro' ingresa un nombre de usuario correcto pero una contraseña incorrecta, entonces se le presenta al usuario una página especial que contiene información detallada acerca de cómo restablecer la contraseña. - Si un usuario 'plata' ingresa un nombre de usuario correcto pero una contraseña incorrecta, entonces se muestra una advertencia en la página de autenticación' ¿Cuál de las siguientes esperaría usted que sea la técnica de diseño de pruebas de caja negra más apropiada para la historia de usuario?. Pruebas de cobertura de sentencia. Pruebas de tablas de decisión. Análisis de valores limite. Pruebas de transiciones de estado.

¿Cuál de las siguientes afirmaciones describe mejor uno de los principios detrás del Manifiesto Ágil?. Las mejores arquitecturas, requisitos y diseños emergen de los equipos organizados alrededor de las capas o componentes de un producto. Los procesos Ágiles promueven el desarrollo sostenible. Los patrocinadores, los desarrolladores, los usuarios deberían poder mantener un ritmo constante indefinidamente. Las mejores arquitecturas, requisitos y diseños emergen de los equipos libres de todo control de gestión. Entregar documentación comprensiva frecuentemente, de un par de semanas a un par de meses, con una preferencia a la escala de tiempo más corta.

¿Cuál de las siguientes afirmaciones no es verdadera acerca de cómo son integradas las actividades de codificación y pruebas en los proyectos Ágiles?. Cuando la relación entre el grupo del producto y el cliente es lo suficientemente madura para lograr involucrar activamente al usuario final, las pruebas de aceptación de usuario deben ser incluidas en la Definición de Hecho. Cuando se adopta el desarrollo dirigido por las pruebas de unidad son escritas por los desarrolladores, mientras que los Testeres no pueden ayudar con estas pruebas y ellos colaboran con los representantes de negocios para crear las pruebas de aceptación. El código, que implementa una característica, es escrito dentro de una planilla de codificación de las pruebas de unidad automatizadas, y la característica es considerada completa cuando pasa exitosamente sus pruebas de aceptación asociadas. Los equipos Ágiles tienden a favorecer a los Testeres con un historial técnico y de automatización de pruebas porque los proyectos Ágiles requieren mucho uso de la automatización de pruebas en diferentes niveles de las pruebas.

Considere un tablero de tareas donde todas las tareas (p.ej.. las tareas de desarrollo, las tareas de las pruebas, etc.) son representadas por tarjetas. El progreso de estas tareas es gestionado por medio del movimiento de las tarjetas a través de las siguientes columnas: 'Para Hacer'. 'En proceso', 'Hecho', Considere utilizar este tablero de tareas en proyectos Scrum. ¿Cuál de las siguientes afirmaciones esperaría usted que sea más probablemente verdadera?. Cuando las pruebas automatizadas o manuales para una tarea de prueba en la comuna 'En progreso' logren un estado de paso, la tarea vuelve a la columna 'Para Hacer'. No se les permite a los equipos Scrum eliminar sus tableros de tareas, cuando el sprint se termina retirando todas las tarjetas. Las reuniones diarias celebradas de pie son una oportunidad para que el equipa Scrum trate temas que pudieran bloquear el progreso de las tareas en el tablero de tareas. Scrum impide que el equipo ponga todas las tarjetas en la columna 'En Progreso' al mismo tiempo.

¿Cuál de las siguientes afirmaciones acerca de la integración continua no es verdadera?. La integración continua hace visible el progreso hacia la finalización del incremento del producto, alentando a los miembros del equipo. Cuando se practica la integración la integración continua, los miembros del equipo deben integrar sus cambios una vez cada algunas horas y por lo menos una vez por día. La práctica de integración continua está dirigida a establecer un sistema de integración continua para automatizar la complicación y para ejecutar las pruebas. Cuando se practica la integración continua, la frecuencia de integración puede ser influenciada por la capacidad de dividir cambios grandes en cambio más pequeño.

¿Cuáles de las siguientes actividades llevaría a cabo un aTester durante la planificación de la iteración? Marque exactamente dos respuestas I. Participar en el análisis de riesgo de proyectos y calidad II. Planificación de las pruebas para la versión III. Definir historias de usuarios de comprobantes, incluyendo los criterios de aceptación IV. Participar en el análisis detallado de riesgos de las historias de usuario V. Determinar la capacidad de que las historias de usuarios son comprobables. solo 1. 1, 2. solo 2. 4 y 5.

¿Cuál de los siguientes es un beneficio de las herramientas de despliegue automático en un proyecto Ágil?. Proporciona una rápida retroalimentación acerca de la calidad de los cambios de nuevo código por medio de la construcción automática del código de software y la ejecución de pruebas automatizadas. Proporcionan una manera de registrar las historias y sus tareas de desarrollo y pruebas relevantes, para asegurarse de que nada se pierda durante una iteración. Proporciona una reducción de los errores y las demoras asociadas con la confianza en personal especializada para instalar las versiones de prueba en los entornos de prueba. Proporciona informes automatizados de la calidad de la compilación cuando es integrada con otras herramientas, tales como las herramientas de comprobación de sintaxis y de análisis estático.

Un proyecto Ágil tiene como objetivo desarrollar una aplicación CRM(Gestión de Relaciones con Clientes). Los operadores del centro de llamadas accederán a esta aplicación CRM desde las estaciones de trabajo de Windows. Considere la siguiente historia de usuario para este proyecto Ágil: 'Como un operador del centro de llamadas, quiero que el estado de la aplicación CRM sea automáticamente restablecido cuando la estación de trabajo, donde la aplicación CRM está funcionando, se desconecte' Y la pruebas asociada: 'En un estado dado de la aplicación CRM, simule el evento de una desconexión de la estación de trabajo donde la aplicación CRM está funcionando, y compruebe que el sistema automáticamente sea capaz de volver al mismo estado después de que ocurre la reconexión de la estación de trabajo' ¿De cuál cuadrante de las pruebas seria parte esta prueba?. Q4 - Pruebas orientadas a la tecnología que critiquen el producto. Q3 - Pruebas orientadas a los negocios que critiquen el producto. Q2 - Pruebas orientadas a los negocios que respalden al equipo. Q1 - Pruebas orientadas a la tecnología que respalden al equipo.

¿Cuáles dos de las siguientes activiades llevaria a cabo un probador durante la planificacion de la iteración? Marque exactamente dos respuestas. 1. Participar en el analisis detallado de riesgos de las historias de usuario 2. Determinar la capacidad de que las historias de usuario son comprobables 3. Definir historias de usuarios comprobables, incluyendo los criterios de aceptacion. 4. Participar en el analisis de riesgos de proyecto y calidad. 1 y 3. 1 y 4. 2 y 3. NA.

Basado en las capacidades de los Testeres en los equipos Ágiles. ¿Cuál de las siguientes afirmaciones esperaría usted qué sea menos probablemente verdadera con respecto a los Testeres en los equipos Ágiles?. Los Testeres deben ayudar a los clientes a clarificar los requisitos e ilustrar los requisitos con ejemplos concretos de comportamientos y escenarios de usuario deseados. Los Testeres deben ayudar a proporcionar retroalimentación en forma de descubrimientos hechos durante las pruebas exploratorias y las observaciones de los usuarios reales del sistema. Los Testeres deben poder proporcionar ejemplos concretos de escenarios de usuario que clarifiquen los requisitos del cliente en pruebas ejecutables. Los Testeres deben tener buenas capacidades técnicas, mientras que el conocimiento del dominio no es relevante para ellos debido a la estrecha colaboración con las partes interesadas de negocios.

¿Cuáles dos de las siguientes afirmaciones acerca de la automatización de pruebas en proyectos Ágiles son verdaderas? Marque exactamente dos respuestas. Cuando se utiliza el desarrollo dirigido por las pruebas, el juego de pruebas de unidad automatizadas crece junto con la base del código y representa una protección para la refactorización constante. En los proyectos Ágiles la automatización de pruebas es más importante a nivel de pruebas de unidad que a otros niveles de prueba porque las pruebas de unidad automatizadas proporcionan retroalimentación inmediata acerca a la calidad del producto. La pruebas automatizadas escritas en iteraciones anteriores son las más importantes en un juego de pruebas de regresión, porque sus características asociadas no serán modificadas en iteraciones futuras. Un extenso juego de pruebas de regresión automatizadas tiende a reducir las riesgos de regresión y libera a los Testeres para actividades importantes como las pruebas exploratorias. Las pruebas de aceptación automatizadas son ejecutadas generalmente con cada pedido de incorporación de código para proporcionar una retroalimentación inmediata acerca del estado de la calidad total del producto.

Considere un proyecto Agil con el objetivo de desarrollar una aplicación web de comercio electronico. En la implementacion actual, el proceso de pago de esta aplicación abarca ocho paginas web diferentes. Las pruebas exploratorias son gestionada con un metodo de gestion de pruebas basada en sesiones. La meta de una sesion de pruebas exploratorias es encontrar problemas relacionadas con la navegacion entre las paginas que puedan impedir completar el proceso de pago. ¿Cuál de las siguientes esperaria usted que sea la mejor carta para apoyar esta sesion de pruebas exploratorias?. Explorar las paginas del proceso de pago interactuando con la aplicación web y usando la caracteristicas del historial en el navegados para descubrir cuestiones en el flujo de compra. Explorar las paginas web del proceso de pago completando las tres paginas iniciales, marcando la cuarta pagina, cerrando navegador y accdiendo a la pagina marcada, para comprobar si esta pagina se muestra solo con datos parciales. Explorar el proceso de compra para encontrar comportamientos no deseados en todas las operaciones involucradas. Explorar los campos de entrada de las paginas web que son parte del proceso de pago con ataques de inyeccion SQL para descubrir cuestiones de vulnerabilidad relacionados a la seguridad en el flujo de compra.

¿Cuál de los siguientes es uno de los beneficios de utilizar herramientas de integración continua en un proyecto Ágil?. Proporcionar una representación visual del estado actual de cada historia de usuario, la iteración y la versión, permitiendo a todas las partes interesadas comprobar el estado rápidamente. Localizar la compilación adecuada de la integración continua o del servidor de compilación y desplegarla en el entorno de pruebas. Proporcionar una retroalimentación rápida acerca de la calidad de los cambios de nuevo código por medio de la construcción automática del código del software y la ejecución de las pruebas automatizadas. Proporcionar trazabilidad entre cuál versión del software fue aprobada y con cuál versión especifica de las pruebas.

¿Cuál de las siguientes afirmaciones acerca de las retrospectivas en proyecto Ágiles es verdadera?. Las retrospectivas en proyectos Ágiles no deben enfocarse en las mejoras del equipo completo, pero deben ser dirigidas a evaluar el rendimiento de una sola persona. Las retrospectivas en proyectos Ágiles son técnicas Ágiles básicas enfocadas en las personas y el uso de métricas puede ser importante durante estas retrospectivas. Durante las retrospectivas en proyecto Ágiles, los Testeres pueden proporcionar sus sugerencias y retroalimentaciones sólo para las actividades de pruebas. Las retrospectivas en proyecto Ágiles deben estar dirigidas a culpar a las personas y cada miembro del equipo debe sentirse lo suficientemente seguro para hablar honestamente.

Considere los siguientes métodos de desarrollo Ágil de software y une con las descripciones asociadas con estos métodos: Scrum. Programación extrema. Kanban.

¿Cuál de las siguientes declaraciones no es cierta con respecto a la retroalimentación temprana y frecuente?. Los defectos de integración de código pueden ser encontrados temprano en el ciclo de vida del producto porque con la aplicación del desarrollo dirigido por las pruebas, el sistema es construido e integrado por lo menos una vez al día. En el mundo ágil, se organiza el flujo de trabajo de tal forma que se crean actividades que generan retroalimentación muy cercana al trabajo con el que se ha comenzado. Las pruebas automatizadas pueden apoyar la retroalimentación temprana acerca de la calidad del código por medio del uso del desarrollo dirigido por las pruebas a nivel de pruebas de unidad. En el mundo ágil las iteraciones cortas dan la oportunidad a los equipos ágiles de tener puntos de chequeo frecuentes donde pueden validar su trabajo y para asegurarse de que están produciendo un sistema de valor idóneo para sus clientes.

Considere un proyecto Agil con el objetivo de desarrolar una pagina wed de comercio electronico.Asuma que en el final de la sexta iteracion, la inscripcion, la autenticacion, el carrito de compras y las caracteristicas de pago han sido implementados, y PayPal es el unico metodo de pago permitido. La siguiente historia de usuario ha sido seleccioanda para la octava iteracion del proyecto: 'Como dueño del sitio wed de comercio electronico, quiero que el cliente pueda pagar los items en su carrito de compras utilizando una tarjeta de credito soportada, para que yo pueda aumentar la base de los clientes al permitirle a los mismos utilizar mas metodos de pago' Basado solo en la informacion provista,¿Cuáles dos de las siguientes puedan ser consideradas como pruebas de aceptacion relevantes?. Las pruebas, para comprobar que los pagos con tarjetas de credito validas de tipos de tipo de tarjetas de credito no soportadas, no seran exitosas. Las pruebas, para comprobar que los pagos con tarjetas de credito expiradas de tipos de tarjetas de credito soportadas, no seran exitosas. Las pruebas , para comprobar que la pre-comprobacion de la correcion de los numeros de tarjetas de credito ocurre antes de enviar losnumeros de tarjeta de credito a la puerta, acceso del pago, seran exitosas. Las pruebas , para comprobar que se otorga el diez por ciento de descuento a los pagos con tarjetas de credito validas de tipos de tarjetas de credito soportadas, seran exitosas. Las pruebas, para comprobar que los pagos con cuentas validas de PayPal, seran exitosas.

¿Cuál de las siguientes afirmaciones acerca de la integración continua esperaría usted que sea menos probablemente verdadera?. La integración continua ayuda a proporcionar software que funciona para utilizarlo y probarlo en toda la iteración tan frecuente como se requiera. La integración continua requiere que se haga cambios en grandes cantidades de código en vez de en pequeñas cantidades. La integración continua permite la detección y reparación de problemas de integración cuando son introducidos en vez de durante la pruebas en ciclos tardíos. Un sistema de integración continua puede ayudar a informar acerca de la adherencia a los estándares de codificación utilizando las herramientas de análisis estático que realizan estas comprobaciones.

Revise las descripciones del equipo ágil seguido de las prácticas de organización y conductuales, luego une los equipos con las prácticas organizativas y conductuales que les faltan. Equipo A: El equipo acordó un proceso de pruebas durante la sesión de planificación del release, pero los Testeres no están siguiendo el orden de las actividades de pruebas para finalizar todas las historias incluidas en los Sprints. Equipo B: El equipo participa activamente en todo las reuniones stand-up pero ellos no están invitados para la reunión de retrospectiva que acontece al final de cada iteración. Equipo C: Los Testeres informan el progreso de las pruebas a su Jefe de pruebas, pero el equipo no usa un tablón de tareas ágiles para monitorear las tareas de desarrollo y pruebas. Equipo D: Los Testeres son nuevos en la metodología ágil, ellos no son expertos para mantenerse al día con los cambios durante cada iteración.

¿Cuál de las siguientes afirmaciones acerca de Kanban es verdadera?. Kanban limita el trabajo en progreso (WIP) por iteración. Kanban prescribe el uso de la práctica del desarrollo dirigido por las pruebas. Kanban limita el número de tareas en progreso en el flujo de trabajo. Kanban utiliza tiempo fijo limitado para sincronizar todas las tareas dentro de una iteración.

¿Cuál de las siguientes 2 declaraciones son verdaderas?. Kanban: Limita el trabajo en progreso del número de tareas activas paralelas. Programación extrema: Prescribe el uso programación prueba-primero. Scrum: Uno de sus roles definidos se llama el jefe de desarrollo quien representa al cliente y es responsable del Backlog del producto. Kanban: Prefiere entregar de parte en parte de una versión en vez de ítem en ítem. Kanban: Prescribe el uso de desarrollo dirigido por pruebas.