🤑¿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
Hola@@sebastiantapascodevia5595, ISTQB en ningún caso es quién provee la infraestructura para los exámenes sino sus socios (Brightest, ISQi, etc...), me envías el correo y con gusto te daré el cupón de descuento para que hagas el examen de manera remota (on-line) o en algún centro físico cercano a tu localidad. Cualquier otra duda estoy por acá. Saludos.
hola, muchisimas gracias por tu curo, está buenísimo. en el caso que planteas, si comenzara a trabajar en esa empresa donde se remplazó el equipo de Calidad, considero que lo adecuado es hacer revisiones informales para conocer el sistema de calidad de la empresa y el sistema de pruebas, Los proyectos en marcha, y así determino cuales son las revisiones formales a realizar. Las revisiones formales se realizaran al sistema de pruebas y a los proyectos en marcha. que clase de curso tan bueno, continua creando material. Wao! y eso que algunos piensan que la informática no tiene pasión, chu, se equivocan. Muchísimas felicidades a todo el equipo de producción de este curso.
Muy bien Roxana, parece una buena estratégia en la que implementas una combinación de técnicas de revisión. ¡Gracias por participar del segmento de "La opinión" y espero que te sigan siendo de utilidad los videos! Y así es, por acá lo que abunda es la pasión 💪
Gracias por tanto esfuerzo y dedicación en los videos. La verdad que estoy tomando muchos apuntes porque es todo nuevo para mí. Por otro lado, creo que en Ad Hoc la h es muda, es una palabra latina. Saludos y nuevamente muchas gracias.
Hola Eugenia, espero te sirva el contenido para ingresar en la profesión ☺. Respecto a lo que comentas de la pronunciación ¡tienes razón! Debería sonar como "Adoc". Creo que lo único que podría decir en mi defensa es que en inglés se pronuncia de la forma que lo utilizo (Adjoc) Pero me agrada mucho saber que en nuestra comunidad hay personas tan detallistas que pueden notar estos asuntos Gracias por comentar, feliz día
Gracias Julio por tu gran trabajo y el de tu equipo, es el mejor material de internet para el istqb. Julio tú mencionas que existen paginas que nos indican listas de comprobación para una mejor revisión, me gustaria saber si puedes recomendarme alguna de ellas.
Hola Mileydi, realmente no suelo hacer uso de este tipo de listas ya que me enfoco en las necesidades específicas del proyecto en el que esté trabajando y a partir de eso creo mi propia lista. En caso y necesites una guía sobre un tema en particular, podrías intentar hacer una busqueda en Google con las palabras Checklist + "tema de interés" y posiblemente encuentres algo relacionado. Por ejemplo te anexo un par de listas relacionadas con pruebas no funcionales de Accesibilidad - www.w3.org/TR/WAI-WEBCONTENT/full-checklist - openedx.atlassian.net/wiki/spaces/A11Y/pages/666338139/Web+Accessibility+Testing+101+A+Checklist+for+Beginners Esta otra lista esta hecha para verificar un Framework de pruebas - www.w3.org/TR/2002/WD-qaframe-test-20021220/qaframe-test-checklist.html Acá hay una relacionada a elementos del Front-End (FE o UI) - frontendchecklist.io/ Espero que esto te sirva como guía y puedas encontrar lo que necesites. Saludos y gracias por escribir 👋
Gracias por la intervención acerca del segmento "La Opinión" de este episodio. En este caso, dado que los nuevos probadores no tienen ningún conocimiento acerca del sistema o el negocio, lo mas aconsejable sería un esquema de revisión mas formal, como una Inspección. De esta manera los probadores podrán comprender todo lo relacionado al tema bajo prueba, y prepararse adecuadamente para detectar defectos y opinar acerca de las mejoras que se puedan realizar. Gracias nuevamente por participar @luis garcia 👏
@@FullAdvanced Quizá podría ser en un principio una revisión guiada para tener un primer acercamiento con todo el equipo (devs, QA, etc.) Para en la próxima revisión aplicar la más formal que es la Inspección.
Excelente @@miguelcabreraec, me parece completamente válida tu observación, combinar técnicas de revisión es una opción descrita dentro del Syllabus de ISTQB y en este contexto se podría aplicar perfectamente. ¡Gracias por aportar a la discusión! 😎
@@FullAdvanced seria tambien valida una revisión técnica? Veo en el silabo que mencionan que debe de haber una preparación previa a la reunión de revisión y ademas dentro de sus objetivos adicionales esta la consideracion de implementaciones.
@@hristochavez4297 Hola Hristo, en el caso de una revisión técnica tenemos la intención de mejorar el producto de trabajo bajo estudio, y para esto se presume que los participantes deberían tener por lo menos el mismo nivel de conocimientos que el "autor", y ya que el equipo de pruebas es completamente nuevo, difícilmente podrían lograr ese cometido. Así que en este escenario no sería la mejor idea. Espero haber aclarado el punto. Muchas gracias por participar Saludos 👋
Gracias por los videos. Una sugerencia, si puedes, deberías agregar subtítulos en ingles en los videos. Para mí es uno de los cursos istqb más completos y mejor explicados de youtube.
Ha sido todo un placer poner a disposición de la comunidad del testing este esfuerzo por democratizar el contenido que en verdad sirva a su propósito y con la calidad que merecemos: 1. Aprender los fundamentos. 2. Lograr una certificación internacional. 3. Mejorar tu posición laboral o facilitarte obtener tu primera oportunidad. Respecto a los subtítulos, hemos estado contemplando esa posibilidad, incluso realizar cada nuevo video en Inglés y Español, ¿Crees que eso tiene sentido? Deberíamos hacer alguna encuesta al respecto 🤔 ¿Habrá tanta gente allá afuera que quiera escuchar mi mal inglés? 😜 Muchas gracias por comentar Lucas
@@FullAdvanced Creo que te ayudaría a llegar un público más amplio... si buscan en el buscador ISTQB y pones de filtro según el conteo de vistas el que aparece primero tiene 159k de reproducciones en 2 años aprox. En mi opinión la calidad, la forma en que ese video entrega el contenido y el ingles utilizado dejan mucho que desear. Y respecto a si es mejor los subtítulos o realizar todos los videos en ingles... no sabría decirte. De todas formas creo que es puede ser mucho más fácil agregar los subtítulos y ver si aumentan la difusión del curso y desde ahí evaluar si realizar un curso completo en ingles...
Hola Arlin. El Análisis estático verifica la estructura del producto de trabajo, en caso de ser código busca variables no utilizadas, código inalcanzable, entre otras cosas. Herramientas como SonarQube apoyan en estas actividades. Las revisiones es un tema bastante amplio, hay 4 tipos ( desde el menos formal "informal" hasta el más formal "Inspección") y participan muchas personas (autor, manager, lead, escriba, entre otros), acá se busca revisar (en la mayoría de los casos) documentación (requerimientos) .
@@FullAdvanced gracias mi amigo por ahí venía la duda que tenía sobre qué miraban en la revisión .. me dicen que en la mayoría son documentos ? Que otras cositas se pueden revisar ahí ?
Buenas noches. Una consulta ese rol director no lo visualizo en el Syllabus, visualizo los siguientes: Autor, Administrador, Facilitador, Líder de la revisión, Escriba y Revisores. Es con respecto a los roles de revisión formal
Yo diría que no son témas relacionados. Es decir, podrías tener una revisión técnica de los escenarios o ensayos que contienen los requerimientos del sistema que será construído. Recordemos que un escenario o un ensayo sería el Artefacto, work products, base de prueba, etc., que será revisado (informal, guiado, técnico, inspección). Espero haber aclarado el punto, saludos.
Hola Erick, a mayor formalidad, mayor cantidad de recursos (tiempo, dinero) necesarios para llevar a cabo la actividad. No todos los problemas requieren el mismo nivel de profundidad para su resolución. Saludos 👋
hola mi amigo. En el minuto 37.15 me informas que la opcion correcta es la C.. ahora bien tengo una duda.. si las revisiones son trabajadas por el probador (corrigeme si estoy equivocado)... porque no es la opción A la correcta?.. en la opción A se menciona que se encuentra y corrigen los defectos (entiendo que al corregir defecto ya pasa a ser un proceso de depuración).. saludos. PD: quizas estoy mezclando conceptos
Hola Arlin, en efecto estás mezclando los conceptos. El proceso de depuración se da tras el reporte de un Fallo por parte del probador. En este caso se está reportando un Defecto en un documento (en la mayoría de los casos), el cual será reparado por el "Autor" del documento. En este contexto la persona con el rol de "Líder" es el responsable de la revisión. 👋
Hola Katalina, te sugeriría que vayas a nuestra plataforma y uses el ebook www.fulladvanced.com/e-book-fundamentos-de-pruebas-de-software Eso te puede ayudar a estructurar un poco más el conocimiento. También es importante leer el syllabus de ISTQB, todo suma. Y por supuesto ver varias veces los videos, porque es difícil captar todo con solo una pasada. Espero que te sirva 👋
Hola, en la ultima pregunta, estoy confundida con respecto al concepto de revision informal y de pares, supuestamente son lo mismo, pero las revisiones de pares tbn no son documentadas y las informales no son dirigidas por un autor, porfa podrias aclararme quizá me equivoque. gracias
Hola Nathaly, no hay incongruencias en lo que describes: - La Revisión Informal y de Pares no es lo mismo, una revisión de Pares es un tipo de Revisión Informal, es decir, podrían haber otros tipos de revisiones informales. - Entonces, las revisiones Informales no son documentadas (o por lo menos no es una obligación), y por lo tanto las de Pares que forman parte de este grupo, tampoco lo son. - Y que las Revisiones Informales no sean dirigidas por un Autor, es correcto y no tiene nada que ver con los puntos anteriores. Espero que haya servido de algo la aclaratoria. Saludos.
No entiendo cuando estás explicando en el video la revisión informal, "no es necesaria una reunión de revisión"... ¿a qué revisión te refieres? No se si quieres decir, que las revisiones informales son opcionales, o es que dentro de la revisión informal hay algún otro tipo de revisión (no sé cuál) y ésta es opcional.. Si puedes resolverme esta duda, te lo agradezco. ¿No hay escriba, verdad? Otra cosa, ¿en qué reuniones de estas es obligatorio documentar el resultado de la reunión como una auditoría? (no sé si lo he expresado bien, si no, es decirme en qué revisiones es obligatorio que quede plasmado en un documento el resultado de la revisión, y en cuáles es opcional este documento) Gracias!!
Las Revisiones Informales no requieren una "reunión", podrían usarse otros medios como emails. En el ebook que tengo en la plataforma hay un tabla con esta información detallada por tipo de revisión. Saludo.
🤑¿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
Julio, ¿la prueba es directamente con ISTQB o con otra entidad certificada que da el descuento siguiendo el canal?
Hola@@sebastiantapascodevia5595, ISTQB en ningún caso es quién provee la infraestructura para los exámenes sino sus socios (Brightest, ISQi, etc...), me envías el correo y con gusto te daré el cupón de descuento para que hagas el examen de manera remota (on-line) o en algún centro físico cercano a tu localidad.
Cualquier otra duda estoy por acá. Saludos.
hola, muchisimas gracias por tu curo, está buenísimo. en el caso que planteas, si comenzara a trabajar en esa empresa donde se remplazó el equipo de Calidad, considero que lo adecuado es hacer revisiones informales para conocer el sistema de calidad de la empresa y el sistema de pruebas, Los proyectos en marcha, y así determino cuales son las revisiones formales a realizar. Las revisiones formales se realizaran al sistema de pruebas y a los proyectos en marcha. que clase de curso tan bueno, continua creando material. Wao! y eso que algunos piensan que la informática no tiene pasión, chu, se equivocan. Muchísimas felicidades a todo el equipo de producción de este curso.
Muy bien Roxana, parece una buena estratégia en la que implementas una combinación de técnicas de revisión.
¡Gracias por participar del segmento de "La opinión" y espero que te sigan siendo de utilidad los videos!
Y así es, por acá lo que abunda es la pasión 💪
Gracias por tanto esfuerzo y dedicación en los videos. La verdad que estoy tomando muchos apuntes porque es todo nuevo para mí. Por otro lado, creo que en Ad Hoc la h es muda, es una palabra latina. Saludos y nuevamente muchas gracias.
Hola Eugenia, espero te sirva el contenido para ingresar en la profesión ☺.
Respecto a lo que comentas de la pronunciación ¡tienes razón! Debería sonar como "Adoc".
Creo que lo único que podría decir en mi defensa es que en inglés se pronuncia de la forma que lo utilizo (Adjoc)
Pero me agrada mucho saber que en nuestra comunidad hay personas tan detallistas que pueden notar estos asuntos
Gracias por comentar, feliz día
*Descarga gratis el RESUMEN del capitulo en* www.fulladvanced.com/e-book-fundamentos-de-pruebas-de-software
Gracias Julio por tu gran trabajo y el de tu equipo, es el mejor material de internet para el istqb. Julio tú mencionas que existen paginas que nos indican listas de comprobación para una mejor revisión, me gustaria saber si puedes recomendarme alguna de ellas.
Hola Mileydi, realmente no suelo hacer uso de este tipo de listas ya que me enfoco en las necesidades específicas del proyecto en el que esté trabajando y a partir de eso creo mi propia lista.
En caso y necesites una guía sobre un tema en particular, podrías intentar hacer una busqueda en Google con las palabras Checklist + "tema de interés" y posiblemente encuentres algo relacionado.
Por ejemplo te anexo un par de listas relacionadas con pruebas no funcionales de Accesibilidad
- www.w3.org/TR/WAI-WEBCONTENT/full-checklist
- openedx.atlassian.net/wiki/spaces/A11Y/pages/666338139/Web+Accessibility+Testing+101+A+Checklist+for+Beginners
Esta otra lista esta hecha para verificar un Framework de pruebas
- www.w3.org/TR/2002/WD-qaframe-test-20021220/qaframe-test-checklist.html
Acá hay una relacionada a elementos del Front-End (FE o UI)
- frontendchecklist.io/
Espero que esto te sirva como guía y puedas encontrar lo que necesites.
Saludos y gracias por escribir 👋
En el escenario planteado, creo que debe aplicarse una Revision Guiada, aplicando la mayor cantidad de tecnicas de revision posible.
Gracias por la intervención acerca del segmento "La Opinión" de este episodio.
En este caso, dado que los nuevos probadores no tienen ningún conocimiento acerca del sistema o el negocio, lo mas aconsejable sería un esquema de revisión mas formal, como una Inspección.
De esta manera los probadores podrán comprender todo lo relacionado al tema bajo prueba, y prepararse adecuadamente para detectar defectos y opinar acerca de las mejoras que se puedan realizar.
Gracias nuevamente por participar @luis garcia 👏
@@FullAdvanced Quizá podría ser en un principio una revisión guiada para tener un primer acercamiento con todo el equipo (devs, QA, etc.) Para en la próxima revisión aplicar la más formal que es la Inspección.
Excelente @@miguelcabreraec, me parece completamente válida tu observación, combinar técnicas de revisión es una opción descrita dentro del Syllabus de ISTQB y en este contexto se podría aplicar perfectamente.
¡Gracias por aportar a la discusión! 😎
@@FullAdvanced seria tambien valida una revisión técnica? Veo en el silabo que mencionan que debe de haber una preparación previa a la reunión de revisión y ademas dentro de sus objetivos adicionales esta la consideracion de implementaciones.
@@hristochavez4297 Hola Hristo, en el caso de una revisión técnica tenemos la intención de mejorar el producto de trabajo bajo estudio, y para esto se presume que los participantes deberían tener por lo menos el mismo nivel de conocimientos que el "autor", y ya que el equipo de pruebas es completamente nuevo, difícilmente podrían lograr ese cometido.
Así que en este escenario no sería la mejor idea.
Espero haber aclarado el punto.
Muchas gracias por participar
Saludos 👋
Gracias por los videos.
Una sugerencia, si puedes, deberías agregar subtítulos en ingles en los videos. Para mí es uno de los cursos istqb más completos y mejor explicados de youtube.
Ha sido todo un placer poner a disposición de la comunidad del testing este esfuerzo por democratizar el contenido que en verdad sirva a su propósito y con la calidad que merecemos:
1. Aprender los fundamentos.
2. Lograr una certificación internacional.
3. Mejorar tu posición laboral o facilitarte obtener tu primera oportunidad.
Respecto a los subtítulos, hemos estado contemplando esa posibilidad, incluso realizar cada nuevo video en Inglés y Español, ¿Crees que eso tiene sentido?
Deberíamos hacer alguna encuesta al respecto 🤔
¿Habrá tanta gente allá afuera que quiera escuchar mi mal inglés? 😜
Muchas gracias por comentar Lucas
@@FullAdvanced Creo que te ayudaría a llegar un público más amplio... si buscan en el buscador ISTQB y pones de filtro según el conteo de vistas el que aparece primero tiene 159k de reproducciones en 2 años aprox.
En mi opinión la calidad, la forma en que ese video entrega el contenido y el ingles utilizado dejan mucho que desear.
Y respecto a si es mejor los subtítulos o realizar todos los videos en ingles... no sabría decirte. De todas formas creo que es puede ser mucho más fácil agregar los subtítulos y ver si aumentan la difusión del curso y desde ahí evaluar si realizar un curso completo en ingles...
Hola mi amigo. me podrias ayudar a identificar ejemplos de análisis estáticas y revisiones estáticas?
Hola Arlin.
El Análisis estático verifica la estructura del producto de trabajo, en caso de ser código busca variables no utilizadas, código inalcanzable, entre otras cosas. Herramientas como SonarQube apoyan en estas actividades.
Las revisiones es un tema bastante amplio, hay 4 tipos ( desde el menos formal "informal" hasta el más formal "Inspección") y participan muchas personas (autor, manager, lead, escriba, entre otros), acá se busca revisar (en la mayoría de los casos) documentación (requerimientos) .
@@FullAdvanced gracias mi amigo por ahí venía la duda que tenía sobre qué miraban en la revisión .. me dicen que en la mayoría son documentos ? Que otras cositas se pueden revisar ahí ?
@@arlinizarra1985 Cualquier otro producto de trabajo.
Buenas noches.
Una consulta ese rol director no lo visualizo en el Syllabus, visualizo los siguientes: Autor, Administrador, Facilitador, Líder de la revisión, Escriba y Revisores.
Es con respecto a los roles de revisión formal
Hola Pedro, el Director sería el equivalente del Administrador. Viene de Management
Puede decirse que una técnica basada en escenarios y ensayos puede equivaler a un tipo de revisión técnica, claro de manera individual?
Yo diría que no son témas relacionados.
Es decir, podrías tener una revisión técnica de los escenarios o ensayos que contienen los requerimientos del sistema que será construído.
Recordemos que un escenario o un ensayo sería el Artefacto, work products, base de prueba, etc., que será revisado (informal, guiado, técnico, inspección).
Espero haber aclarado el punto, saludos.
Porque la revisión Formal no entra en los Tipos de revisiones más comunes?
Hola Erick, a mayor formalidad, mayor cantidad de recursos (tiempo, dinero) necesarios para llevar a cabo la actividad.
No todos los problemas requieren el mismo nivel de profundidad para su resolución.
Saludos 👋
✅
hola mi amigo. En el minuto 37.15 me informas que la opcion correcta es la C.. ahora bien tengo una duda.. si las revisiones son trabajadas por el probador (corrigeme si estoy equivocado)... porque no es la opción A la correcta?.. en la opción A se menciona que se encuentra y corrigen los defectos (entiendo que al corregir defecto ya pasa a ser un proceso de depuración)..
saludos. PD: quizas estoy mezclando conceptos
Hola Arlin, en efecto estás mezclando los conceptos. El proceso de depuración se da tras el reporte de un Fallo por parte del probador.
En este caso se está reportando un Defecto en un documento (en la mayoría de los casos), el cual será reparado por el "Autor" del documento.
En este contexto la persona con el rol de "Líder" es el responsable de la revisión.
👋
Algún consejo para asimilar y aprender rápido esta gran cantidad de información?
Hola Katalina, te sugeriría que vayas a nuestra plataforma y uses el ebook www.fulladvanced.com/e-book-fundamentos-de-pruebas-de-software
Eso te puede ayudar a estructurar un poco más el conocimiento.
También es importante leer el syllabus de ISTQB, todo suma.
Y por supuesto ver varias veces los videos, porque es difícil captar todo con solo una pasada.
Espero que te sirva 👋
@@FullAdvanced Genial muchas gracias!!
Siempre a la orden @@katalinaviquez1513, por acá andamos para ayudar! 💪
Hola, en la ultima pregunta, estoy confundida con respecto al concepto de revision informal y de pares, supuestamente son lo mismo, pero las revisiones de pares tbn no son documentadas y las informales no son dirigidas por un autor, porfa podrias aclararme quizá me equivoque. gracias
Hola Nathaly, no hay incongruencias en lo que describes:
- La Revisión Informal y de Pares no es lo mismo, una revisión de Pares es un tipo de Revisión Informal, es decir, podrían haber otros tipos de revisiones informales.
- Entonces, las revisiones Informales no son documentadas (o por lo menos no es una obligación), y por lo tanto las de Pares que forman parte de este grupo, tampoco lo son.
- Y que las Revisiones Informales no sean dirigidas por un Autor, es correcto y no tiene nada que ver con los puntos anteriores.
Espero que haya servido de algo la aclaratoria.
Saludos.
@@FullAdvanced muchas gracias! Estoy apunto de dar mi examen y tu contenido me esta ayudando bastante! MUCHAS GRACIAS! :D
Un placer@@nathalydelcarpio7024 , espero que compartas tus resultados por acá 🤓 para acompañarte en tu celebración!
Hola una consulta tiene la descarga del resumen del libro porfa
Hola Martha, por acá te lo dejo www.fulladvanced.com/e-book-fundamentos-de-pruebas-de-software
@@FullAdvanced Muchas gracias lo máximo!!!
@@marthaangelicacespedessegu1718 Siempre a la orden por acá 👋
No entiendo cuando estás explicando en el video la revisión informal, "no es necesaria una reunión de revisión"... ¿a qué revisión te refieres? No se si quieres decir, que las revisiones informales son opcionales, o es que dentro de la revisión informal hay algún otro tipo de revisión (no sé cuál) y ésta es opcional.. Si puedes resolverme esta duda, te lo agradezco. ¿No hay escriba, verdad? Otra cosa, ¿en qué reuniones de estas es obligatorio documentar el resultado de la reunión como una auditoría? (no sé si lo he expresado bien, si no, es decirme en qué revisiones es obligatorio que quede plasmado en un documento el resultado de la revisión, y en cuáles es opcional este documento) Gracias!!
Las Revisiones Informales no requieren una "reunión", podrían usarse otros medios como emails.
En el ebook que tengo en la plataforma hay un tabla con esta información detallada por tipo de revisión.
Saludo.