Estoy haciendo un curso de QA y agradezco que hayas salido en mi feed, ahora puedo entender lo que dan en la teoría (a veces muy mal redactada). De una que te estoy recomendado con mis compañeros! Este canal es de un nivel superior! Gracias por tomarte el trabajo y el tiempo para hacerlo. Gracias Gracias!
viejo tus vídeos de verdad que explican lo que uno se pregunta después de haber estudiado y visto mil cursos que es: "ahora como plasmo lo que se en un trabajo de verdad " eres grande
llevo solo unos minutos pero esta información es oro, sobretodo para mi ya que mi empresa se encuentra en un proyecto en el que es complicado sacar tiempo para capasitarme
Jajaja y tengo más trucos! Win + . Activas los emojis de Windows. Win + V activas el clipboard de todo lo que has copiado, incluso imágenes. Por si no sabías estos! Jaja saludos
Muy bueno tu contenido hermano! Personalmente me enseñaron a hacer TC por cada validación en el criterio de aceptación. Donde vos pones un punto por cada suceso yo hubiera hecho diferentes Test Cases con Títulos Descriptivos.
Hola muchas gracias. Excelente. podemos resumir en un caso de prueba varias validaciones, pero al momento de reportar una incidencia estas afectando a todo el caso de prueba, por un paso que pudo validarse como CP separado. Entiendo que estas dando un ejemplo y gracias de nuevo
Hola, gracias por tu tiempo y explicar estos temas. Solo cómo suguerencias esas User story estan demasiada larga, de hecho es el gran problemas que tienen algunos PO, tienes que pensar que estan en agilidad y una manera de fijarte que esta larga esa HU es por que te salen muchos criterios la regla dice 3 máx, auque se permiten hasta 5. y se deben artir las HU hasta llegar a esa cantidas de criterios Saludos
Excelente Juaaan!! Apoyo lo que dices, estas US que ves de ejemplo son muy educativas, puede que algunas estés largas pero hay otras más cortas y más realistas ;) Buen aporte con tu comentario!
Genial querido! pero jamás te quedes con solo el curso y los videos, debes HACER un proyecto, unas taras. Te invito a que uses UPEX-JIRA ;) Para más info busca en mis otros videos para saber qué hacer
Ely bro eres un crack! de verdad he ido aprendiendo poco a poco y lo mejor es que uno puede ir practicando desde el Jira. Quiero hacerte una consulta y es la siguiente: Hablas de un video que vas a mostrar, de como se hacen casos de prueba desde Excel. Cual seria ese video? Por fa ya que quisiera aprender ese metodo tambien. :D
Creo que estás mal interpretando el ISTQB. Porque con un solo botón, o una sola acción, puede pasar MUCHAS cosas en el software. Quiero que te tomes un momento para pensarlo y vuelvas a leer esa línea del párrafo del ISTQB donde lo leíste. No tiene sentido si no documentas todos los comportamientos que pasan al mismo tiempo o justo cuando haces una acción. Ejemplo agregar un producto adicional al carrito de compra, pasan varias cosas. Recuérdalo bien.
Min 43:30 Agregaste una acción al caso de prueba : "abrir el SCP" Ese paso podría haber Sido un caso de prueba aparte dentro de un set de pruebas? O sea: en lugar de un caso de prueba con 2 acciones. Tener un test set con 2 casos de pruebas: uno validando acción y otro abriendo carro y validando que se haya añadido.. Desde ya muchas gracias
Hola Sebastian!! Creo que intentas colocar 2 Casos de Pruebas muy dependientes del otro. La realidad es que ningún caso de prueba dentro de un Suite debe ser dependiente de otro, es decir, no puedes ejecutar el TC1 y luego el TC2 porque así está elaborado, realmente no, cada TC debería sern tan independiente del otro que puedas ejecutarlo sin tener un orden en particular. Esto se debe porque cuando se arman planes de Smoke o Sanity o Regression, se pueda escoger libremente los TC necesarios sin depender de todo un grupo, es un principio del testing.
Gracias por las explicaciones. Son clarísimas. Tengo la siguiente consulta: los criterios de aceptación los escribe el analista funcional. Cómo lo hace si se supone que las historias fueron redactadas previamente al diseño de la pag. Los criterios se van actualizando?
Hola Mariana! buena pregunta!! Mira el Analista Funcional suele ser el encargado de "traducir" los requerimientos (que necesita el cliente y su negocio) en Criterios de Aceptación ordenados y detallados para los Diseñadores, Desarrolladores y Testers! El Analista debe saber qué producto se quiere lograr! Esto debe hacerlo haciendo muchas reuniones con los clientes y project managers.
Buenas tardes Eli, la verdad que estoy encantando con el curso, miro varias veces cada video y tomo notas del mismo. Este video en particular me genera una pequeña duda en cuanto a las precondiciones, conviene agregarlas en una incidencia aparte o las agregamos como un pasó mas en la ejecución de la prueba como hiciste en los últimos minutos del video? o puede hacerse de cualquiera de las dos?
Excelente pregunta Lucio! Mira, lo mejor es usar correctamente cada plugin que se use. En este caso, estamos usando Xray, como un plugin de Test Management para Jira. Y Éste usa una incidencia llamada "Precondition" justamente para crear las precondiciones como dices. Eso se debería hacer en lugar de escribirlas en los steps. Pero digamos que escribirla en los steps, es más fácil para el público hacerlo y así vayan entendiendo el flujo del concepto general de casos de pruebas. Gracias y Feliz Añooo!
@@Saitest Se entendió perfecto Ely. Muchas gracias como siempre tus respuestas son muy claras y contribuís mucho con los que estamos arrancando en el camino del Testing. Feliz año!
Hola excelente video, muchas gracias, solo me quedó una duda con el tema de las precondiciones, si entendí bien cargaste dos precondiciones de dos formas diferentes, una como una precondición aparte que es la de abrir el PLP y otra dentro de los pasos de prueba, como una acción donde pusiste "El ítem a añadir no debe haber sido añadido anteriormente en la página de carga". Mi pregunta es, siempre tiene que haber una precondición como la primera no? y entiendo que después se pueden cargar más de esa forma o también opcionalmente como lo hiciste de la segunda forma, espero que se haya entendido, gracias!
Así es! Existen las precondiciones background que son fijas en todos los TC de un Suite y existen las precondiciones condicionales que pueden ser específica por un TC para poder validar algo bajo una condición alternativa en las precondiciones
La Data son todos aquellos parámetros que necesitas colocar para la prueba, ejemplo el username y password, literalmente es la data que vas a usar. La forma de colocarlo varía mucho en las formas de trabajar de cada uno.
Muy buen video! A lo mejor está contestado en videos posteriores, pero mi pregunta es: Dónde adjuntas la evidencia de ejecución? Saludos y gracias desde ya!
Ely! Amo estos videos y la informacion que nos brindas en ellos Pero te voy a hacer una pregunta un poco irrelevante. Tendras la playlist que utilizas para los videos? Me encanta esa musica para trabajar 😅
Jajaja claro hermano! tengo varias! Te pongo mi TOP de playlist: - ruclips.net/video/rJdHvKWvk3Q/видео.html - ruclips.net/video/f02mOEt11OQ/видео.html - ruclips.net/p/PLtoBum7gx6vG5qc1hTuMMODKEUWlHdDyo (no le digas a nadie, pero ésta última playlist, será de mis prox videos de Automation)😁 Te sugiero buscarlo en RUclipsMusic mejor
Q tal campeon, interesante esta via para diseñar, ejecutar los casos de prueba. Solo una duda en la parte de ejecucion y es que solo veo q expones Precondiciones - Accion - Resultado Esperado y no veo la otra parte de -- Condiciones necesarias - Tipo de Sistema operativo - Resultado Actual
Uuuf papá eso me leo preguntas porque viste un curso de Excel o algo? Hace años, se usaba una estructura de Excel donde iba todos los datos de los TC en una grilla. Está cool pero el problema era otra cosa: la trazabilidad y la confiabilidad. Por eso se dejó de usar Excel para documentación de los TC... Ahora te explico, por qué un TC solo lleva los famosos campos: Título, precondiciones, Pasos, Data y Resultado Esperado. - Es porque el resto de información va directo en otras partes: * Las "Condiciones Necesarias" que dices, no es un campo que exista en los plugins de testing a nivel mundial, capaz te referías a las mismas precondiciones y data. * El Tipo de sistema Operativo, es algo muy macro, y depende del proyecto, definen si trabajar en múltiples OS o no. Esta documentación, si se aplicara, entonces se coloca en el "Test Set" o "Test Suite" o "Test Plan" donde va la info de un grupo de TC en común. * Lo mismo sería para el "Ambiente de Prueba" para el TC, sería definido en lo que comenté arriba. * El Resultado Actual, realmente es un campo de "Ejecución de Prueba" y solo lo ves en el Test Runner realmente. Todos los plugins de QA tienen este campo en el runner, y no en el Test Case. Me diste alta idea para un próximo video de RUclips!💜 Feliz año!
Hola. Primero que gana agradecerte por tan valioso contenido. He intentado unirme a la comunidad de Slack pero me aparece "Este enlace ya no está activo Para unirte a este espacio de trabajo, deberás pedir un nuevo enlace a la persona que te invitó originalmente."
Hola Jade!! Estaba enfermo y por eso no respondí a tiempo! Sobre tu pregunta, te recomiendo mirar los próximos videos de este curso de Testing al Grano, verás que luego de los videos de Ejecución, verás los videos de Reporte de Defecto.
buenas ely, una consulta, conviene hacer los casos de prueba , antes del set de pruebas , ya que van insertados ahi?, estoy confundido con eso, muchas gracias .
Haz primero el Set, ya que es como el Plan de Pruebas de lo que harás, a veces no hace falta que hagas mucho ahí, solo pensar y declarar una lista de títulos de casos de pruebas, luego compruebas de que te gusta la cobertura y cuando te decidas que la cobertura está bien, pues ahí comienzas a crear un Caso de Prueba uno por uno o como quieras.
Hola quería sabes ejemplo en caso que al añadir al carrito no muestre alguno de los msj, como hacer indicás que la prueba no pasó, pero especifica el porqué o donde estuvo la falla
Exacto! Sería un FAILED! todo el caso de prueba falla. Y posiblemente los otros también que tengan el mismo resultado esperado. Y Sería bueno aclararlo en el Defecto que se levante. Decir por qué ocurre realmente.
El diseño de caso de prueba se arma con un lenguaje de antes de ejecución, por ende se dice "debería" ya que no sabes que va a pasar, nunca se sabe, hasta que llegue el momento de la ejecución. Además las pruebas se hacen para ejecutar más de una vez.
Hola Marialucia! todo eso lo puedes hacer en nuestro espacio de UPEXJIRA! visita Slack y ponte a practicar con nosotros! la configuración de Xray es un poco complicada, por eso yo lo tengo hecho en mi Jira, ahí vas a ir directo a aprender.
@@paulo-o3g7b Por en esa época (hace varios años) no me las sabía todas jaja hoy en día ya soy alguien más. Si tú pregunta es si debemos tomar evidencias de casos exitosos, pues sí siempre es bueno hacerlo. En este video no me di cuenta de ese detalle, como te dije estaba muy verde en el rubro en aquel tiempo. Ya han pasado muchos años.
Hola!!! Te hago una consulta, estoy usando la versión gratuita de Jira para hacer un proyecto final que durará tres meses. ¿Puedo usar XRAY en la versión gratuita o me recomendás alguna herramienta gratuita para los CASOS DE PRUEBA y para hacer PRUEBA EXPLORATORIA y no usar una tabla de excel? Gracias! Saludos, Mabel.-
Zephyr es gratuito y está muy bien optimizado con Jira! Lo malo de XRay es que tiene un Trial de 30 días. La razón por la que yo lo tengo todo el tiempo, es porque hago un truco secreto buajaja de freaky. Pero no se puede aplicar para proponer en tu laburo, así no. Así que te recomiendo Zephyr que sí lo puedes proponer y es gratis para un equipo de un proyecto!
Por cada Scenario te refieres a los Criterios de Aceptación? Si es así, no necesariamente, básicamente el AC solo te dice cómo se comporta el Software; vos luego con esos criterios puedes armar 1 o varios casos de pruebas que tengan sentido con el flujo de trabajo de la funcionalidad. Hay una docu en upexdocu.atlassian.net/wiki/spaces/UPEX/overview donde puedes buscar Coberturas o algo parecido o Criterios de Aceptación, para que veas ese tema.
Lo que debes hacer es entrar a UPEX Galaxy, las tareas no se acercan ni a los tobillos de la experiencia laboral, es solo introducción y técnica de aprendizaje. Así que salta a vivir una experiencia de un proyecto en cuanto antes.
Apuesto que ya estás en Slack y en Jira ;) si aún tienes problemas escribe por Slack! Si aún no estás te dejo el link para que entres a la comunidad: join.slack.com/t/upexqa/shared_invite/zt-233agzbpz-g0kSMVU1tTp~r4yQIopi7Q
A ver si entendí bien, después de ver la historia de usuario y los criterios de aceptación, creo el caso de prueba y lo subo, para posteriormente ejecutarlo. ¿Pero qué convendría hacer, cuando la historia de usuario tiene distintos escenarios? -Hago primero todos los casos de prueba de los distintos escenarios, para después ejecutarlos. ¿-O es mejor hacer el caso de prueba de un escenario y ejecutarlo antes de pasar al siguiente.? ¿En tu experiencia de tester lvl100 cuál consideras que es la mejor forma? O crees que eso ya depende de cada uno? saludos
Para tu primera pregunta, Se responde sola más adelante en el curso jaja Adicionalmente, te invito a que de una vez entres al Bootcamp! Y hagas una Historia de Usuario! La idea del video para no hacerlo extenso y largo hice solo un par de cositas. A medida que avanzamos podrás entender este flujo que preguntas😎 - El flujo sería: Sea como sea la US (si tiene 1 AC o más), siempre se hará primero el "DISEÑO DE PRUEBAS", deberás hacer todos los casos de pruebas que van validar toda funcionalidad (US). - Consejo temprano: Porque haya 1 o 2 o 3 AC, no significa que debas hacer el mismo número de TC. TODO depende de la funcionalidad, los escenarios simplemente te dicen cómo debe comportarse la feature. Ve poco a poco y entenderás. Hay más info de esto en Confluence de UPEX, documentación al grano que les hice 💜
@@Saitest Ya hice una historia de usuario en el bootcamp...no sé si abra quedado bien. Ok Gracias por responder siempre....! Me despejaste las dudas.😖 Los pdf que me hacían leer en otros cursos no explicaban un carajo.☠💩💀 a veces se me mezcla todo jaja
Hola!!! disculpa soy yo de nuevo jajaja, si mi empresa no utiliza XRAY existe otra forma de realizar los casos de prueba ? ( actualistamente uso una plantilla en excel) jaja un saludo y como siempre buenos videos.
Hola Oswal!! jaja sii pasa mucho que usan herramientas como Azure DevOps, que ahí integran todo, y también usan otros Test Management, pero es muy raro que entres a trabajar y solo debas hacer tus Test Cases en Excel, eso es algo más tradicional, y a veces solo sucede cuando tienes que luego IMPORTARLO al Test Management que use tu empresa. Eso sí! TODOS los formatos para hacer CASOS DE PRUEBAS son lo mismo! Siempre debe tener sus componentes característicos (Precondición, Acción, Data y Resultado Esperado) Un placer ayudarte! Saludos crack!
@@Saitest Muchas gracias por responder, me quedo claro toda la explicación, al final seguiré curtiéndome en tus cursos de como se debe realizar este tipo de documentaciones para cuando salte a un trabajo un poco mejor llegue mínimo con las bases, muy buenos cursos y la forma de explicar. Gracias :D
Estoy haciendo un curso de QA y agradezco que hayas salido en mi feed, ahora puedo entender lo que dan en la teoría (a veces muy mal redactada). De una que te estoy recomendado con mis compañeros! Este canal es de un nivel superior! Gracias por tomarte el trabajo y el tiempo para hacerlo. Gracias Gracias!
Gracias Anii!!! Es todo un placer ayudar! Besos y abrazos!
Gracias, no veo la hora de empezar a trabajar de esto y asi poder devolverte solo un poco de lo que nos das con tus enseñanzas y buena predisposicion
Tus videos no tienen precio, GRACIAS!!
Adelante, amigo!! Vaya por todo!
Por fin encuentro un video de alguien que muestra el paso a paso del proceso de pruebas. Muchas gracias por tu contenido.
viejo tus vídeos de verdad que explican lo que uno se pregunta después de haber estudiado y visto mil cursos que es: "ahora como plasmo lo que se en un trabajo de verdad " eres grande
GRACIAS MIGUEE!! jaja tal cual esa fue mi primera pregunta antes de tener la idea de hacer este curso y todo lo demás! Así inicio todo!❤️
Excelente. Al fin veo en la práctica toda la teoría que vi en los cursos. Muchas gracias.
Gracias a ti, querido! por pasarte por aquí!
Muchas gracias por todas las clases, este curso es realmente excelente, he ido paso a paso y cada día se vuelve más entretenido 👏👏👏
llevo solo unos minutos pero esta información es oro, sobretodo para mi ya que mi empresa se encuentra en un proyecto en el que es complicado sacar tiempo para capasitarme
Agradecida con tu explicación cada día aprendo mas de ti para manejar Jira, y tambien por tu motivación. Sigo avanzando en el testing. Gracias!
Excelente Lili!! Te encantará estar en este mundo maravilloso! Y la comunidad te acompaña en Slack ;)
¡Tus clases son LO MÁXIMO!
Explicas super bien, muchas gracias porque aprendí mucho en un corto periodo de tiempo, saludos
Excelente! Sigue así y no pares de aprender! Te invito a que trabajes en UPEX para que ganes experiencia
Que buen video, felicitaciones. Es genial esta labor social-econo-mental-humanitaria que haces por nosotros. Bendiciones
Un placer!!
Otra gran video Ely! Hasta un dino de +68 como yo puede seguirte y aprender....Muchas gracias!
sos Crack!!
Presionando la rueda del mouse tambien se abren en una pestaña aparte =).
Estoy disfrutando mucho tus videos. Saludos
Qué bien, Man!! En alegra un montón! Un gran saludo
Muchas gracias por este genial video!!!! He aprendido mucho. Estoy deseando tener tiempo para ver tus siguientes video de Xray.
Trucazo del Ctrl Clic, hermano mis mano te lo agradece jajajajaja, amo ahorrar esfuerzo :v
Jajaja y tengo más trucos!
Win + . Activas los emojis de Windows.
Win + V activas el clipboard de todo lo que has copiado, incluso imágenes.
Por si no sabías estos! Jaja saludos
Excelente video, ya me siento con ganas de mandarme al Jira :D Muchísimas gracias por lo que estas haciendo
GENIAAL! Bienvenida a bordo del barco del Testing La pasarás fenomenal ganando experiencia real!
Thanks 🙏
Muy buena la explicación gracias por compartir!!
Con mucho gusto😍
Muy bueno tu contenido hermano! Personalmente me enseñaron a hacer TC por cada validación en el criterio de aceptación. Donde vos pones un punto por cada suceso yo hubiera hecho diferentes Test Cases con Títulos Descriptivos.
Genial, es lo que necesitaba para tener una idea de como plasmar todos los conocimientos estudiados. MUCHAS GRACIAS! YA SOY FAN 😄
Gracias por tu apoyo Ingrid!! Lo aprecio un montón!
Me alegra muchísimo que te haya ayudado jaja Hay más contenido por subir ;)
Excelente video!!! muchas gracias Ely
Excelente explicación detallada de como hacer casos de pruebas y ejecución. 🌠
Gracias Douu!! Pronto sacaré más de casos más difíciles!
@@Saitest ❤
Excelente explicación Ely, se parece a lo que hice en Coderhouse pero explicado realmente.
Gracias Parko!!
@@Saitest Gracias a vos man. Sos groso!
Hola muchas gracias. Excelente. podemos resumir en un caso de prueba varias validaciones, pero al momento de reportar una incidencia estas afectando a todo el caso de prueba, por un paso que pudo validarse como CP separado. Entiendo que estas dando un ejemplo y gracias de nuevo
Estás en lo correcto mariela! Cree mucho en ti y en tu criterio! Yo creo que estaba dando un ejemplo en ese momento.
Buenísimo, gracias.
Muy bueno, muchas gracias.
Hola, gracias por tu tiempo y explicar estos temas. Solo cómo suguerencias esas User story estan demasiada larga, de hecho es el gran problemas que tienen algunos PO, tienes que pensar que estan en agilidad y una manera de fijarte que esta larga esa HU es por que te salen muchos criterios la regla dice 3 máx, auque se permiten hasta 5. y se deben artir las HU hasta llegar a esa cantidas de criterios
Saludos
Excelente Juaaan!! Apoyo lo que dices, estas US que ves de ejemplo son muy educativas, puede que algunas estés largas pero hay otras más cortas y más realistas ;)
Buen aporte con tu comentario!
Voy empezando a estudiar sobre tester, me vi todo el video y pienso seguir estudiando y conseguir mi primera experiencia laboral
Genial querido! pero jamás te quedes con solo el curso y los videos, debes HACER un proyecto, unas taras. Te invito a que uses UPEX-JIRA ;)
Para más info busca en mis otros videos para saber qué hacer
Ely bro eres un crack! de verdad he ido aprendiendo poco a poco y lo mejor es que uno puede ir practicando desde el Jira.
Quiero hacerte una consulta y es la siguiente:
Hablas de un video que vas a mostrar, de como se hacen casos de prueba desde Excel. Cual seria ese video?
Por fa ya que quisiera aprender ese metodo tambien. :D
Seguro Darioo! Lo estaré subiendo próximamente!
muchas gracias :D
Hola no encuentro el primer video de este curso... Me lo podrías pasar porfa? Muy buen contenido y me gustaría verlo completo
Esta es la Playlist completa:
ruclips.net/p/PLLYWsphuMYKtH2f4HgajbW-Po2OygQ8--
Hola excelente video .. usas alguna herramienta como selenium ejemplo para los login para ingreso de credenciales ???
Trabajo con Cypress actualmente, pero sí he usado Selenium! es fácil un test de ingreso de credenciales ;)
Muy bueno todo, salvo que no estas aplicando lo que dice ISTQB para el diseño de pruebas, como ser poner 4 resultados esperados en un paso.
Creo que estás mal interpretando el ISTQB. Porque con un solo botón, o una sola acción, puede pasar MUCHAS cosas en el software. Quiero que te tomes un momento para pensarlo y vuelvas a leer esa línea del párrafo del ISTQB donde lo leíste.
No tiene sentido si no documentas todos los comportamientos que pasan al mismo tiempo o justo cuando haces una acción. Ejemplo agregar un producto adicional al carrito de compra, pasan varias cosas. Recuérdalo bien.
Min 43:30
Agregaste una acción al caso de prueba : "abrir el SCP"
Ese paso podría haber Sido un caso de prueba aparte dentro de un set de pruebas?
O sea: en lugar de un caso de prueba con 2 acciones. Tener un test set con 2 casos de pruebas: uno validando acción y otro abriendo carro y validando que se haya añadido..
Desde ya muchas gracias
Hola Sebastian!! Creo que intentas colocar 2 Casos de Pruebas muy dependientes del otro. La realidad es que ningún caso de prueba dentro de un Suite debe ser dependiente de otro, es decir, no puedes ejecutar el TC1 y luego el TC2 porque así está elaborado, realmente no, cada TC debería sern tan independiente del otro que puedas ejecutarlo sin tener un orden en particular.
Esto se debe porque cuando se arman planes de Smoke o Sanity o Regression, se pueda escoger libremente los TC necesarios sin depender de todo un grupo, es un principio del testing.
Gracias por las explicaciones. Son clarísimas. Tengo la siguiente consulta: los criterios de aceptación los escribe el analista funcional. Cómo lo hace si se supone que las historias fueron redactadas previamente al diseño de la pag. Los criterios se van actualizando?
Hola Mariana! buena pregunta!! Mira el Analista Funcional suele ser el encargado de "traducir" los requerimientos (que necesita el cliente y su negocio) en Criterios de Aceptación ordenados y detallados para los Diseñadores, Desarrolladores y Testers! El Analista debe saber qué producto se quiere lograr! Esto debe hacerlo haciendo muchas reuniones con los clientes y project managers.
Excelente tu canal, muy clara tu explicación. Que herramientas gratuitas hay para gestionar casos de prueba?
Zephyr es gratuita! puede integrarse a Jira
Buenas tardes Eli, la verdad que estoy encantando con el curso, miro varias veces cada video y tomo notas del mismo. Este video en particular me genera una pequeña duda en cuanto a las precondiciones, conviene agregarlas en una incidencia aparte o las agregamos como un pasó mas en la ejecución de la prueba como hiciste en los últimos minutos del video? o puede hacerse de cualquiera de las dos?
Excelente pregunta Lucio!
Mira, lo mejor es usar correctamente cada plugin que se use. En este caso, estamos usando Xray, como un plugin de Test Management para Jira. Y Éste usa una incidencia llamada "Precondition" justamente para crear las precondiciones como dices. Eso se debería hacer en lugar de escribirlas en los steps.
Pero digamos que escribirla en los steps, es más fácil para el público hacerlo y así vayan entendiendo el flujo del concepto general de casos de pruebas.
Gracias y Feliz Añooo!
@@Saitest Se entendió perfecto Ely. Muchas gracias como siempre tus respuestas son muy claras y contribuís mucho con los que estamos arrancando en el camino del Testing. Feliz año!
Hola excelente video, muchas gracias, solo me quedó una duda con el tema de las precondiciones, si entendí bien cargaste dos precondiciones de dos formas diferentes, una como una precondición aparte que es la de abrir el PLP y otra dentro de los pasos de prueba, como una acción donde pusiste "El ítem a añadir no debe haber sido añadido anteriormente en la página de carga". Mi pregunta es, siempre tiene que haber una precondición como la primera no? y entiendo que después se pueden cargar más de esa forma o también opcionalmente como lo hiciste de la segunda forma, espero que se haya entendido, gracias!
Así es! Existen las precondiciones background que son fijas en todos los TC de un Suite y existen las precondiciones condicionales que pueden ser específica por un TC para poder validar algo bajo una condición alternativa en las precondiciones
@@Saitest genial, gracias por la respuesta, saludos!
Click con el rodillo del mouse también abre el hipervinculo en una nueva pestaña ;)
Así es! no recordaba en el video! jaja Gracias!
Ely una preguntita, en la sección Data si aparece habilitada cómo se llena?
La Data son todos aquellos parámetros que necesitas colocar para la prueba, ejemplo el username y password, literalmente es la data que vas a usar.
La forma de colocarlo varía mucho en las formas de trabajar de cada uno.
Muy buen video!
A lo mejor está contestado en videos posteriores, pero mi pregunta es: Dónde adjuntas la evidencia de ejecución?
Saludos y gracias desde ya!
En el Test Runner cuando ejecutas el Test Execution ☕
Ely! Amo estos videos y la informacion que nos brindas en ellos
Pero te voy a hacer una pregunta un poco irrelevante. Tendras la playlist que utilizas para los videos? Me encanta esa musica para trabajar 😅
Jajaja claro hermano!
tengo varias!
Te pongo mi TOP de playlist:
- ruclips.net/video/rJdHvKWvk3Q/видео.html
- ruclips.net/video/f02mOEt11OQ/видео.html
- ruclips.net/p/PLtoBum7gx6vG5qc1hTuMMODKEUWlHdDyo (no le digas a nadie, pero ésta última playlist, será de mis prox videos de Automation)😁
Te sugiero buscarlo en RUclipsMusic mejor
@@Saitest Jeje, que Crack! Gracias xD
Ahi las guardo para trabajar xD
Q tal campeon, interesante esta via para diseñar, ejecutar los casos de prueba. Solo una duda en la parte de ejecucion y es que solo veo q expones Precondiciones - Accion - Resultado Esperado y no veo la otra parte de -- Condiciones necesarias - Tipo de Sistema operativo - Resultado Actual
Uuuf papá eso me leo preguntas porque viste un curso de Excel o algo?
Hace años, se usaba una estructura de Excel donde iba todos los datos de los TC en una grilla. Está cool pero el problema era otra cosa: la trazabilidad y la confiabilidad. Por eso se dejó de usar Excel para documentación de los TC...
Ahora te explico, por qué un TC solo lleva los famosos campos: Título, precondiciones, Pasos, Data y Resultado Esperado.
- Es porque el resto de información va directo en otras partes:
* Las "Condiciones Necesarias" que dices, no es un campo que exista en los plugins de testing a nivel mundial, capaz te referías a las mismas precondiciones y data.
* El Tipo de sistema Operativo, es algo muy macro, y depende del proyecto, definen si trabajar en múltiples OS o no. Esta documentación, si se aplicara, entonces se coloca en el "Test Set" o "Test Suite" o "Test Plan" donde va la info de un grupo de TC en común.
* Lo mismo sería para el "Ambiente de Prueba" para el TC, sería definido en lo que comenté arriba.
* El Resultado Actual, realmente es un campo de "Ejecución de Prueba" y solo lo ves en el Test Runner realmente. Todos los plugins de QA tienen este campo en el runner, y no en el Test Case.
Me diste alta idea para un próximo video de RUclips!💜
Feliz año!
Hola.
Primero que gana agradecerte por tan valioso contenido. He intentado unirme a la comunidad de Slack pero me aparece "Este enlace ya no está activo
Para unirte a este espacio de trabajo, deberás pedir un nuevo enlace a la persona que te invitó originalmente."
@@carlosrojano05 claro Bro te paso el nuevo link: join.slack.com/t/upexqa/shared_invite/zt-2ulsr6ww6-bihU1OUMTWhckXTQLl6Flw
Hola, gracias por la buena onda, es muy valioso lo que haces
Hola Jade!! Estaba enfermo y por eso no respondí a tiempo!
Sobre tu pregunta, te recomiendo mirar los próximos videos de este curso de Testing al Grano, verás que luego de los videos de Ejecución, verás los videos de Reporte de Defecto.
buenas ely, una consulta, conviene hacer los casos de prueba , antes del set de pruebas , ya que van insertados ahi?, estoy confundido con eso, muchas gracias .
Haz primero el Set, ya que es como el Plan de Pruebas de lo que harás, a veces no hace falta que hagas mucho ahí, solo pensar y declarar una lista de títulos de casos de pruebas, luego compruebas de que te gusta la cobertura y cuando te decidas que la cobertura está bien, pues ahí comienzas a crear un Caso de Prueba uno por uno o como quieras.
Muchas gracias, muy amable., que crack
Hola quería sabes ejemplo en caso que al añadir al carrito no muestre alguno de los msj, como hacer indicás que la prueba no pasó, pero especifica el porqué o donde estuvo la falla
Exacto! Sería un FAILED! todo el caso de prueba falla. Y posiblemente los otros también que tengan el mismo resultado esperado. Y Sería bueno aclararlo en el Defecto que se levante. Decir por qué ocurre realmente.
hola ely, porque se redacta como "debería" si en realidad se está ejecutando bien. No se supone que estamos corroborando que funciona.
El diseño de caso de prueba se arma con un lenguaje de antes de ejecución, por ende se dice "debería" ya que no sabes que va a pasar, nunca se sabe, hasta que llegue el momento de la ejecución. Además las pruebas se hacen para ejecutar más de una vez.
Hola, como puedo configurar jira xray para comenzar a crear los casos de pruebaaaa ??? me ayudas por fa!1
Hola Marialucia! todo eso lo puedes hacer en nuestro espacio de UPEXJIRA! visita Slack y ponte a practicar con nosotros! la configuración de Xray es un poco complicada, por eso yo lo tengo hecho en mi Jira, ahí vas a ir directo a aprender.
consulta pq no agregaste evidencia del caso exitoso, Esto es por algo en especial?
@@paulo-o3g7b Por en esa época (hace varios años) no me las sabía todas jaja hoy en día ya soy alguien más.
Si tú pregunta es si debemos tomar evidencias de casos exitosos, pues sí siempre es bueno hacerlo.
En este video no me di cuenta de ese detalle, como te dije estaba muy verde en el rubro en aquel tiempo. Ya han pasado muchos años.
Hola!!! Te hago una consulta, estoy usando la versión gratuita de Jira para hacer un proyecto final que durará tres meses. ¿Puedo usar XRAY en la versión gratuita o me recomendás alguna herramienta gratuita para los CASOS DE PRUEBA y para hacer PRUEBA EXPLORATORIA y no usar una tabla de excel?
Gracias! Saludos, Mabel.-
Zephyr es gratuito y está muy bien optimizado con Jira!
Lo malo de XRay es que tiene un Trial de 30 días.
La razón por la que yo lo tengo todo el tiempo, es porque hago un truco secreto buajaja de freaky.
Pero no se puede aplicar para proponer en tu laburo, así no.
Así que te recomiendo Zephyr que sí lo puedes proponer y es gratis para un equipo de un proyecto!
estos casos son del tipo GUI?
Así es querido!
Me imagino que te refieres que son pruebas de UI (GUI)
Saludos!. Me acaba de surgir una duda, tengo entonces que hacer casos de pureba por cada scenario?
otra duda, ya no hay mas tareas sobre testing al grano, la ultima es la #8?
Por cada Scenario te refieres a los Criterios de Aceptación? Si es así, no necesariamente, básicamente el AC solo te dice cómo se comporta el Software; vos luego con esos criterios puedes armar 1 o varios casos de pruebas que tengan sentido con el flujo de trabajo de la funcionalidad.
Hay una docu en upexdocu.atlassian.net/wiki/spaces/UPEX/overview donde puedes buscar Coberturas o algo parecido o Criterios de Aceptación, para que veas ese tema.
Lo que debes hacer es entrar a UPEX Galaxy, las tareas no se acercan ni a los tobillos de la experiencia laboral, es solo introducción y técnica de aprendizaje. Así que salta a vivir una experiencia de un proyecto en cuanto antes.
@@Saitest alguna técnica para identificar cuántos casos de estudio debo realizar viendo los criterios de aceptación?
@@Saitest Upex galaxy se paga mensual o solo hay que pagarlo una vez?
Yo estoy viendo el curso por acá, como practico en jira y eso ?? O no se puede? 😅
Apuesto que ya estás en Slack y en Jira ;) si aún tienes problemas escribe por Slack! Si aún no estás te dejo el link para que entres a la comunidad:
join.slack.com/t/upexqa/shared_invite/zt-233agzbpz-g0kSMVU1tTp~r4yQIopi7Q
Hola bro, me podrías facilitar el link por favor
Para unirse a la comunidad? está en la descripción del video.
Del upex porfa
Bro no me llega el link para unirme a slack
Ahí te pasé el link:
join.slack.com/t/upexqa/shared_invite/zt-1ljqfp66s-sa_yqKGOiBqZ8GX5w16Mpw
@@Saitest no me deja unir a slack, puedes enviar otro por fa
A ver si entendí bien, después de ver la historia de usuario y los criterios de aceptación, creo el caso de prueba y lo subo, para posteriormente ejecutarlo. ¿Pero qué convendría hacer, cuando la historia de usuario tiene distintos escenarios?
-Hago primero todos los casos de prueba de los distintos escenarios, para después ejecutarlos.
¿-O es mejor hacer el caso de prueba de un escenario y ejecutarlo antes de pasar al siguiente.?
¿En tu experiencia de tester lvl100 cuál consideras que es la mejor forma? O crees que eso ya depende de cada uno?
saludos
Para tu primera pregunta, Se responde sola más adelante en el curso jaja
Adicionalmente, te invito a que de una vez entres al Bootcamp! Y hagas una Historia de Usuario!
La idea del video para no hacerlo extenso y largo hice solo un par de cositas. A medida que avanzamos podrás entender este flujo que preguntas😎
- El flujo sería: Sea como sea la US (si tiene 1 AC o más), siempre se hará primero el "DISEÑO DE PRUEBAS", deberás hacer todos los casos de pruebas que van validar toda funcionalidad (US).
- Consejo temprano: Porque haya 1 o 2 o 3 AC, no significa que debas hacer el mismo número de TC. TODO depende de la funcionalidad, los escenarios simplemente te dicen cómo debe comportarse la feature.
Ve poco a poco y entenderás.
Hay más info de esto en Confluence de UPEX, documentación al grano que les hice 💜
@@Saitest Ya hice una historia de usuario en el bootcamp...no sé si abra quedado bien.
Ok Gracias por responder siempre....! Me despejaste las dudas.😖
Los pdf que me hacían leer en otros cursos no explicaban un carajo.☠💩💀 a veces se me mezcla todo jaja
Hola!!! disculpa soy yo de nuevo jajaja, si mi empresa no utiliza XRAY existe otra forma de realizar los casos de prueba ? ( actualistamente uso una plantilla en excel) jaja un saludo y como siempre buenos videos.
Hola Oswal!! jaja sii pasa mucho que usan herramientas como Azure DevOps, que ahí integran todo, y también usan otros Test Management, pero es muy raro que entres a trabajar y solo debas hacer tus Test Cases en Excel, eso es algo más tradicional, y a veces solo sucede cuando tienes que luego IMPORTARLO al Test Management que use tu empresa.
Eso sí! TODOS los formatos para hacer CASOS DE PRUEBAS son lo mismo! Siempre debe tener sus componentes característicos (Precondición, Acción, Data y Resultado Esperado)
Un placer ayudarte! Saludos crack!
@@Saitest Muchas gracias por responder, me quedo claro toda la explicación, al final seguiré curtiéndome en tus cursos de como se debe realizar este tipo de documentaciones para cuando salte a un trabajo un poco mejor llegue mínimo con las bases, muy buenos cursos y la forma de explicar. Gracias :D
Xray es pago?
@@tomasenriquemarin sí tiene una suscripción
No es diviloper es duhveloper (suena como developer)
Divéloper, a´si se pronuncia jaja