⚡👉 Accede al resumen y la planilla de casos aquí mailchi.mp/6ed33ddd0eed/hl9uul0o8d 💥 NUEVO CURSO DE TESTING: bit.ly/tpt-curso 💬 MENTORIAS personalizadas: www.testingparatodos.com/mentorias
@@erikapalladino9525 Hola! Muchas gracias :) para descargar el resumen debes Ingresar tu nombre y correo y luego se te habilita el link para acceder al PDF y descargarlo si quieres!
Muchas gracias por tu vídeo. En mi trabajo no se toman muy en serio el tema testing y si no lo aprendo por mi cuenta, no hay manera de saber como hacer las cosas de forma adecuada. Mil gracias ^^
Me alegra mucho que te sea de utilidad y que tengas la iniciativa de mejorar aunque sea por tu cuenta 💪 Tenés una ventaja ahí y es que podés aplicar y practicar lo que estamos viendo acá, en un entorno real. Si no se lo toman muy en serio cualquier pequeña mejora que logres hacer, seguramente va a generar un impacto muy positivo en la calidad y vas a crecer mucho. Un saludo y a seguir!!
Hola matias! excelente vídeo. El diseño de casos de prueba es una etapa del testing crucial! ya que analizamos y diseñamos teniendo en cuenta la documentación funcional, y los oráculos que mencionaste. Sumo los siguientes tips que en los diferentes proyectos en los que estuve los implementamos: - Al finalizar el diseño generar una reunión con el usuario final y mostrarle los casos seleccionados que el mismo puede hacer uso para sus pruebas de UAT (ayuda muchisimo en costo de Tiempo) - En proyectos donde es muy frecuente la etapa de test de regresión, al momento del diseño, realizar una marca en el caso a regresionar (el 30% del diseño de los casos que reflejen el camino feliz) - El titulo del caso de prueba deber ser lo más claro posible, de forma que al momento de leer se comprenda rápidamente el objetivo del mismo (para los que lideramos equipos y proyectos de QA ayuda mucho José
Muchas gracias José! Súper valioso el aporte que haces y 100% de acuerdo. Sin dudas que hay muchas cosas que seguro quedaron por fuera de este vídeo, pero esos consejos son muy interesantes. Si te parece lo voy a agregar luego al material de resumen a modo de apuntes 😁 Te mando un saludo!
Saludos de una Venezolana en Buenos Aires. Una doña Licenciada en Comercio Internacional a sus 37 años se inicia en este mundo del Testing me parece súper interesante. Y tú eres todo un crack
Estoy interesado en aprender testing y esta es mi primera "interacción" con el tema, muy buen canal ya me han quedado claro muchos conceptos, creo que pronto estaré aplicando a tu curso. Gracias
Matías excelente video, estoy justo haciendo un Curso en Educación it con Sabrina Zavala y justamente vemos todos estos detalles de diseño de casos de prueba, está excelente ver tu enfoque, muy práctico.
Como material de fundamentos Gratuito te recomiendo que descargues el Sylabus de ISTQB foundation level! ahi aprenderas todos los conceptos básicos de Testing a nivel teorico. Espero que te sirva, además los podes complementar con los demás videos de este canal :) Un saludo!
Muchas gracias! Re bien explicado! Seguí así! P.D.: En la app de meditación creo que encontré un bug. Luego de abrir la app, estando en la pantalla de inicio ya registrado y logueado, al hacer click en el botón que dice "Más" se despliega un menú, pero en mi caso al volver a hacer click esperando que se cierre, no lo hace. Debo pulsar el botón de retroceso de mi celular para hacerlo. Estoy en android 10. Saludos Matías!
Muchas gracias Iván! Me alegra que te haya gustado y felicitaciones por haberte animado a completar tu caso de prueba en la planilla. Lo ví y está muy bien! Respecto al bug que comentas, me parece interesante la observación. Pero te devuelvo una pregunta ¿en qué te basaste para esperar ese comportamiento? Yo creo que en ese caso el comportamiento es correcto ya que funcionan como pestañas independientes y no como menú desplegable, es decir la acción de "cerrar" no existe, sino que para salir de esa pestaña tenes que darle tap a otra. Ej en aplicaciones similares, fijate la app de UA-cam (Principal / Explorar / Suscripciones ...) estas pestañas tienen ese mismo comportamiento. Un saludo y muchas gracias por comentar :D
Hola buenas, creo que a la app le faltan unos botones mas, los botones de pasar a la siguente leccion, tambien entendiendo la peticion del cliende, pero analizo como un usuario primium que los distiguira de un usuario comun, un ejemplo si fuera un usuario comun diria si solo no puedo adelantar como usuario comun pero si puedo atrasar no veo necesario ser primiun, para mejorar la app y ser mas estricto para los usuarios comunes deberia tener dos botones de ir a la siguiente leccion y a la leccion anterior, tambien se podria restringir el regresar o adelantar eso puede aplicarse a los adelanto de tiempo si el usuario comun puede regresar para meditar y disfrutar mejor lo que acaba de escuchar, y asi podria seguir.... saludos me acabo de suscribir das buenas explicaciones y muy precisa, este es un mundo nuevo para mi
@@TestingParaTodos bastante bien! me corrigió una compañera y me hizo un par de correcciones, sigo practicando. Gracias por preguntar Matías! Abrazo, Luciana
Excelente video, dentro de poco me subiran de puesto y sere QA manual tester. Y tus videos me estan ayudando a mejorar buenas practicas como tester, muchas gracias !
Sos un dulce explicando. Muchisimas gracias, me estoy viendo todos los videos. No se si lo explicas mas adelante pero no tengo muy claro lo que son pruebas de caja negra, caja blanca y caja gris. Tiene que ver con QA manual, o automation? Muchas gracias!
Hola Macarena, muchas gracias :) No tengo video explicando eso, pero te explico rápido. Es una clasificación de las pruebas en función del conocimiento o transparencia que tenemos respecto al código del programa que estamos probando. Puede ser tanto QA manual como automation. Caja negra: implica que no sabés (o no considerás) como funciona el software por dentro y enfocas tus pruebas solamente en sus entradas y salidas. Caja blanca: te enfocas en el código para hacer las pruebas, con total transparencia del funcionamiento interno. Caja gris: una combinación de ambas. No hay una mejor que otra, simplemente las utilizaremos en función del contexto o experiencia de cada uno. :) Si te queda alguna duda no dudes en comentar!
Excelente video Mati!, muy clara la explicación. Te consulto, en caso de que se deba diseñar casos de prueba de una app en desarrollo, apartir de que documentos se diseñarian?
Hola Andrés, muchas gracias por tu pregunta. Sin dudas que da para un video completo hablando de Gherkin, pero te respondo. Seria mas o menos asi. GIVEN son las precondiciones. WHEN son las acciones o pasos. THEN es el resultado esperado. En esta estructura es importante identificar lo que pueda ser variable para probar varios escenarios realizando un OUTLINE o esqueleto de escenario. Un ejemplo sencillo y un ejemplo "mas elaborado" (aclaro que no soy experto en Gherkin) GIVEN a user who is logged in WHEN the user is on the player screen THEN the user will have the following options available in the screen | options | | Info | | Play/Pause | | Download audio | | etc | GIVEN a user "" "" "" WHEN the user is on the player screen THEN the user will have the following options available in the screen | options | | Info | | Play/Pause | | Download audio | | etc | EXAMPLES | username | password | user_type | | user1 | hola1234 | free | | user2 | hola1234 | premium | | user3 | hola1234 | ads | Cuando se implementa esto por automatización se suele omitir en la estrucutra de gherkin los pasos intermedios cuando lo que queremos probar es esencialmente los elementos de esa pantalla por ejemplo, el cómo llegar se delega al codigo que se implementa por detrás. También se evita referirse a elementos especificos como "boton" o "link" y se generaliza más, por ejemplo diciendo "opciones" esto le da flexibilidad ante posibles cambios. Para el segundo ejemplo la diferencia es que con un solo caso se realizan 3 iteraciones con distintos tipos de usuarios. Espero haber respondido tu consulta. Cualquier cosa a las órdenes y si esto lo ve alguien más con experiencia en el tema y quiera aportar bienvenido sea :)
Sabes que estuve leyendo Sylabus y yo que recién estoy arrancando en esto del testing como que hay cosas que me cuesta imaginar en la práctica xq aun no sé como se trabaja en un equipo o en el ciclo de vida de desarrollo del software en cada nivel..etc. No será un material muy complejo como para arrancar?
Hola Maxi! si te entiendo la verdad. En el curso q estoy armando voy a tratar los temas mínimos para que se pueda entender bien y luego bajarlo a la práctica. En el syllabus hay muuuchas cosas que no usas siendo Trainee o junior, y por el contrario tambien hay muchas cosas que necesitas saber y no estan ahi
Llegué acá porque te linkeó Diego Gavilanes en el artículo "Guía para Testers y QAs que inician: tips, recomendaciones, recursos y más" en linkedin. Y luego de este video linkea el que mencionás de "Escenarios de Prueba"... asi que voy a por ello.
Amigo Matias, buen día, muy agradecido con tu video, espero preguntarte algunas cosas porque tengo que hacer pruebas de aceptación con metodología XP para mi proyecto final. Gracias...
Hola Alex, sinceramente no he trabajado nunca con XP, pero mi intuición me dice que no debería haber mucha diferencia en cuanto a las pruebas. Los conceptos fundamentales de pruebas se mantienen en cualquier tipo de metodología o framework de trabajo!
hola podrías dar algunos ejemplos de herramientas que usan en las empresas para hacer los casos ya que no usan una planilla de excel .... gracias x compartir tus conocimientos !!! saludos
Hola Lorena, muchas gracias por comentar 💪 Si claro, voy a tratar las herramientas en próximos videos. Seguramente tome alguno de los casos de prueba que mostré aquí y lo pase a una herramienta como Zephyr por ejemplo. Te mando un saludo!
Hola Matías, te quería consultar sobre el procedimiento: uno va detectando errores y sobre esos esos es que se realizan los casos de prueba para replicarlos/validarlos? GRACIAS
En teoría es al revés, uno crea los casos de prueba con la finalidad de encontrar errores a partir de ellos. Pero puede pasar también que encuentres errores no cubiertos por casos de prueba y entonces los crees!
Hola! muchas gracias por comentar :) Por el momento no tengo algún curso que pueda recomendarte ya que no los conozco de primera mano, pero en esta lista de reproducción encontrarás varios videos que te pueden servir 👇: ua-cam.com/play/PLqjBJxfhRo93lBtxw4wiGN5HTNNstdNfT.html También te invito a unirte a la comunidad de discord del canal discord.com/invite/K5zckSmrRc
Hola Matias, muy buenos todos tus videos. Te hago unas preguntas: 1.¿Quien nos da el requerimiento? ¿El programador? ¿El usuario? 2.¿El resultado esperado viene impuesto en el requerimiento? Desde ya muchas gracias! Saludos.
Muchas gracias! 1. El negocio. En un equipo ágil se canaliza a través de los Product Owners. 2. No necesariamente. El requermiento te va a dar los criterios de aceptación base, en los cuales te podes basar para los resultados esperados. Pero también se te pueden ocurrir cosas que no estén ahi y tengas que salir a preguntar por ejemplo.
Mil gracias por el video me parece genial, solo tengo una duda. ¿Cuál es la manera diseñar si no hay un UI/UX o no tengo la aplicación? gracias por tu respuesta.
Hola Sebastian, cuando no hay un diseño especifico, se suele reutilizar lo previo si es que existe, y sino a criterio de los desarrolladores frontend. Un saludo!
Hola, Muy buen video! Me estoy iniciando en este tema de tester, quería saber que interfaz o software gratuito puedo usar para ir practicando? De antemano muchas gracias!👍
Hola, tengo una duda. Si yo hago una serie de test cases y después testeando encuentro un bug que no se encuentra en los test cases, ese test case debe crearse, verdad?
Hola Nuru, muchas gracias por comentar! Si, deberíamos crear un caso de prueba que cubra ese bug ya que lo detectamos de "casualidad" o haciendo pruebas exploratorias. La próxima vez que se vaya a probar esa funcionalidad u otra similar, habría que probar ese comportamiento. Por eso una de las formas de identificar casos que comenté es "basado en incidencias anteriores". Dada la situación que no crees el caso de prueba para esa funcionalidad, sí lo deberías considerar para la próxima funcionalidad que tenga algo similar. Otro tema después es que realmente se reutilicen esos casos y no queden juntando polvo archivados 😂
@@TestingParaTodos Muchas gracias por responder! Me ayuda mucho tu canal. Harías algún video sobre recomendaciones de libros para aprender mas cosas de testing?
Hola Andrés! Muchas gracias por comentar. Por el momento no tengo pensado hacer eso ya que no me especializo en automatización y recién me estoy introduciendo al tema. Más a futuro seguramente sí. Si querés aprender de automatización te recomiendo ver los canales de @Pablo Sebastián Soifer y @TheFreeRangeTester que generan excelente contenido sobre automatización. 👉ua-cam.com/users/Draculinio 👉ua-cam.com/channels/kKCawG9pgmLZ0H5G23tiqw.html Te mando un saludo!
Hola Fer, te voy a poner el ejemplo de UA-cam. Toda característica funcional que satisface a un requisito es una feature. Lo que puedes tener es features de distintos tamaños o complejidades. Feature grande "Comentarios". A su vez dentro de los comentarios tenes varias features más pequeños: -Responder - Dar like - Dar dislike - Dar Corazón - Editar comentario - Eliminar comentario etc. Todos estos son features :)
Hola Nicolás, crear Historias de Usuario no es parte de las tareas de un Tester. No tengo ningun video sobre eso pero este te puede servir: ua-cam.com/video/ky6wFiF5vMk/v-deo.html
@TestingParaTodos Es necesario que en los casos de prueba que hacemos en excel, ya sea para portafolio o los que no estan hechos en jira, sean con el "Resultado Obtenido"? o puede obviarse
Hola, como estas? El resultado obtenido es clave en caso de que quieras evidenciar que los casos fueron ejecutados. Si no los ejecutaste aun podrias poner la columna igual con el valor "No ejecutado" o "Unexecuted" (si esta en ingles). De esta forma estas reflejando que sabes que es una información clave.
Tendrías que hacer un grupo de Telegram para que podamos estar pendiente de videos nuevos y también para que podamos aprender todos los que te seguimos juntos y aportemos ideas, no sé si ya hay uno, pero estaría bueno! ☺️
Hola Nicolas! Muchas gracias por la sugerencia :) Te cuento que para ese objetivo tenemos la comunidad de discord 👉 bit.ly/tpt-discord De todas maneras estoy evaluando crear un canal de telegram con un bot para anunciar los videos también :)
Hola Fer, no. Creo que no hablé del concepto de Sanity acá. Pero no necesariamente verificar la maquetación es sanity. El test de Sanity se le suele llamar a una de las etapas de las pruebas de regresión (asociado a cuando se realizan cambios) y su objetivo es verificar que la funcionalidad(es) que se cambió esté funcionando bien. Si el Sanity da ok se continúa haciendo pruebas de regresión mas profundas, sino se rechaza la versión y se paran las pruebas. Verificar la maquetación implica que la página se vea bien como debería, si los cambios fueron asociados la maquetación de cierta página, tu test de sanity puede involucarar verificar la maquetación de esa página, pero también podes tener este test en otros niveles de regresión. Espero haberme explicado, cualquier cosa pregunta!
buenas tardes, tengo una duda una suite de pruebas es lo mismo que un escenario de pruebas?, porque un suite de pruebas es una coleccion de casos de prueba, y por lo visto un escenario tambien... les agradezco que puedan sacarme de la duda
Hola Mati! que buen video gracias por tomarte el tiempo y explicarlo así de bien, consulta el video de ciclo de vida del bug ya existe? por que lo busqué y me pareció que no y estaría buenísimo, gracias de nuevo!
Cien mil años despues del video: "TENGO UNA DUDA!" realmente el equipo de UX/UI les pasa un pdf o el boceto como para saber si cada pantalla , redirecciones, cada boton estan correctos y no se desacomodaron? o eso se hace mas "a ojo"? Laburo en un lugar donde estamos lejisimos de eso, y me sorprendio muchisimo. Muchas gracias!!!!
Hola cómo estás? Es el gran DEPENDE. Hay proyectos o empresas que no tienen presupuesto para tener un UX dedicado. Y en ese caso pasa como te está pasando a vos. A ojo y a base de preguntas todo el tiempo. Yo supe estar en ambos casos y sin dudas que tener un prototipo es una maravilla, pero como tal no siempre se da!
Hola Mariel. Para no agregarle complejidad. La idea es entender el concepto base. Luego de entender eso se puede trasladar a cualquier herramienta. Tengo pensado hacer vídeos sobre alguna herramienta de casos de prueba más adelante 😉 Muchas gracias por comentar 😄
es valido hacer los casos de prueba todos positivo o es necesario hacer casos de prueba negativos ? por ejem. estoy probando loguearme a una red social pero a una especifica no me deja acceder. En ese caso deberia hacer el happy path de ese en especifico o le hago en negativo ? Gracias!
Si. En particular para Jira se suele usar algún test management tool en empresas medianas/grandes. Son extensiones que permiten crear los casos de prueba como incidencias de Jira con informacion de la ejecucion y todo eso. Las herramientas mas populares son X-Ray y Zephyr. Sobre Zephyr tengo un video en el Canal.
Hola matias, soy seguidor de tu canal y he visto varios videos sobre el testing, te escribo porque necesito que me aclaras una duda por favor, mi duda es la siguiete: Cual es la diferencia entre la plantillas de casos de pruebas y la plantillas de reportes de bugs? veo que las plantillas son casi lo mismo, la plantilla de caso de pruebas se usan para documentar los casos que se vayan realizando en la aplicacion? por ejemplo aplico 10 casos de pruebas y de esos 10 casos de pruebas, 1 caso de prueba me sale con error, entonces el caso que me salio con error es el que documentare en la plantilla de bugs y subire a jira? los otros 9 casos de pruebas que salieron exitosos simplemente los guardo para mi?
Es algo asi. Pero tambien puede ser que encuentres bugs que no sean relacionados a los casos de prueba por ejemplo, y tambien debes reportarlos. Respecto a lo de "guardarlos para vos", depende. A veces es necesario presentar esos resultados a un Manager (puede ser en detalle o en forma de metricas). Ademas los defectos deben acompañarse de evidencias que ayuden a reproducirlos. Los casos de prueba, no necesariamente.
Hola Matias, no te puedo compartir de un caso real porque son confidenciales, pero en www.figma.com/community podes encontrar muchos diseños publicos. Elige uno que te llame la atencion y le puedes dar Get a copy, y creandote una cuenta gratuita en figma puedes explorar la interfaz de como se veria trabajar con un diseño UX/UI en Figma directamente, una de las herramientas mas usadas para esto! Espero que te sirva
Buenas Tardes Mati en este video mencionas que no es lo ideal hacer el caso de prueba en excel, word etc. Que hay gestores de casos de pruebas, esos que mencionas cuales serian: Jira, trello ? o nada que ver
Por fa decirnos como podemos lograr trabajar de esto porque buscan con experiencia demostrable pero si nunca trabajas nuca vas a tener esa experiencia demostrable osea que es un circulo
Matías: 👉 Acá tenés Clases de Equivalencia y Valores Límite: ua-cam.com/video/f4Rt26hoeFY/v-deo.html 👉 Y acá Combinación por Pares: ua-cam.com/video/UdaYBPNs9Qk/v-deo.html :)
JJAJAJA que turbio. Tuve que buscar lo que era porque no conocía. Supongo que lo decís por el acento uruguayo. El de "Otra semana en cartoon" se llama Agustín y también es de Uruguay. De hecho tiene un canal muy conocido por acá que se llama "Tiranos temblad" y te resume "Otra semana / mes /año en Uruguay". Te recomiendo verlo ua-cam.com/users/TiranosTembladTV
En general no, pero depende de cómo sea el proceso de Testing. Me imagino que te refieres a desestimar: Por ejemplo si yo diseño los casos de prueba y los envío a alguien para que los revise (puede ser el lider de testing, o el usuario final por ejemplo) esta persona puede indicar en base a su experiencia que ciertos casos no merecen la pena probar y hacer sugerencias de qué probar y qué no. Teniendo en cuenta eso sí, podrían haber casos que se desestimen! Un saludo!
⚡👉 Accede al resumen y la planilla de casos aquí mailchi.mp/6ed33ddd0eed/hl9uul0o8d
💥 NUEVO CURSO DE TESTING: bit.ly/tpt-curso
💬 MENTORIAS personalizadas: www.testingparatodos.com/mentorias
Hola, excelente tu aporte, como puedo acceder al resumen? entro al link pero no aparece ningun boton para descargar. gracias
@@erikapalladino9525 Hola! Muchas gracias :) para descargar el resumen debes Ingresar tu nombre y correo y luego se te habilita el link para acceder al PDF y descargarlo si quieres!
@@Matiax2612 la verdad es que abro el link pero no me aparece la opción de ingresar correo ni nada, lastima que no puedo enviarte el capture
@@erikapalladino9525 tenes que bajar al final de la pag
Muchas gracias por tu vídeo. En mi trabajo no se toman muy en serio el tema testing y si no lo aprendo por mi cuenta, no hay manera de saber como hacer las cosas de forma adecuada. Mil gracias ^^
Me alegra mucho que te sea de utilidad y que tengas la iniciativa de mejorar aunque sea por tu cuenta 💪 Tenés una ventaja ahí y es que podés aplicar y practicar lo que estamos viendo acá, en un entorno real. Si no se lo toman muy en serio cualquier pequeña mejora que logres hacer, seguramente va a generar un impacto muy positivo en la calidad y vas a crecer mucho.
Un saludo y a seguir!!
👉 APRENDE cómo CREAR un BUG en 5 minutos: ua-cam.com/video/CWX0RakpZRw/v-deo.html
Hola matias! excelente vídeo.
El diseño de casos de prueba es una etapa del testing crucial! ya que analizamos y diseñamos teniendo en cuenta la documentación funcional, y los oráculos que mencionaste.
Sumo los siguientes tips que en los diferentes proyectos en los que estuve los implementamos:
- Al finalizar el diseño generar una reunión con el usuario final y mostrarle los casos seleccionados que el mismo puede hacer uso para sus pruebas de UAT (ayuda muchisimo en costo de Tiempo)
- En proyectos donde es muy frecuente la etapa de test de regresión, al momento del diseño, realizar una marca en el caso a regresionar (el 30% del diseño de los casos que reflejen el camino feliz)
- El titulo del caso de prueba deber ser lo más claro posible, de forma que al momento de leer se comprenda rápidamente el objetivo del mismo (para los que lideramos equipos y proyectos de QA ayuda mucho
José
Muchas gracias José!
Súper valioso el aporte que haces y 100% de acuerdo. Sin dudas que hay muchas cosas que seguro quedaron por fuera de este vídeo, pero esos consejos son muy interesantes.
Si te parece lo voy a agregar luego al material de resumen a modo de apuntes 😁
Te mando un saludo!
Saludos de una Venezolana en Buenos Aires. Una doña Licenciada en Comercio Internacional a sus 37 años se inicia en este mundo del Testing me parece súper interesante. Y tú eres todo un crack
Si le metés todas las ganas no me queda duda que te va a ir muy bien! Tu background también te va a ayudar 💪 Muchas gracias :)
Estoy interesado en aprender testing y esta es mi primera "interacción" con el tema, muy buen canal ya me han quedado claro muchos conceptos, creo que pronto estaré aplicando a tu curso. Gracias
Genial Jose, serás bienvenido :)
Excelente video! Super claro, hasta para una farmacéutica entrando en un universo nuevo! Vamos aprendiendo de a poco! Gracias!!!
Matías excelente video, estoy justo haciendo un Curso en Educación it con Sabrina Zavala y justamente vemos todos estos detalles de diseño de casos de prueba, está excelente ver tu enfoque, muy práctico.
Muchas gracias Luis! Un saludo :)
Hola muy buen video. En algún momento podrías hacer algún video de algunas técnicas más usadas. Te lo agradecería. Felicitaciones sigue asi👍
Claro que sí! Seguro se vendrá en los próximos. Muchas gracias por tu comentario Laura 💪
Genial lo tuyo. muy bien explicado y muy util la planilla de excel . GRACIAS
Muchas gracias Dario! Me alegra que te haya servido :)
Es una joya tu vídeo eh, muchas gracias, algún curso que me recomiendes gratuito para aprender lo básico como tester ?
Muchas gracias hermano ! 🙏🏻
Como material de fundamentos Gratuito te recomiendo que descargues el Sylabus de ISTQB foundation level! ahi aprenderas todos los conceptos básicos de Testing a nivel teorico.
Espero que te sirva, además los podes complementar con los demás videos de este canal :)
Un saludo!
genio! da gusto ver como explicas y te deja con ganas de seguir aprendiendo!
😄😄 muchísimas gracias por tu comentario Gus 💪🏼💪🏼 me anima mucho a seguir con esto 🚀
Muchas gracias! Re bien explicado! Seguí así!
P.D.: En la app de meditación creo que encontré un bug. Luego de abrir la app, estando en la pantalla de inicio ya registrado y logueado, al hacer click en el botón que dice "Más" se despliega un menú, pero en mi caso al volver a hacer click esperando que se cierre, no lo hace. Debo pulsar el botón de retroceso de mi celular para hacerlo. Estoy en android 10. Saludos Matías!
Muchas gracias Iván! Me alegra que te haya gustado y felicitaciones por haberte animado a completar tu caso de prueba en la planilla. Lo ví y está muy bien!
Respecto al bug que comentas, me parece interesante la observación. Pero te devuelvo una pregunta ¿en qué te basaste para esperar ese comportamiento?
Yo creo que en ese caso el comportamiento es correcto ya que funcionan como pestañas independientes y no como menú desplegable, es decir la acción de "cerrar" no existe, sino que para salir de esa pestaña tenes que darle tap a otra. Ej en aplicaciones similares, fijate la app de UA-cam (Principal / Explorar / Suscripciones ...) estas pestañas tienen ese mismo comportamiento.
Un saludo y muchas gracias por comentar :D
@@TestingParaTodos tenés razón, no me había dado cuenta de que la pantalla de inicio correspondía a la primer pestaña jeje, saludos!
Hola buenas, creo que a la app le faltan unos botones mas, los botones de pasar a la siguente leccion, tambien entendiendo la peticion del cliende, pero analizo como un usuario primium que los distiguira de un usuario comun, un ejemplo si fuera un usuario comun diria si solo no puedo adelantar como usuario comun pero si puedo atrasar no veo necesario ser primiun, para mejorar la app y ser mas estricto para los usuarios comunes deberia tener dos botones de ir a la siguiente leccion y a la leccion anterior, tambien se podria restringir el regresar o adelantar eso puede aplicarse a los adelanto de tiempo si el usuario comun puede regresar para meditar y disfrutar mejor lo que acaba de escuchar, y asi podria seguir.... saludos me acabo de suscribir das buenas explicaciones y muy precisa, este es un mundo nuevo para mi
Bien! Eso que comentas serian Sugerencias de Mejoras o Improvements. Tambien es algo que puede reportar un tester.
Muchas gracias y un saludo!
¿Puedes hacer tutorial de XRAY en jira para automatización de pruebas?
Gracias por todo, muy buenos videos!!!
Hola Luis! Muchas gracias por comentar :) Me anoto tu sugerencia.
Un saludo
Genial tu explicación como siempre! Clara y muy detallada! Gracias!!!
Hola, muchas gracias Renan! un saludo
@ Matías Pírez, Muchas gracias por el aporte, es muy significativo e permite aterrizar muchos conceptos acerca del tema de cuestión.
Muchas gracias!
muchas gracias un saludo
Muchas gracias a vos! Un saludo
Estoy volviendo a este video para escribir mi primer caso de prueba para practicar. Gracias Matías!
Excelente! Cómo te fue con eso?
@@TestingParaTodos bastante bien! me corrigió una compañera y me hizo un par de correcciones, sigo practicando. Gracias por preguntar Matías! Abrazo, Luciana
@@TheLudema me alegro mucho! Un abrazo
Excelente video ...Espero que pronto subas más casos de prueba con mayor dificultad !
Muchas gracias!! Si, ten por seguro que próximamente se vienen más videos con técnicas! un saludo
Muchas gracias por la info, estoy recién metiéndome en esto y fue de mucha ayuda, gracias
Gracias por compartir esta información tan importante. Muy buen video.
Gracias a ti por comentar Karina, me alegra que te haya sido de utilidad! :)
Excelente video, dentro de poco me subiran de puesto y sere QA manual tester. Y tus videos me estan ayudando a mejorar buenas practicas como tester, muchas gracias !
Felicitaciones y muchas gracias :)
Gracias!!!
muuchas muchas muchass gracias por todo abrazo grande
Muchas gracias :)
Sos un dulce explicando. Muchisimas gracias, me estoy viendo todos los videos. No se si lo explicas mas adelante pero no tengo muy claro lo que son pruebas de caja negra, caja blanca y caja gris. Tiene que ver con QA manual, o automation? Muchas gracias!
Hola Macarena, muchas gracias :)
No tengo video explicando eso, pero te explico rápido.
Es una clasificación de las pruebas en función del conocimiento o transparencia que tenemos respecto al código del programa que estamos probando.
Puede ser tanto QA manual como automation.
Caja negra: implica que no sabés (o no considerás) como funciona el software por dentro y enfocas tus pruebas solamente en sus entradas y salidas.
Caja blanca: te enfocas en el código para hacer las pruebas, con total transparencia del funcionamiento interno.
Caja gris: una combinación de ambas.
No hay una mejor que otra, simplemente las utilizaremos en función del contexto o experiencia de cada uno. :)
Si te queda alguna duda no dudes en comentar!
@@TestingParaTodos excelente!! Muchas gracias!
Excelente video Mati!, muy clara la explicación. Te consulto, en caso de que se deba diseñar casos de prueba de una app en desarrollo, apartir de que documentos se diseñarian?
muchas gracias! Lo antes posible, una vez tengas la informacion necesaria y el analisis hecho!
Mil gracias, muy agradecida por tu contenido
Hola, excelente video. Quisiera saber si puedes subir uno donde nos enseñes un poco más de casos de pruebas más específicos en Back. Saludos.
Me anoto la sugerencia, muchas gracias :)
Gracias por el video! Tengo una pregunta. Como integrarías la estructura de diseño Given-When-Then a tu ejemplo?
Hola Andrés, muchas gracias por tu pregunta. Sin dudas que da para un video completo hablando de Gherkin, pero te respondo.
Seria mas o menos asi.
GIVEN son las precondiciones.
WHEN son las acciones o pasos.
THEN es el resultado esperado.
En esta estructura es importante identificar lo que pueda ser variable para probar varios escenarios realizando un OUTLINE o esqueleto de escenario.
Un ejemplo sencillo y un ejemplo "mas elaborado" (aclaro que no soy experto en Gherkin)
GIVEN a user who is logged in
WHEN the user is on the player screen
THEN the user will have the following options available in the screen
| options |
| Info |
| Play/Pause |
| Download audio |
| etc |
GIVEN a user "" "" ""
WHEN the user is on the player screen
THEN the user will have the following options available in the screen
| options |
| Info |
| Play/Pause |
| Download audio |
| etc |
EXAMPLES
| username | password | user_type |
| user1 | hola1234 | free |
| user2 | hola1234 | premium |
| user3 | hola1234 | ads |
Cuando se implementa esto por automatización se suele omitir en la estrucutra de gherkin los pasos intermedios cuando lo que queremos probar es esencialmente los elementos de esa pantalla por ejemplo, el cómo llegar se delega al codigo que se implementa por detrás. También se evita referirse a elementos especificos como "boton" o "link" y se generaliza más, por ejemplo diciendo "opciones" esto le da flexibilidad ante posibles cambios.
Para el segundo ejemplo la diferencia es que con un solo caso se realizan 3 iteraciones con distintos tipos de usuarios.
Espero haber respondido tu consulta.
Cualquier cosa a las órdenes y si esto lo ve alguien más con experiencia en el tema y quiera aportar bienvenido sea :)
Hola Matias, muchas gracias por tu video, que gestor de pruebas gratuito que se pueda usar en JIRA recomiendas?
Hola Matias! Podrias agregar algunos videos con los tipos de casos de pruebas porfa? Explicas super bien!!!!!
Lo tendré en cuenta! Muchas gracias :)
Sabes que estuve leyendo Sylabus y yo que recién estoy arrancando en esto del testing como que hay cosas que me cuesta imaginar en la práctica xq aun no sé como se trabaja en un equipo o en el ciclo de vida de desarrollo del software en cada nivel..etc. No será un material muy complejo como para arrancar?
Hola Maxi! si te entiendo la verdad.
En el curso q estoy armando voy a tratar los temas mínimos para que se pueda entender bien y luego bajarlo a la práctica. En el syllabus hay muuuchas cosas que no usas siendo Trainee o junior, y por el contrario tambien hay muchas cosas que necesitas saber y no estan ahi
Llegué acá porque te linkeó Diego Gavilanes en el artículo "Guía para Testers y QAs que inician: tips, recomendaciones, recursos y más" en linkedin. Y luego de este video linkea el que mencionás de "Escenarios de Prueba"... asi que voy a por ello.
💪 que bueno!! y después a practicar :D
@@TestingParaTodos ❤️
Amigo Matias, buen día, muy agradecido con tu video, espero preguntarte algunas cosas porque tengo que hacer pruebas de aceptación con metodología XP para mi proyecto final. Gracias...
Hola Alex, sinceramente no he trabajado nunca con XP, pero mi intuición me dice que no debería haber mucha diferencia en cuanto a las pruebas. Los conceptos fundamentales de pruebas se mantienen en cualquier tipo de metodología o framework de trabajo!
Hola, buenos dias muy bueno tu video me suscribi al canal por lo bueno que ha sido este video sigue asi muchisimas gracias por aclarar muchas dudas.
Bienvenido Miguel! un placer y muchas gracias 💪
hola podrías dar algunos ejemplos de herramientas que usan en las empresas para hacer los casos ya que no usan una planilla de excel .... gracias x compartir tus conocimientos !!! saludos
Hola Lorena, muchas gracias por comentar 💪 Si claro, voy a tratar las herramientas en próximos videos. Seguramente tome alguno de los casos de prueba que mostré aquí y lo pase a una herramienta como Zephyr por ejemplo.
Te mando un saludo!
@@TestingParaTodos muchas gracias estaré atenta !!!
Tardó pero llegó 😁 ua-cam.com/video/6meaQOeq0rQ/v-deo.html
Hola Matías, te quería consultar sobre el procedimiento: uno va detectando errores y sobre esos esos es que se realizan los casos de prueba para replicarlos/validarlos? GRACIAS
En teoría es al revés, uno crea los casos de prueba con la finalidad de encontrar errores a partir de ellos.
Pero puede pasar también que encuentres errores no cubiertos por casos de prueba y entonces los crees!
Excelente! Gracias Gracias
Muchas gracias a ti :)
Mil gracias, excelente video.
Me alegra que te haya servido! Muchas gracias por comentar :)
Excelente Matías, muchas gracias, pronto estaré suscribiendome $$$.
Muchas gracias Ricardo, bienvenido!
Muchas gracias
Un placer!
Hola Muchas gracias por el video muy intoductivo. quisiera agregar que no me permite acceder al resumen y a la planilla de casos. Saludos
Hola Ernesto, muchas gracias! Acabo de revisar y funciona correctamente! Puedes volver a revisar? mailchi.mp/6ed33ddd0eed/hl9uul0o8d
Excelente gracias por esta información....
Un placar!
Hola! Quisiera empezar a estudiar testing, por dónde me recomendarías empezar? Hay cursos en UA-cam? Gracias por tus videos! Son muy claros.
Hola! muchas gracias por comentar :)
Por el momento no tengo algún curso que pueda recomendarte ya que no los conozco de primera mano, pero en esta lista de reproducción encontrarás varios videos que te pueden servir 👇:
ua-cam.com/play/PLqjBJxfhRo93lBtxw4wiGN5HTNNstdNfT.html
También te invito a unirte a la comunidad de discord del canal
discord.com/invite/K5zckSmrRc
muy buen video!! hasta me suscribí jajajaja y el like, nada que decir, en muy pocos lugares se toman de forma seria el testing. muy bien explicado!!
Muchas gracias Reinaldo! Bienvenido :)
Hola Matias, muy buenos todos tus videos. Te hago unas preguntas:
1.¿Quien nos da el requerimiento? ¿El programador? ¿El usuario?
2.¿El resultado esperado viene impuesto en el requerimiento?
Desde ya muchas gracias! Saludos.
Muchas gracias!
1. El negocio. En un equipo ágil se canaliza a través de los Product Owners.
2. No necesariamente. El requermiento te va a dar los criterios de aceptación base, en los cuales te podes basar para los resultados esperados. Pero también se te pueden ocurrir cosas que no estén ahi y tengas que salir a preguntar por ejemplo.
Mil gracias por el video me parece genial, solo tengo una duda. ¿Cuál es la manera diseñar si no hay un UI/UX o no tengo la aplicación? gracias por tu respuesta.
Hola Sebastian, cuando no hay un diseño especifico, se suele reutilizar lo previo si es que existe, y sino a criterio de los desarrolladores frontend.
Un saludo!
Hola que herramienta estas usando para testear simulando mobile? necesito testear apps mobile
sirve saber las fases sdlc? los diagramas UML se usan?? no encontre ejemplo al respecto
Hola, Muy buen video! Me estoy iniciando en este tema de tester, quería saber que interfaz o software gratuito puedo usar para ir practicando? De antemano muchas gracias!👍
Hola, muchas gracias! Te recomiendo ver los videos de Jira para practicar!
genial el video , solo tengo una duda , te tipo de pruebas seria la que acabas de mostrar ?
Muchas gracias! Sería una prueba funcional, de sistema.
Hola, tengo una duda. Si yo hago una serie de test cases y después testeando encuentro un bug que no se encuentra en los test cases, ese test case debe crearse, verdad?
Hola Nuru, muchas gracias por comentar! Si, deberíamos crear un caso de prueba que cubra ese bug ya que lo detectamos de "casualidad" o haciendo pruebas exploratorias. La próxima vez que se vaya a probar esa funcionalidad u otra similar, habría que probar ese comportamiento.
Por eso una de las formas de identificar casos que comenté es "basado en incidencias anteriores". Dada la situación que no crees el caso de prueba para esa funcionalidad, sí lo deberías considerar para la próxima funcionalidad que tenga algo similar.
Otro tema después es que realmente se reutilicen esos casos y no queden juntando polvo archivados 😂
@@TestingParaTodos Muchas gracias por responder! Me ayuda mucho tu canal. Harías algún video sobre recomendaciones de libros para aprender mas cosas de testing?
@@May91R muchas gracias! Si me lo anoto 😁
Hola, tenes algun video donde hables de como hacer un plan de pruebas?
Todavía no, pero lo tengo en la lista de pendientes :)
Eres un master bro :3
😁
Hola, disculpa, vas a implementar el testing automatizado en algún lenguaje de programación con su respectivo framework?
Hola Andrés! Muchas gracias por comentar. Por el momento no tengo pensado hacer eso ya que no me especializo en automatización y recién me estoy introduciendo al tema. Más a futuro seguramente sí.
Si querés aprender de automatización te recomiendo ver los canales de @Pablo Sebastián Soifer y @TheFreeRangeTester que generan excelente contenido sobre automatización.
👉ua-cam.com/users/Draculinio
👉ua-cam.com/channels/kKCawG9pgmLZ0H5G23tiqw.html
Te mando un saludo!
Hola Mati, no entiendo bien cuando usar el concepto de features, como puedo saber que acción que yo hago es una feature y cual no? gracias
Hola Fer, te voy a poner el ejemplo de UA-cam.
Toda característica funcional que satisface a un requisito es una feature. Lo que puedes tener es features de distintos tamaños o complejidades.
Feature grande "Comentarios".
A su vez dentro de los comentarios tenes varias features más pequeños:
-Responder
- Dar like
- Dar dislike
- Dar Corazón
- Editar comentario
- Eliminar comentario
etc.
Todos estos son features :)
Me gustó mucho el video
Muchas gracias!
Holaaa, una consulta, tenes algun video de como diseñar una historia de usuario?
Hola Nicolás, crear Historias de Usuario no es parte de las tareas de un Tester.
No tengo ningun video sobre eso pero este te puede servir: ua-cam.com/video/ky6wFiF5vMk/v-deo.html
Te felicito! Excelentes tus videos!
Muchas gracias!
@TestingParaTodos Es necesario que en los casos de prueba que hacemos en excel, ya sea para portafolio o los que no estan hechos en jira, sean con el "Resultado Obtenido"? o puede obviarse
Hola, como estas? El resultado obtenido es clave en caso de que quieras evidenciar que los casos fueron ejecutados. Si no los ejecutaste aun podrias poner la columna igual con el valor "No ejecutado" o "Unexecuted" (si esta en ingles). De esta forma estas reflejando que sabes que es una información clave.
Tendrías que hacer un grupo de Telegram para que podamos estar pendiente de videos nuevos y también para que podamos aprender todos los que te seguimos juntos y aportemos ideas, no sé si ya hay uno, pero estaría bueno! ☺️
Hola Nicolas! Muchas gracias por la sugerencia :) Te cuento que para ese objetivo tenemos la comunidad de discord 👉 bit.ly/tpt-discord
De todas maneras estoy evaluando crear un canal de telegram con un bot para anunciar los videos también :)
@@TestingParaTodos Muchas gracias! ahí me uno!!
Estimado, buenos vídeos, adicionalmente quisiera solicitar si tienes ejemplos de pruebas de escenarios que me puedas compartir
De momento no tengo ejemplos para compartir ademas de lo mostrado en el video. Un saludo!
Hola Mati, el caso de Verificación de maquetacion vendría siendo un caso de sanity?
Hola Fer, no.
Creo que no hablé del concepto de Sanity acá.
Pero no necesariamente verificar la maquetación es sanity.
El test de Sanity se le suele llamar a una de las etapas de las pruebas de regresión (asociado a cuando se realizan cambios) y su objetivo es verificar que la funcionalidad(es) que se cambió esté funcionando bien. Si el Sanity da ok se continúa haciendo pruebas de regresión mas profundas, sino se rechaza la versión y se paran las pruebas.
Verificar la maquetación implica que la página se vea bien como debería, si los cambios fueron asociados la maquetación de cierta página, tu test de sanity puede involucarar verificar la maquetación de esa página, pero también podes tener este test en otros niveles de regresión.
Espero haberme explicado, cualquier cosa pregunta!
Excelente material!!!
Muchas gracias!
buenas tardes, tengo una duda una suite de pruebas es lo mismo que un escenario de pruebas?, porque un suite de pruebas es una coleccion de casos de prueba, y por lo visto un escenario tambien... les agradezco que puedan sacarme de la duda
Hola Mati! que buen video gracias por tomarte el tiempo y explicarlo así de bien, consulta el video de ciclo de vida del bug ya existe? por que lo busqué y me pareció que no y estaría buenísimo, gracias de nuevo!
Hola Alejandra, nop, al final no tengo un video sobre eso! Pero si lo explico en el curso de Tester, por si te interesa!
Un saludo!
@@TestingParaTodos Gracias Mati por responder!
Saludos, me gustaría saber si tiene información de maestría en Testing, de modo virtual.
Hola Luis, de momento no conozco ninguna! Saludos
Cien mil años despues del video: "TENGO UNA DUDA!" realmente el equipo de UX/UI les pasa un pdf o el boceto como para saber si cada pantalla , redirecciones, cada boton estan correctos y no se desacomodaron? o eso se hace mas "a ojo"? Laburo en un lugar donde estamos lejisimos de eso, y me sorprendio muchisimo. Muchas gracias!!!!
Hola cómo estás?
Es el gran DEPENDE. Hay proyectos o empresas que no tienen presupuesto para tener un UX dedicado. Y en ese caso pasa como te está pasando a vos. A ojo y a base de preguntas todo el tiempo.
Yo supe estar en ambos casos y sin dudas que tener un prototipo es una maravilla, pero como tal no siempre se da!
Genio!!
Muchas gracias!
Muy bueno
Hola! Una pregunta: ¿ Por qué no usaste Confluence para hacer la planilla de los Casos de Prueba en vez de usar Excel?
Hola Mariel. Para no agregarle complejidad. La idea es entender el concepto base.
Luego de entender eso se puede trasladar a cualquier herramienta.
Tengo pensado hacer vídeos sobre alguna herramienta de casos de prueba más adelante 😉
Muchas gracias por comentar 😄
@@TestingParaTodos Genial, estaré al pendiente...
extraordinario
Muchas gracias!
es valido hacer los casos de prueba todos positivo o es necesario hacer casos de prueba negativos ? por ejem. estoy probando loguearme a una red social pero a una especifica no me deja acceder. En ese caso deberia hacer el happy path de ese en especifico o le hago en negativo ? Gracias!
Sumar casos negativos es fundamental! tanto en la realidad como para armar tu porffolio y demostrar que sabes de testing :)
Esto se puede hacer en Jira o sus semejantes, como incidencias o historias de usuario?
Si. En particular para Jira se suele usar algún test management tool en empresas medianas/grandes. Son extensiones que permiten crear los casos de prueba como incidencias de Jira con informacion de la ejecucion y todo eso. Las herramientas mas populares son X-Ray y Zephyr. Sobre Zephyr tengo un video en el Canal.
Hola!!! Me gustaría ver un ejemplo con JMeter y Postman Porfavor!!!!!
Lo tendré en cuenta!
Quiero empezar a trabajar como testar puedo trabajar con vos? No tengo experiencia
Hola matias, soy seguidor de tu canal y he visto varios videos sobre el testing, te escribo porque
necesito que me aclaras una duda por favor, mi duda es la siguiete:
Cual es la diferencia entre la plantillas de casos de pruebas y la plantillas de reportes de bugs?
veo que las plantillas son casi lo mismo, la plantilla de caso de pruebas se usan para documentar
los casos que se vayan realizando en la aplicacion? por ejemplo aplico 10 casos de pruebas y de esos
10 casos de pruebas, 1 caso de prueba me sale con error, entonces el caso que me salio con error
es el que documentare en la plantilla de bugs y subire a jira? los otros 9 casos de pruebas que salieron
exitosos simplemente los guardo para mi?
Es algo asi.
Pero tambien puede ser que encuentres bugs que no sean relacionados a los casos de prueba por ejemplo, y tambien debes reportarlos.
Respecto a lo de "guardarlos para vos", depende. A veces es necesario presentar esos resultados a un Manager (puede ser en detalle o en forma de metricas).
Ademas los defectos deben acompañarse de evidencias que ayuden a reproducirlos. Los casos de prueba, no necesariamente.
Hola, cómo estás? que hacer si se reporta un bug y este ya no aplica? se cierra?
Hola Sandra, correcto. Se cierra y se le pone un comentario indicando porqué no aplica.
Hola! Podrias compartir un prototipo de Ux de un caso real o como hacerlo? Abrazo
Hola Matias, no te puedo compartir de un caso real porque son confidenciales, pero en www.figma.com/community podes encontrar muchos diseños publicos.
Elige uno que te llame la atencion y le puedes dar Get a copy, y creandote una cuenta gratuita en figma puedes explorar la interfaz de como se veria trabajar con un diseño UX/UI en Figma directamente, una de las herramientas mas usadas para esto!
Espero que te sirva
@@TestingParaTodos gracias, muy bueno tu aporte. Estamos tratando de optimizar la docu en la empresa! Saludos
hola tenes un video explicando casos negativos??
Creo que no, tomo la. sugerencia!
Hola Matias quiero hacer el curso, hay algun descuento , justo estoy sin trabajo ,pero quiero hacerlo
Hola como estas? Enviame un mail a testingparatodos@gmail.com para solicitar la beca
donde esncuento tu curso tester para todos.
Hola Silvana, todavia no lo lancé. Cuando esté disponible voy a avisar acá en el canal y en todas las redes :)
@@TestingParaTodos lo espero je
Buenas tarde que programa debo usar para hacer un caso de pruebas
Desde una planilla excel / sheets a cualquier manejador de casos de prueba como Zephyr, Xray, TestRail, TestLink
Buenas Tardes Mati en este video mencionas que no es lo ideal hacer el caso de prueba en excel, word etc. Que hay gestores de casos de pruebas, esos que mencionas cuales serian: Jira, trello ? o nada que ver
Buenas tardes!
Si, Zephyr por ejemplo, es un addon de Jira. fijate que tengo un video tambien :)
Por fa decirnos como podemos lograr trabajar de esto porque buscan con experiencia demostrable pero si nunca trabajas nuca vas a tener esa experiencia demostrable osea que es un circulo
Matías: si quieren que haga casos de prueba utilizando alguna técnica, avisen en los comentarios. Yo: HAZLO HAZLO HAZLO :)
Matías:
👉 Acá tenés Clases de Equivalencia y Valores Límite: ua-cam.com/video/f4Rt26hoeFY/v-deo.html
👉 Y acá Combinación por Pares: ua-cam.com/video/UdaYBPNs9Qk/v-deo.html
:)
@@TestingParaTodos muchas gracias Mati 😁
Tengo un examen en una horas y esto fue encontrar agua en el desierto :'D
Espero que te haya servido :) un saludo!
Nunca vi el Junit en java .-.
No entendí tu comentario 😅 No tiene relacion con el video!
@@TestingParaTodos no lo explicas xd
@@yuvrrq Ahh jaja no, no es mi especialidad! De testing unitario solo se lo básico!
Parece la voz del de esta semana en cartoon
JJAJAJA que turbio. Tuve que buscar lo que era porque no conocía. Supongo que lo decís por el acento uruguayo. El de "Otra semana en cartoon" se llama Agustín y también es de Uruguay. De hecho tiene un canal muy conocido por acá que se llama "Tiranos temblad" y te resume "Otra semana / mes /año en Uruguay". Te recomiendo verlo
ua-cam.com/users/TiranosTembladTV
@@TestingParaTodos jajajaja le echare un ojo
Cual es el otro video del que hablas, no logo encontrarlo
ua-cam.com/video/miRs8XlZRcI/v-deo.html este seguramente :)
Gracias! Deberías tocar el tema de la estimación, plan de pruebas, riesgos de proyecto y riesgos de producto.
no tengo experiencia, donde puedo conseguir un empleo sin experiencia?
En Linkedin, debes tener un buen perfil, prácticas por tu cuenta e interactuar con otras personas del sector!
Pueden rechazar un caso de prueba?
En general no, pero depende de cómo sea el proceso de Testing. Me imagino que te refieres a desestimar:
Por ejemplo si yo diseño los casos de prueba y los envío a alguien para que los revise (puede ser el lider de testing, o el usuario final por ejemplo) esta persona puede indicar en base a su experiencia que ciertos casos no merecen la pena probar y hacer sugerencias de qué probar y qué no. Teniendo en cuenta eso sí, podrían haber casos que se desestimen!
Un saludo!
PERO SOLO EL FORMATO.
🤔🤔