⚡👉 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!!
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
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!
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.
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 !
@@TestingParaTodos bastante bien! me corrigió una compañera y me hizo un par de correcciones, sigo practicando. Gracias por preguntar Matías! Abrazo, Luciana
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 :)
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 RUclips (Principal / Explorar / Suscripciones ...) estas pestañas tienen ese mismo comportamiento. Un saludo y muchas gracias por comentar :D
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 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
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
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 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 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. 👉ruclips.net/user/Draculinio 👉ruclips.net/channel/UCkKCawG9pgmLZ0H5G23tiqw Te mando un saludo!
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!
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: ruclips.net/video/ky6wFiF5vMk/видео.html
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 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! 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 👇: ruclips.net/p/PLqjBJxfhRo93lBtxw4wiGN5HTNNstdNfT También te invito a unirte a la comunidad de discord del canal discord.com/invite/K5zckSmrRc
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, 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 Fer, te voy a poner el ejemplo de RUclips. 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 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!
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.
@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.
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.
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 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 😄
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
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 :)
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 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.
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!
Matías: 👉 Acá tenés Clases de Equivalencia y Valores Límite: ruclips.net/video/f4Rt26hoeFY/видео.html 👉 Y acá Combinación por Pares: ruclips.net/video/UdaYBPNs9Qk/видео.html :)
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!
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
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 ruclips.net/user/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!!
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 :)
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!
Genial lo tuyo. muy bien explicado y muy util la planilla de excel . GRACIAS
Muchas gracias Dario! Me alegra que te haya servido :)
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!!!
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 🚀
Genial tu explicación como siempre! Clara y muy detallada! Gracias!!!
Hola, muchas gracias Renan! un saludo
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 :)
Muchas gracias por la info, estoy recién metiéndome en esto y fue de mucha ayuda, gracias
Mil gracias, muy agradecida por tu contenido
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
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! :)
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 💪
muuchas muchas muchass gracias por todo abrazo grande
Muchas gracias :)
muchas gracias un saludo
Muchas gracias a vos! Un saludo
Excelente! Gracias Gracias
Muchas gracias a ti :)
Hola Matias, muchas gracias por tu video, que gestor de pruebas gratuito que se pueda usar en JIRA recomiendas?
@ 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!
Mil gracias, excelente video.
Me alegra que te haya servido! Muchas gracias por comentar :)
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 :)
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
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 :)
Excelente gracias por esta información....
Un placar!
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!
👉 APRENDE cómo CREAR un BUG en 5 minutos: ruclips.net/video/CWX0RakpZRw/видео.html
Muchas gracias
Un placer!
Excelente Matías, muchas gracias, pronto estaré suscribiendome $$$.
Muchas gracias Ricardo, bienvenido!
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 RUclips (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!
Me gustó mucho el video
Muchas gracias!
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 💪
¿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
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!
Te felicito! Excelentes tus videos!
Muchas gracias!
Excelente material!!!
Muchas gracias!
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!
Hola que herramienta estas usando para testear simulando mobile? necesito testear apps mobile
Eres un master bro :3
😁
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
Hola Matias! Podrias agregar algunos videos con los tipos de casos de pruebas porfa? Explicas super bien!!!!!
Lo tendré en cuenta! Muchas gracias :)
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, 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 :)
Hola, tenes algun video donde hables de como hacer un plan de pruebas?
Todavía no, pero lo tengo en la lista de pendientes :)
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, 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.
👉ruclips.net/user/Draculinio
👉ruclips.net/channel/UCkKCawG9pgmLZ0H5G23tiqw
Te mando un saludo!
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!
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: ruclips.net/video/ky6wFiF5vMk/видео.html
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!
Muy bueno
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ó 😁 ruclips.net/video/6meaQOeq0rQ/видео.html
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 :)
sirve saber las fases sdlc? los diagramas UML se usan?? no encontre ejemplo al respecto
Hola! Quisiera empezar a estudiar testing, por dónde me recomendarías empezar? Hay cursos en RUclips? 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 👇:
ruclips.net/p/PLqjBJxfhRo93lBtxw4wiGN5HTNNstdNfT
También te invito a unirte a la comunidad de discord del canal
discord.com/invite/K5zckSmrRc
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!
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 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 RUclips.
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 :)
Genio!!
Muchas gracias!
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
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!
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!
extraordinario
Muchas gracias!
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.
@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.
hola tenes un video explicando casos negativos??
Creo que no, tomo la. sugerencia!
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 ❤️
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!
Hola!!! Me gustaría ver un ejemplo con JMeter y Postman Porfavor!!!!!
Lo tendré en cuenta!
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...
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
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! 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 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
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!!
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 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.
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
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 :)
Quiero empezar a trabajar como testar puedo trabajar con vos? No tengo experiencia
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.
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: ruclips.net/video/f4Rt26hoeFY/видео.html
👉 Y acá Combinación por Pares: ruclips.net/video/UdaYBPNs9Qk/видео.html
:)
@@TestingParaTodos muchas gracias Mati 😁
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
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!
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 :)
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!
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
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
ruclips.net/user/TiranosTembladTV
@@TestingParaTodos jajajaja le echare un ojo
Cual es el otro video del que hablas, no logo encontrarlo
ruclips.net/video/miRs8XlZRcI/видео.html este seguramente :)
Gracias! Deberías tocar el tema de la estimación, plan de pruebas, riesgos de proyecto y riesgos de producto.
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.
🤔🤔
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!