🔥 ¿Cómo hacer un plan de Pruebas? | Tutorial paso a paso
Вставка
- Опубліковано 17 лип 2023
- Bienvenidos al segundo episodio HOT 🔥 (Hands on time) by Full Advanced. Una masterclass sobre cómo crear un plan de pruebas.
Un plan de pruebas proporciona una guía detallada sobre cómo se llevarán a cabo las actividades de prueba en un proyecto. Su propósito principal es definir el enfoque, el alcance, los objetivos, los recursos, identificar y mitigar riesgos, y facilitar la comunicación y colaboración entre los miembros del equipo.
En este video hablaremos sobre los aspectos técnicos que deben estar presentes en un plan de pruebas para proyectos de software. Nos basaremos en el Estándar ISO 29119-3 como referencia, aunque adaptaremos los elementos más comunes a nuestras necesidades.
📣Cuéntame en los comentarios si aprendiste algo nuevo hoy😊.
►SI QUIERES UN DESCUENTO para presentar el examen de certificación📜, sigue 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
► SI TE INTERESA APRENDER SOBRE FUNDAMENTOS DE PRUEBAS, visita nuestro curso completamente gratuito:
• 🕵️♂️ Curso completo de Fundamentos de Pruebas de Software ISTQB:
• 🕵️♂️ Curso completo I...
• 👨💻 Curso de Ingeniero de Pruebas ISTQB: • 👨💻 Ingeniero de Autom...
► SI QUIERES CONTRIBUIR CON EL CRECIMIENTO DEL CANAL:
• Brindanos un cafecito: www.fulladvanced.com/cafe
► SI QUIERES SABER ACERCA DE NUESTRAS ASESORÍAS:
• julio.oropeza@fulladvanced.com
► CONTACTO:
• Plataforma: www.fulladvanced.com/
• Instagram: / fulladvanced
• Facebook: / fulladvanced
• LinkedIn:
/ julio-cesar-oropeza
/ kelly-aguilar-zambrano
► CRÉDITOS:
Producción Ejecutiva: Julio César Oropeza
Producción General: Kelly Aguilar Zambrano
Guión: Julio César Oropeza | 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
#FullAdvancedTestTalk #FullAdvancedExperience #Pruebas #Testing #ISTQB #FullAdvanced - Наука та технологія
► SI QUIERES UN DESCUENTO para presentar el examen de certificación📜, sigue 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 😀
1. Visión General. 1:34
2. Límites 2:41
2.1 Alcance 3:26
2.2 Definciones 7:23
2.3 Configuración del equipo 7:59
3. Riesgos de calidad 15:03
4. Calendario de plan de pruebas 16:58
5. Transiciones 18:32
5.1 Criterios de entrada 18:47
5.2 Criterios de salida 20:35
6. Configuración de ambiente de pruebas 21:49
7. Pruebas al sistema desarrollado 22:38
8. Ejecución de pruebas 24:19
8.1 Participantes claves 24:30
8.2 Seguimiento de casos de pruebas y defectos/fallas 25:13
8.3 Gestión de liberación 28:36
8.4 Ciclo de pruebas 28:56
8.5 Horario o Ventanas de pruebas 30:03
9, Riesgos y contingencias 30:26
10. Historial de cambios del documento Plan de pruebas 31:34
11. Documentos relacionados 31:45
🤓🫶
Bravo, es el mejor canal de Testing. Nos da detalles claves y es muy profesional y didáctico
Gracias por la apreciación y comentar, que tengas un excelente día!
Gracias Full Advance que aprendizaje tan profundo, documentado, informacion de alto valor... Muy contento mil gracias...
Gracias por el feedback Belisario, eso siempre motiva a seguir creando contenido.
Excelentes videos cada día vamos entrando mas a detalle en este mundo... Gracias
Un placer Miguel, en efecto, ahí vamos poco a poco
Muy interesante y ameno. Me ha servido de mucho. Gracias por tu labor.
Que bueno que te sirvió
tu canal es unico , lleveo meses estudiando testing y es una lastima q no lo haya encontrado antes , muchas gracias Julio!!
Como dicen por ahí, "nunca es tarde cuando la dicha llega" , que bueno que te este sirviendo
Hermosos contenido, Gracias!
Que bueno que te gustó Loisbelys , gracias por el feedback.
🔥🔥🔥🔥🔥🔥🔥🔥🔥
Muy bueno el contenido. Muchas gracias por este video. La oferta de descuento para rendir el certificado esta buenisima. Porque una de las razones por la cual no me propongo rendir es el costo del examen sumado a la falta de trabajo.
Esa es la idea Eugenia, poder apoyar a la comunidad con lo que se pueda
Cuando lo desees me envías el correo y te hago llegar el cupón de descuento.
Muchas gracias por el feedback
❤
Que tal Julio, se apertura el curso para julio del 2024?...
Muy interesante, en mi anterior trabajo no usábamos ningún documento de plan de pruebas, simplemente diseñábamos los tests cases en base a las historias que teníamos en el sprint. Este modelo que presentas aquí de ejemplo lo veo útil como para usarse de plantilla en cualquier trabajo ya que veo mucha info que podria reutilizarse adaptando los temas de cada proyecto. Que opinas ?
Hola Agustin, la verdad es que lo que mencionas suele ser lo que ocurre en la mayoría de los trabajos, sin embargo este conocimiento es un excelente diferenciador y ventaja durante procesos de selección de empleados (entrevistas), adicionalmente en organizaciones grandes y maduras si se usan estos artefactos.
Yo si diría que este formato es relativamente genérico y podría ser reutilizado modificando/agregando lo que corresponda.
Saludos y gracias por comentar Agustin
Hola me gustaría que hablaras un poco sobre el testware agradecido
Hola 👋, cualquier Producto de Trabajo que se genera durante una Actividad del Proceso de Pruebas es un "Testware".
Por ejemplo:
- Si durante la actividad de "Análisis", hacemos lo propio sobre un requerimiento/historia de usuario y a partir de ese análisis creamos Condiciones de Prueba / Scenarios / Casos de Prueba, entonces cualquiera de esas cosas son Testware.
- Si durante la actividad de "Planificación", hacemos un Plan de Pruebas, eso sería un Testware.
- Si durante la actividad de "Implementación", hacemos un Marco de trabajo automatizado (#Framework), eso sería un Testware.
- Si durante la actividad de "Finalización/Cierre", hacemos un Reporte de Progreso o Resumen sobre el estatus de las pruebas, eso también sería un Testware.
Y lo mismo ocurriría con cualquier otro Producto de Trabajo.
Espero haberme explicado, en caso de alguna duda puntual, con gusto te ayudo 🫡
Gracias por el video, te hago una consulta.
Cómo quedaría reflejado un cambio en el punto cuatro "Calendario de hitos"?
Quiero decir, suponer que yo puse una fecha de aprobación de casos de prueba por parte de PO, pero en el transcurso de ese plazo, se decidió agregar un nuevo módulo al sistema, lo cual hizo que esa fecha se aplace una semana.
En la nueva versión del plan de pruebas, colocaría la nueva fecha, sin más?
O debería agregar algo en alguna parte del documento indicando el motivo de dicho cambio?
Gracias desde ya.
Hola, interesante pregunta
Lo que ocurriría es que se hará el cambio de la fecha en el Calendario de Hitos, y luego en la parte del Log / Historial de Cambios se deja la nota correspondiente con toda la explicación de lo que causó el ajuste de fechas.
Saludos
hola, soy maestra de educacion primaria y estoy buscando un segundo trabajo, estoy en el proceso de certificacion pero la verdad estoy viendo que en este canal esta más facil de entender, gracias
Déjame ver eso ahora ok 0:35 0:35 0:35
❤😂🎉
0:35 0:35 0:35 0:35
Me gusta la música y su esposa 0:35
Hola, pues sí, creamos el contenido con la intención de hacerlo mas digerible para cualquier persona que estuviese estudiando para la certificación o comenzando a aprender la bases.
Que bueno que te ha gustado, gracias por comentar. Saludos.
Hola Julio! Buenas, como te va. Muy valioso el contenido, me ha dado interesantes conocimientos, gracias. Te quiero consultar, el plan de pruebas lo realiza el líder QA, o el tester también lo puede hacer?
Hola Franco, que bueno que te ha gustado.
La razón por la que un Líder/Manager es quien lo hace tiene que ver con un tema de conocimientos y experiencia, pero dependiendo de las condiciones de cada equipo, cualquier miembro lo podría realizar.
El otro punto es que de una u otra manera, todos los probadores participarán proporcionando información para poder tomar decisiones respecto a lo que se debe considerar para crear el Plan.
Sin embargo, en términos generales, esto será creado por un Lead o Gerente.
Saludos.
Perfecto, entendido, gracias!
@@franco.carrera
Hola maestro! Fijate que en donde trabajaba no hacíamos eso, únicamente creabamos los casos de prueba en base a escenarios de la app y haciamos una especie de reporte de las fallas encontradas en mis módulos testeados. En unos dias entraré a trabajar en otro lugar y tengo miedo de que lo que realmente realicé no sirva de nada :(
Hola , ante todo cero estrés, con seguridad te va a ir muy bien.
El escenario que describes es lo mas común en la mayoría de empresas, sin importar que esto esté o no ajustado a los estándares.
Ese reporte de fallas que mencionas se parece a lo que se llama "Reporte de Progreso o de Resumen" (dependiendo si lo hacen a mitad de la iteración o al final de la misma).
Ahora, es muy probable que vas a llegar a un lugar donde harán las cosas de manera muy distinta a lo que conozcas, pero recuerda, "diferente" no significa mejor o peor, simplemente cada lugar suele tener sus propias "malas prácticas", entonces:
1. Aprende las bases del testing basándote en estándares (ISTQB por ejemplo).
2. Propón cambios en función de lo aprendido y ajustado a las necesidades del negocio.
Exito en tu nueva experiencia, espero volver a escuchar de ti pronto para saber cual fue la realidad vs tu expectatitva , y así la comunidad podrá sacar provecho de la experiencia de cada uno de nosotros
Hola Cesar, espero estés muy bien... Me puedes decir por fa, a que hace referencia el Scripted testing? y las diferencias entre este ultimo y el testing exploratorio. Muchas gracias. Éxitos
Hola Geraldine, no estoy seguro de a qué te referiras con "Scripted testing", lo menciono en alguna parte del video? De ser así dime en cuál minuto para revisarlo y tener contexto para poder explicarte..
@@FullAdvanced no no, disculpa. No lo mencionas en el vídeo. Ese término lo escuché y vi en otro video, de otro lado, pero no entiendo a qué se refiere.. y viendo esto me acordé jeje disculpa.
@@geraldinejimenez9536 Ok, no te preocupes, ya decía yo "... ahora qué inventé y no me acuerdo qué significa ..."
La verdad es que no conozco algo como "Scripted Testing", quizá quisieron expresar algo relacionado con pruebas automatizadas basadas en un Script (en algún lenguaje de programación en particular), pero siento que estaría adivinando.
Entonces sin saber el contexto en el que lo dijeron se haría complejo intentar compararlo con una prueba exploratoria.
Este es el problema de utilizar algunos terminos que no están dentro de los estándares internacionales más conocidos
@@FullAdvanced Muchas gracias César, si primera vez que también lo escuchaba... bueno, si luego escucho más sobre esto y lo entiendo te lo dejo comentado... Que andes super bien!
Saludos @FullAdvanced hay alguna manera de obtener el documento tratado en el video ???
Hola, aún no he colocado un Test Plan Template en la plataforma (www.fulladvanced.com) pero voy a trabajar en eso próximamente, para dejar todo junto (Test Case, Defects/Failure, Test plan y otros)
¡Hola! Publicada la plantilla 👉🏻www.fulladvanced.com/descargas
Hola, soy muy seguidor de tus videos hace 6 meses entre a este mundo del qa, y me ha fascinado, hace unos días empecé a unirme a equipos de desarrollo freelance y lo primero que me dijeron es como yo me incluía o me establecía en el equipo, les dije que seria bueno que me estuviera integrando con con los dev y uxui, también me preguntaron sobre el primer documento que tenia pensado crear, les dije que iba a crear una plantilla para el test plan y aquí estoy, deseo saber si puedo hacer uso del documento que presentaste, no quisiera llegar a plagiar tu trabajo, me das permiso de descargar tu trabajo y modficarlo?
Hola Santiago, que bueno saber que antes en este mundo del testing.
Ante todo disculpa la demora en responder, creo que se extravió este comentario. Por supuesto que puedes usar todo el contenido, lo compartí por acá con esa intención, espero que te haya servido la explicación y que ya estés triunfando 💪 proponiendo mejoras en tu proyecto.
Saludos 👋
el plan de prueba debe elaborar el analista QA?
Suele hacerlo un Lead o Manager, con el apoyo del resto de Probadores (juniors, mids, seniors) del equipo.
Hoola crack como vas...tengo una pregunta, soy switcher y estoy estudiando qa manual tester...en tu experiencia que posibilidades reales ves que pueda entrar al mundo de it sin experiencia en el campo y con una profesion base que no tiene ninguna relacion...estoy dando mi mejor esfuerzo gracias por tu tiempo..
Es perfectamente posible siguiendo los pasos adecuados.
El problema es que hay demasiadas personas vendiendo que con un curso de "todo lo que necesitas saber sobre testing en menos de 10 horas" lo lograrás y la verdad es que desde mi perspectiva eso ya no es tan probable como hace 10 años (casualmente el tiempo que tienen trabajando las personas que insisten que si se puede sin ningún problema, "porque ellos lo lograron").
Siempre habrán "excepciones", pero prefiero hacer mis apuestas en función de "la regla".
Entonces, si aprendes las bases y luego agregas algunos conocimientos técnicos a tu bolsa de habilidades, ingresar no se hace tan complicado.
Con mis cursos tanto gratuitos como personalizados (pagos) llevo a las personas hasta ese punto.
Oh, casi olvido lo más importante, el Inglés al que tanto se le teme . Consejo: No pases ni un día estudiando sobre "Cómo ser el mejor probador" sin al mismo tiempo estar estudiando inglés.
Saludos
@@FullAdvanced muchas gracias por tu tiempo y tu respuesta valoro esto demasiado..
Hola soy becario QA y me gisto tu video oye y si haces uno de pagina web que tanto se le puede testear?
Hola Veronica, gracias por escribir. Creo que lo que mencionas tendría mas que ver con los Casos de Prueba en lugar de con un Plan de Pruebas.
Pero es una buena idea buscar un ejemplo en particular y tratar de desarrollarlo. Tengo un video sobre Casos de Prueba que se podría extender.
Saludos.
@@FullAdvanced okay checho tu canal. Tengo muchas cosas que aprender 😕
@@VeronicaRamirez-ir9vp cada día que aprendemos algo es una victoria, así que seguir sacando provecho de cada día
Por acá te dejo el video sobre los Casos de Prueba
ua-cam.com/video/Yeu13Dirh9U/v-deo.htmlsi=TuDdLJOTpS9TfI5h
Buenas Julio! Una consulta: Cuando hablas de que cada versión debe estar instalada en el ambiente correspondiente, te referís a la versión del software?
Hola Franco, podrías guiarme al minuto donde te surge la duda? Porque no recuerdo en cual momento lo dije
Hola buenas Julio! Hablas sobre eso en el minuto 28:45, mencionas que cada liberación debe estar instalada en el ambiente correspondiente. Me parece que por el contexto, sí te referís a la versión del software. Ahora respecto al ambiente, un ambiente puede ser stage, uat y producción, mientras que también puede ser chrome, firefox o brave, es esto correcto?
Hola nuevamente@@franco.carrera , ya lo ví, en efecto me refiero a la versión del sistema sujeto a pruebas (SUT).
Respecto al ambiente, en efecto es lo que dices (Stage, Testing, UAT, Producción, etc...), sin embargo preferiría referirme a los navegadores (y la versión correspondiente de estos) como algo distinto que nuestro ambiente de pruebas. Esto porque en cada ambiente podríamos utilizar los mismos navegadores y podría surgir alguna confusión.
Digamos que el navegador forma parte del Playground que creamos dentro del ambiente para poder hacer funcionar el sistema que posteriormente probamos.
Espero te sirva, saludos.
Muchísimas gracias Julio! En verdad me sirve. Te hago una última consulta: El ambiente puede estar conformado de un playground que a su vez tiene varios navegadores?
@@franco.carrera Así es, tu ambiente de pruebas para una aplicación web puede contener tantos navegadores como se haya acordado deban ser probados.
Buenas una consulta el plan de pruebas es lo mismo que el IEEE?
Hola, el IEEE es un board que proporciona muchos estandares para muchas prácticas.
El Plan de Pruebas es uno de esos documentos con una estructura definida que la ISO/IEEE han ayudado fomentar.
Entonces, Plan de prueba no es igual a IEEE/ISO, por el contrario, IEEE/ISO crear artefactos como el Test Plan.
Saludos.
@@FullAdvanced Gracias por la aclaración pero por favor
Podria hacer un video sobre como es la estructura del IEEE 🙏
La verdad lo vi en clase pero no me quedo nada claro y cuando consulto en internet parece no haber estructura estandar
Este es el tipo de contenido que vale la pena! Tenés todo mi apoyo, me suscribí y le di like, saludos desde Argentina!
Eyyy gracias por el feedback