Це відео не доступне.
Перепрошуємо.
EP16 | CAP 5 Planificación, Monitoreo y Control de la Prueba, Informe de Prueba, Informe de Defectos
Вставка
- Опубліковано 14 сер 2024
- Ep16: Planificación, Monitoreo y Control de la Prueba
Capítulo 5: Gestión de Pruebas
Curso Completo GRATIS de Fundamentos de Pruebas ISTQB
Ejecutar pruebas es una actividad compleja, a menudo es un miniproyecto dentro de un proyecto de desarrollo, mantenimiento o integración de un software. Ya vimos que hay actividades bien definidas, y algunos de los roles que se deben manejar para llevarlas a cabo, como se estudió durante las revisiones, ahora veremos cómo organizar al equipo, como estimar, planificar y aplicar estrategias para distribuir eficientemente el esfuerzo de prueba, así como monitorear el progreso y crear reportes de hallazgos.
► SI QUIERES CONTRIBUIR CON EL CRECIMIENTO DEL CANAL:
• www.fulladvanc...
► EBOOK con tarjetas de memoria:
• www.fulladvanc...
Tabla de Contenido:
00:00 Caricatura
03:55 Introducción
05:35 Oganización de las Pruebas
06:00 Prueba Independiente
08:23 Tareas de un Lider y de un Probador
09:06 Tareas de un Lider
14:08 Tareas de un Probador
17:10 Propósito y contenido de un plan de prueba
21:18 Estrategia y enfoque de la prueba
30:02 Criterios de Entrada y Criterios de Salida
32:42 Calendario de ejecución de la prueba
33:38 Factores que Influyen en el Esfuerzo de Prueba
39:28 Técnicas de Estimación de esfuerzo de la Prueba
44:23 Monitorización y Control de la Prueba
45:30 Métricas
49:16 Informes de Prueba
53:17 Control de la Prueba
55:26 Gestión de la Configuración
58:18 Riesgos y Prueba
01:02:01 Riesgos de Producto y Riesgos de Proyecto
01:10:33 La Prueba Basada en el Riesgo y la Calidad de Producto
01:13:39 Gestión de Defectos
01:18:54 Informe de Defectos
01:25:15 Resumen del episodio
01:27:17 Quiz del capitulo
01:40:48 Caso de Estudio
01:42:14 Conclusiones
#ISTQB #CTFL #QA #PRUEBAS #FullAdvancedTesting #FullAdvanced #PruebasDeSoftware
#software #testing
**Créditos:
Producción Ejecutiva: Julio César Oropeza
Producción General: Kelly Aguilar Zambrano
Guión: Kelly Aguilar Zambrano
Fotografía: Julio César Oropeza
Dirección de Arte: Kelly Aguilar Zambrano
Post Producción, Edición y Montaje: Julio César Oropeza | Kelly Aguilar Zambrano
Edición y Mezcla de Sonido: Julio César Oropeza
Animación y VFX: Julio César Oropeza
**Contacto:
www.fulladvanced.com
Facebook: @fulladvanced
Instagram: @fulladvanced
Twitter: @full_advanced
LinkedIn: / julio-cesar-oropeza
/ kelly-aguilar-zambrano
#ISTQB #CTFL #QA #PRUEBAS #FullAdvancedTesting #FullAdvanced
🤑¿Quieres un DESCUENTO para presentar el examen de certificación📜? Si eres un seguidor de este canal, estos son los pasos:
- Envíame un email a info@fulladvanced.com ✉
- Coloca como parte del título del email "Cupón de descuento" 🎟
- Indica la Región donde tomarás el examen, las opciones son: America, Venezuela, Argentina y Europa. 🌎
Obtendrás un descuento que va desde 10US$ hasta 25 US$ al momento de adquirir el examen💰
En este canal no solo me enfoco en darte el contenido que necesitas para prepararte sino en facilitar el acceso a la certificación 🏆
Aprovecha este beneficio que te ofrecemos desde #FullAdvanced
Estoy a punto de terminar este curso y, sinceramente, todo lo aprendido en este capítulo y en los anteriores ha sido excelente. La información está bien resumida y será de gran ayuda cuando comience a prepararme para la certificación ISTQB en mi camino hacia convertirme en un profesional de SQA.
Tienes una manera magistral de explicar! Gracias por los contenidos que publicas. Saludos!
Wow, muchas gracias por el comentario, me hiciste el día 😊
Estas son las cosas que hacen valer todo el tiempo que le invertimos a este contenido.
Espero que logres obtener la certificación de ISTQB (en caso y te estes preparando) y nos lo hagas saber por acá.
¡Felíz día! 🌞
Muchas gracias, Julio por crear este contenido de calidad y de gran ayuda no solo para pasar la certificación, sino también para comprender mejor el proceso de testing.
Ey Juan, gracias por tomarte el tiempo de escribirnos, en verdad estos comentarios nos animan a seguir creando contenido, pronto volveremos con cosas nuevas 💪
Con Orgullo te comento que aprobé exitosamente mi examen, Te agradezco tu empeño y dedicación, me ayudo muchísimo, desde ya tienes una fiel seguidora, esperando a nuevo contenido :)
Woooow Luisa felicitaciones! Muchas gracias por escribir 🥳, siempre nos alegra enterarnos que las personas logran el objetivo.
Ya pronto volvemos con nuevo contenido 💪 espero que estés suscrita y con la campanita activada para que te llegue la notificación.
En donde o con qué entidad diste tu examen? c:
@@marcelogonzales8045 hola buenos días yo lo presente en Bogotá en un lugar que se llama Aula matiz
Es muy importante un buen sistema de Gestión de Pruebas y la experiencia, y el histórico de los casos de prueba ayuda muchísimo. Es muy lindo el sistema de gestión de la calidad de software. Gracias el curso está buenisimo
Saludos Roxana, gracias por tu comentario. En efecto la gestión de la calidad de software es apasionante, que bueno que te ha gustado el contenido 🥳
Sigamos con la preparación del examen, realmente estos vídeos me están ayudando mucho!
Estos son los comentarios que nos animan a seguir trabajando en crear contenido con estas características, sabemos que hay personas que genuinamente pueden obtener resultados en las metas que persiguen 💪
Esta fue la mejor caricatura, me rei mucho, muchas gracias por todo el esfuerzo que le metes a estos videos, regresare aqui a reportarme cuando tenga mi certificacion.
😅Que bueno que te gustó! Será genial que cuentes por acá cuando lo logres
Me prometí a mis mismo que si pasaba regresaría a darte las gracias que mereces! Te confieso que este video fue el que más vi y más me ayudó, por eso te escribo por acá. Muchas gracias, se logró!
Felicitaciones Erick y gracias por volver y actualizarnos sobre haber logrado el objetivo
Otro miembro de la comunidad satisfecho
Me encantan las historias del principio jaja
Cualquier parecido con la realidad son pura coincidencia!
Estoy camino a mi certificación y este material ha sido muy claro y muy didáctico. Mil gracias
Es un verdadero placer colaborar contigo Luisa, espero que nos avises cuando logres el objetivo 👏.
Cualquier duda estamos atentos 👋
✅
gracias por todo el contenido que publicas sobre certificaciones ISTQB
Un placer Anca, espero te sea de utilidad para obtener la certificación. 💪
Mi amigo .. me podrias ayudar un poco mas con el tema de gestion de la configuracion?.
La gestion de la configuracion es un proceso ? lo realiza un equipo en especifico?. No entendi muy bien el concepto. Saludos.
Hola Arlin, es una actividad que forma parte del proceso de pruebas, los probadores debemos identificar unívocamente nuestros productos de trabajo y las subsecuentes versiones de los mismos, bien sea manualmente o mediante alguna herramienta para tal fin (Git por ejemplo), y mantener la apropiada trazabilidad entre estos productos de trabajo y el sistema sujeto a pruebas (SSP).
Estas actividades las hacemos los probadores, no es necesario un equipo especial para eso, podemos mantener este control sobre TC's Manuales (usando Jira o Zephyr), o sobre un framework de automatización de pruebas utilizando algún CVS como mencioné anteriormente.
👋
Un genio
Hola mi amigo me podrías ayudar con estas dudas.
1. Minuto 11:50 el jefe inicia el proceso de pruebas, entre ellos inicia la ejecucion de pruebas. Eso quiere decir que el jefe empieza ejecutando pruebas? O simplemente da el GO para el que los tester comiencen a ejecutar?
2. Minuto 13:30 el jefe de prueba participa en la creación de ambientes de pruebas . Eso quiere decir que el jefe prepara el ambiente donde se probara y/o prepara la data para realizar las pruebas?.. Mas adelante 14:50 mencionas que tester prepara el entorno y los datos de pruebas.
3. Minuto 15:35 El tester crea el calendario de prueba. Pero esto no lo hace el jefe de prueba en el plan o planificación de las pruebas?
4. Min 25 Adversa a regresión se refiere a qué no apoya los procesos de pruebas de regresión? Busca que estos no se hagan después de un despliegue?. Es viable esa estrategia para las organizaciones? O esa la combinan con otra estrategia?
Hola Arlin, ya casi vas terminando con el curso 🤓
1. El líder da el Go luego que se hayan cumplidos los criterios de entrada acordados durante el plan de pruebas. No es que un líder no pueda ejecutar pruebas, pero no es lo principal que busca ese comentario.
2. Dice que que el Líder "participa" no que lo haga solo, incluso los desarrolladores, DevOps pueden colaborar. Un Tester tendrá una participación más activa en la construcción o realización de actividades técnicas.
3. Acá estás confundiendo los Calendarios, no es lo mismo el Calendario de los Hitos que se realiza en el Plan de Pruebas (realizado por el Líder), que el calendario de ejecución de las pruebas que se realiza en la actividad de Ejecución (realizado por el probador).
4. Es exactamente lo opuesto, busca prevenir los problemas de regresión, en la mayoría de los casos lo hace mediante pruebas automatizadas como lo explico en el video.
Saludos 👋
Sobre 5.5.3 1:10:33 comparto otra def.: Prueba Basada en el Riesgo:
Identificación de Riesgos: Antes de comenzar las pruebas, se identifican los posibles riesgos que pueden afectar la calidad del software. Estos riesgos pueden incluir áreas críticas de funcionalidad, complejidad técnica, requisitos cambiantes, entre otros.
Análisis de Riesgos: Cada riesgo identificado se analiza para determinar su probabilidad de ocurrencia y el impacto que tendría en el producto si ocurriera. Esta evaluación ayuda a priorizar los riesgos y enfocar los esfuerzos de prueba en las áreas más críticas.
Planificación de Pruebas: Con base en el análisis de riesgos, se desarrolla un plan de pruebas que asigna recursos y tiempo de manera efectiva para abordar los riesgos identificados. Las pruebas se centran en mitigar los riesgos más significativos para la calidad del producto.
Ejecución de Pruebas: Durante la ejecución de las pruebas, se da prioridad a las áreas identificadas como de alto riesgo. Se realizan pruebas exhaustivas en estas áreas para asegurar que el software funcione correctamente y que los posibles problemas se identifiquen y corrijan temprano.
Monitoreo y Control: Se monitorean continuamente los resultados de las pruebas para identificar nuevas áreas de riesgo o para evaluar la efectividad de las estrategias de prueba implementadas. Se ajustan las pruebas según sea necesario para abordar cualquier cambio en los riesgos del proyecto.
Ejemplo:
Imaginemos que estás desarrollando un software de gestión de inventario para una cadena de tiendas. Un riesgo identificado es la integración incorrecta con el sistema de ventas en línea, lo que podría resultar en pérdida de datos o transacciones incorrectas.
Para mitigar este riesgo, podrías enfocar las pruebas en la interoperabilidad entre el sistema de gestión de inventario y el sistema de ventas en línea. Realizarías pruebas exhaustivas para garantizar que los datos se transfieran correctamente entre los sistemas y que las transacciones se registren con precisión.
En resumen, la prueba basada en el riesgo es un enfoque estratégico que ayuda a priorizar las actividades de prueba y a garantizar que los recursos se utilicen de manera efectiva para abordar los riesgos que pueden afectar la calidad y el rendimiento del software.
Gracias por compartir la información
La respuesta de "Un defecto puede cerrarse sin ser reparado" como verdadera me parece algo capciosa ya que el defecto se puede ir a un estado diferido pero en algún momento tendrá que que ser reabierto para repararse y cerrarlo. ¿O se debería de pensar solo en el ciclo actual cuando se responda ese tipo de pregunta?
Hola, la verdad es que lo que comentas sobre enviar a un estado "Diferido" para luego ser reparado es algo válido.
Pero la pregunta esta orientada hacia la posibilidad de cerrar un defecto sin repararlo, lo cual es completamente válido y común.
En la mayoría de los casos viene dado por el poco impacto que representa el defecto y/o el costo de repararlo.
Espero haber aclarado un poco el punto.
Saludos.
@@FullAdvanced Muchas gracias por la respuesta.
Siempre a la orden por acá @@kaikanphase
En algunas partes he leído que en algunas organizaciones tienen una plantilla para el documento de estrategia de pruebas y otro para plan de pruebas, aunque hay organizaciones que solo manejan el plan de pruebas; además que el enfoque a las pruebas se puede manejar en el plan de pruebas.
Hola María, en efecto es como lo describes, podrían ser diferentes plantillas, en especial en organizaciones con un alto nivel de maduréz a nivel de procesos.
Y en efecto, el Enfoque de Pruebas debería estar mencionado en el Plan de Pruebas 🤓
Saludos y gracias por escribir.
Muchas gracias por explicar tan claro , tienes algún video donde resuelvas el examen y expliques las respuestas ? Saludos y muchas gracias nuevamenre
Hola Cristian, por el momento solo tengo eso en el curso privado (8 exámenes), pero voy a procurar hacer un video al respecto en el futuro.
Gracias por comentar y saludos
estoy siguiendo el curso y me intriga algo, ke herramientas has usado para la gestión de defectos? gracias de antemano
Saludos Marco, la mayoría de las veces trabajo con Jira y algunos plugins como Zephyr por ejemplo.
Pero también me ha tocado usar herramientas de IBM como RQM (Rational Quality Manager) y en ocasiones la suite de HP (QTP/UFT), también llegue a utilizar Microsoft Azure.
En mi caso prefiero la suite de Atlassian (Jira, Confluence, etc)
Cualquier otra duda estamos por acá, saludos.
Hola Julio, buenas noches, como estas? Espero que estes bien. Aprovecho este medio para preguntarte que fuentes utilizas para mantenerte al tanto o al día en esto de Testing, además de esto de UA-cam, no se que otras fuentes utilizas. Muchas gracias de antemano!