► 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
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
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.
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
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!
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
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, 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, 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 👋
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.
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 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?
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
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 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.
@@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
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
Hola Rey, el siguiente curso que espero comience en Octubre 2024 será de Agile testing. La siguiente edición de nivel Foundation V4, será en Enero de 2025 Cualquier otra duda estaré atento.
► 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
🤓🫶
¡Para mí, el mejor canal de testing por lejos!
Saludos Reinid! Muchas gracias por escribir
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.
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
Muy interesante y ameno. Me ha servido de mucho. Gracias por tu labor.
Que bueno que te sirvió
Excelentes videos cada día vamos entrando mas a detalle en este mundo... Gracias
Un placer Miguel, en efecto, ahí vamos poco a poco
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.
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
Hermosos contenido, Gracias!
Que bueno que te gustó Loisbelys , gracias por el feedback.
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!
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
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
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 👋
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
🔥🔥🔥🔥🔥🔥🔥🔥🔥
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.
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 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 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
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.
❤
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
Que tal Julio, se apertura el curso para julio del 2024?...
Hola Rey, el siguiente curso que espero comience en Octubre 2024 será de Agile testing.
La siguiente edición de nivel Foundation V4, será en Enero de 2025
Cualquier otra duda estaré atento.
Genial, gracias Julio ...espero pronto el curso de octubre
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