🤑¿Quieres un DESCUENTO para presentar el examen de certificación📜? Si eres un seguidor de este canal, estos son los pasos: - Envíame un email a info@fulladvanced.com ✉ - Coloca como parte del título del email "Cupón de descuento" 🎟 - Indica la Región donde tomarás el examen, las opciones son: America, Venezuela, Argentina y Europa. 🌎 Obtendrás un descuento que va desde 10US$ hasta 25 US$ al momento de adquirir el examen💰 En este canal no solo me enfoco en darte el contenido que necesitas para prepararte sino en facilitar el acceso a la certificación 🏆 Aprovecha este beneficio que te ofrecemos desde #FullAdvanced
14:32 Yo cada vez que veo que sale a presentar el show de preguntas: A dónde tan elegante😎 PD: Gracias por crear este contenido para nosotros. Normalmente uno no aprecia lo que tiene a disposición hasta que se ve en la necesidad de hacer uso de ello. Hoy me veo tus videos sobre este curso con el fin de poder tener una base (ya que no tengo experiencia laboral ni en el área) para así aplicar con un conocimiento previo al ambiente de pruebas.
🤣 Esa ropa la desempolve para parecer "quién quiere ser millonario", se hizo lo que se pudo😅. Que bueno que te sirva el contenido en tu preparación, procura presentar los exámenes de práctica en la plataforma (www.fulladvanced.com), y si quieres hasta nuestro examen gratuito para obtener una certificación de nuestra parte. Gracias por escribir Carlos, espero seguir escuchando de ti 👋🏻
Hola Soy nuevo en esto , Me puedes explicar , EL PROCESO DE PRUEBAS VS EL CICLO DE VIDA DE PRUEBA DE SOFTWARE(STLC). ¿Cuándo se aplica uno, cuando se aplica el otro?
Hola Tobias, me parece que tienes alguna confusión respecto a la terminología: - Tenemos el Ciclo de vida de desarrollo de sistemas (SDLC en inglés), este contiene al Proceso de Pruebas (aunque algunos lo llaman STLC). - Ambos antes mencionados siempre se ejecutarán (no son opcionales). Como dije anteriormente, el SDLC contiene al STLC (aunque en ISTQB solo se le llama Proceso de Pruebas). El SDLC tiene que ver con las actividades del desarrollo del sistema mientras que el Proceso de Pruebas tiene que ver con las actividades que te permiten probarlo. Espero haberte ayudado
@@tobiasmartinez5604 Me imagino que ya depende de las fuentes que estás consultando. Yo no utilizo ese término de STLC porque no forma parte de ISTQB. El Proceso de Pruebas tiene una "Actividad" de Monitoreo y Control y es lo esperado, si el STLC no lo tiene tocaría averiguar con quien lo sugiere para ver que motivación tenga.
@@FullAdvanced Entiendo, entonces me enfocare mas en el Proceso de Pruebas. Gracias por responder, mas adelante en otros videos tal vez haga otras preguntas
Un placer, estos son los comentarios que me recuerdan por qué hicimos este trabajo. Y si quieres un cupón de descuento para realizar tu examen, recuerda que me puedes escribiri a info@fulladvanced.com , me dices dónde haras el examen y te envío el cupón. Espero que vuelvas a comentarnos cuando te hayas certificado e incentivar a mas personas. Gracias a ti por escribir
hola! primero que nada muchas gracias por todos los videos, me ayudan a entender mejor el syllabus :) y como consulta, no entiendo x qué en la pregunta dos, que dice "cuando un probador verifica las bases de prueba mientras diseña pruebas al comienzo del ciclo de vida del sistema ¿qué objetivo de prueba está logrando?" la respuesta es: prevenir defectos, y no: encontrar defectos? Gracias!
Hola Adelina, gracias por escribir y permitirnos saber que el contenido te es de utilidad 💪 Respondiendo a tu pregunta debemos recordar que los probadores encontramos Fallas y no Defectos en la mayoría de los casos. Al revisar las bases de prueba en etapas temprana del ciclo de vida del sistema nuestro objetivo es evitar que se genere retrabajo durante el resto de las actividades futuras. Recordemos que los defectos existentes en una base de prueba causarán un desarrollo incorrecto de alguna funcionalidad, por lo tanto estamos "previniendo" la ocurrencia de esto. Espero haberte ayudado. Saludos 👋
Hola mi amigo. podrías ayudar a distinguir entre "plan de pruebas maestro" y un "plan de pruebas"?. ahh y tambien informe de avance de prueba e informe de resumen?... (tambien podriamos incluir avance de gestion) Creo que esos 5 conceptos aun me falta reforzar.
Hola Arlin, puedes tener un Plan Maestro (general) que describe las actividades de la totalidad del proceso de pruebas. También podría verse como un Plan de Pruebas que contiene otros Planes de prueba. Los planes de prueba detallados podrían crearse incluso para cada uno de los Niveles de prueba.
@@FullAdvanced muchas gracias.. Estaba editando la pregunta cuando tu respondiste.. me podrias ayudar con informe de avance de prueba vs informe de resumen vs informe de gestion (Todos pertenecientes monitorizacion y control)
@@arlinizarra1985 - Informe de Avance: lo que ocurre entre hitos o a diario. - Informe de Resumen: se genera al finalizar un hito (por ejemplo un Sprint o una actividad del proceso de pruebas) - Informe de gestión: de este no tengo una definición extensa de ISTQB, me imagino que básicamente tendrá un consumidor de carácter gerencial y contenido acorde al público.
Hola Julio! tengo una duda con la que quizás puedas ayudarme. Si la base de prueba de una app se define un requisito de que funcione en 3 dispositivos, debería hacer 3 casos de prueba distintos? o es uno solo ejecutado en contextos distintos?
Hola Renzo, me parece que lo que describes como "base de prueba" sería el SSP (Sistema Sujeto a Pruebas) o SUT (System Under Test). La Base de Prueba sería el Requerimiento que mencionas. Respecto a la ejecución en distintos dispositivos, si el comportamiento esperado es el mismo en todos ellos, yo utilizaría un solo Caso de Prueba y especificaría que se ejecutará en N dispositivos o ambientes de prueba. Saludos Renzo 👋
Hola, antes que nada muchas gracias he aprendido un montón y en verdad es muy emocionante encontrar este material de calidad tan alta. Tengo una pregunta que diferencia tiene un Caso de prueba de alto nivel y un escenario de prueba ?
Hola Casandra, gracias por la apreciación que tienes de nuestro contenido 👏 Respecto a tu pregunta, de forma simple te puedo decir que los casos de "alto nivel" son más abstractos o generales, mientras que los de "bajo nivel" son más detallados o concretos. Adicionalmente los de bajo nivel pueden incluir datos de prueba como parte de los pasos que se ejecutarán. Los de bajo nivel tomarán más tiempo para ser diseñados, pero serán más fáciles de seguir por personas con poca experiencia. Espero que esta información te sirva para aclarar la duda. Saludos 👋
Felicitaciones por excelente trabajo al crear estos videos. Por favor, me puedes explicar a comprender como las bases de prueba evolucionan en condiciones y luego se generan los casos de prueba. Vi el ejemplo que pusiste pero aún no lo comprendo del todo. Gracias 🙌
Hola Fernando, que bueno que te haya gustado el contenido. Voy a intentar explicar nuevamente el punto 🤓. 1. La Base de prueba es como la fuente primigenia (originaria) de información, a partir de donde se comenzará cualquier análisis posterior, esto suele tener la forma de un Requerimiento, Historia de Usuario e incluso podría ser una persona que conoce el comportamiento de un procedimiento que queremos probar y esta persona nos dirá lo que necesitamos. Esta Base de pruebas la podríamos considerar un elemento "crudo", donde se expresa un problema, a partir de ahí comenzaremos con nuestro trabajo de análisis posterior. Ejemplo: Un documento donde se expresa la necesidad de tener un espacio en la pantalla para introducir un texto, y dicho texto será utilizado para realizar un búsqueda en internet (esto sería la descripción de la función básica del buscador de google). 2. La Condición de Prueba será una o varias características que se desprenden de la Base de Pruebas y que "se pueden probar". Ahora ¿qué cosas podríamos probar de ese cuadro de texto inicial de la búsqueda de google? Se me ocurre que podemos verificar: - Se deben verificar los valores que admitirá ese cuadro de texto, - El tiempo de respuesta de la consulta (prueba no funcional), entre muchas otras posibilidades. ... Continúo en otro mensaje... ->
---> Continuación 3. Por último tenemos el Caso de prueba. Las Condiciones antes descritas ahora se convierten en un pokémon evolucionado que llamaremos Caso de Prueba, una herramienta evolucionada, aquí tendremos el "Cómo", el detalle que permite ejecutar la prueba. En este punto se definen Entradas, pasos para ejecutar la prueba y valores de Salida, entre otros detalles que contienen los Casos de Prueba. Podríamos tener un par de Casos de prueba: TC 1 (Test Case 1) - Verificar la longitud de caracteres que admite ese cuadro de texto - Verificar los tipos de datos (Letras, números, quizá?), estos 2 primeros puntos serían la respuesta a la 1era Condición que mencioné. TC 2 - Mediante la utilización de Jmeter medir el tiempo de respuesta al utilizar el término "XXX" o "YYY" (esto cubriría en parte la 2da condición definida) Evidentemente estos son casos bastante simples, y no desarrollé la construcción de los TC's, pero espero haber podido expresar la esencia de los conceptos. Saludos Fernando 👋
Muchas gracias por tan detallada respuesta. Eres un gran maestro al tomarte el tiempo en cada comentario para que nadie se quede con dudas. Un honor conocerte y llegar a este canal.
Un placer@@fernandomorales6715, gracias por las palabras. La idea de este canal es que las personas en verdad obtengan lo necesario para brillar 😎, cada vez que alguien se certifica o consigue una mejor posición de trabajo lo consideramos un logro en equipo. Así que desde este pequeño espacio esperamos seguir siendo de ayuda a la comunidad. Ayúdanos compartiendo los videos para que el contenido de calidad le llegue a tantos como sea posible y les permita crecer a todos 💪
Muy bien explicado felicitaciones. Solo me quedo una duda ¿Puede ser evitada alguna actividad del proceso? indistintamente de la metodología utilizada. Saludos.
Excelente pregunta Miguel, Si bien cada metodología suele nombrar las actividades de distinta manera, yo diría que estas (Monitoreo y Control, Análisis, Diseño, Implementación, Ejecución y Compleción) son lo mínimo requerido para lograr cumplir con los objetivos de la mejor manera. Aunque la evidencia demuestra que un proyecto podría realizarse omitiendo alguna de estas actividades, lo mas probable es que se logrará de forma poco eficiente, generando grandes volumenes de retrabajo y frustración a los miembros del equipo, entre otros inconvenientes, como el consumo inadecuado de recursos (Esfuerzo, tiempo y dinero).
Si me permiten aportar, puede darse el caso que las actividades de diseño, implementación y ejecución se superpongan en una sola tarea, por ejemplo, cuando se llevan adelante pruebas exploratorias. Tal vez, este sea el único caso en donde algunas fases se omiten como tal, para converger en una sola. Excelente este canal!
@@leonardocorrales1984 gracias por agregar de tu experiencia 💪 Adicionalmente podría mencionar que en algunas metodologias ágiles se da el solapamiento entre actividades, como Análisis y Diseño o Implementación y Ejecución, aunque en estos casos no se suprime la actividad, solo se realizan de manera simultánea 🤓
Hola, un placer!, Gracias una vez más por tu contenido, estos videos de los procesos, los he digerido varias veces hasta que lo comprenda todo. Me queda una duda sobre lo que mencionas ¿Que son las Pruebas de Alto Nivel y las de Bajo Nivel? Gracias!
Hi Christian que gusto saber que sigues por acá. - Las pruebas de Alto Nivel (lógicas o abstractas), son aquellas cuyo nivel de detalle es menor, por ejemplo los Escenarios. Un Caso de Prueba de alto nivel no contendrá un paso a paso detallado de lo necesario para completar la prueba, por lo tanto quien la ejecute debe tener algún conocimiento previo para lograr sacar provecho de la misma. - Las pruebas de Bajo Nivel (Concretas o detalladas) son exactamente lo opuesto, contienen gran nivel de detalle, algo que las distingue es que esos Casos de Prueba también incluyen datos de prueba. - Las de Alto Nivel se hacen más rápido que las de Bajo nivel, pero estás últimas suelen ser utilizables por la mayoría de los probadores aunque no tengan experiencia. - La elección de cual utilizar dependerá del contexto, como todo en las pruebas. Saludos.
Hola Paolo. - La base de prueba son los elementos que utilizas para hacer el Análisis y Diseño de una prueba (Requerimientos, Historias, Doc. de Arquitectura entre otros). - El Oráculo de Pruebas es la fuente de donde se obtiene el Resultado Esperado de una prueba para compararla con el Resultado Obtenido. Ahora, el Oraculo de Pruebas podría estár incluído en alguna de las Bases de Prueba que mencioné, pero las Bases de Prueba son bastante más que solo un Oráculo. Espero haberte ayudado, saludos!
Hola saludos cordiales. Podrías ayudarme aclarando esto temas? 1. "Trazabilidad entre las bases de prueba y los productos de trabajo de prueba". 2. Diferencia entre caso de prueba (test case) y procedimiento de prueba (script de pruebas). 2. En tu video hablas por un momento de Modelo de desarrollo y metodologìa utilizada (alguna parte donde se hable mas claro de esto, no se si esto forme parte del exam de certificación istqb. ) P.D : Te he estado preguntado video por video. Hay algun limite para el numero de preguntas? jejeje. saludos
Hola nuevamente Arlin. 1) Debe existir trazabilidad bidireccional entre cada uno de los Productos de Trabajo, es decir, a partir de una Base de Pruebas deberías ser capaz de ubicar el caso de prueba que lo cubre y viceversa. - Si de una Base de prueba "A" se generaron 3 condiciones de prueba "x,y,z", deberías ser capaz de relacionar a "A" con los otros 3 productos (x,y,z), así mismo podría ubicar a "A", a partir de "Z", ya que existe una relación bidireccional entre ellos. 2) Los TC's suelen tener una estructura en particular bastante conocida, por ejemplo, incluyen Pre-condiciones, Resultados esperados, pasos a seguir, Post-condiciones, entre algunas otras. Algo importante es que se originan a partir de una Condición de prueba. Por otro lado los Scripts de pruebas son básicamente una serie de instrucciones para ejecutar una prueba. 3) Más adelante se aborda el tema de algunas metodologías y modelos que en efecto pueden ser consultados en el examen, debes dirigir tu atención en especial hacia el modelo V (es lo que más consultan). PD: la única limitante para responderte será mi disposición de tiempo ⌛Arlin , en caso y requieras una atención más personalizada recuerda que tenemos cursos privados, en Enero 2021 comienza el siguiente grupo donde enseñamos sobre cómo implementar en el mundo real todas estas teorías. Saludos Arlin 👋
Tengo una super duda, espero veas mi mensaje, tengo una confusion con el proceso de pruebas y los niveles de pruebas. Tengo que seguir todo el proceso de pruebas en cada nivel de pruebas??. Espero me ayudes😢. Y gracias .
Hola Jose, los Niveles (Componentes, Integración, Sistemas, Aceptación) forman parte del Proceso de Pruebas, así que parecería un "inception" lo que propones, por lo tanto la respuesta sería ¡no! Recordemos que durante la actividad de Planificación (que es parte del Proceso de Pruebas) se establecen los Niveles que cubriremos, lo cuál en parte identifica el Alcance de las pruebas. Espero que te haya ayudado a aclarar el punto. Saludos
Buenas!!! Ya me hice fans de tus videos 😁 te quería consultar si CICLO DEL TEST es lo mismo mismo que el Proceso de Pruebas que explicas en el video ya que tuve una prueba técnica para una empresa y me pidieron que defina el CICLO DEL TEST 🤔
Hola Noé, que bueno que te sumaste a nuestra comunidad 💪 La verdad es que cada cabeza es un mundo y en ocasiones es difícil adivinar lo que las personas desean expresar. No me atrevería a apostar a que se referían a lo mismo, ya que hay herramientas como Zephyr que definen un Test Cycle como un conjunto de casos de pruebas a ejecutar y eso no tiene nada que ver con el Proceso de Pruebas. En esos casos lo que sugiero es repreguntar con la intención de aclarar lo que se desea obtener. Espero haberte ayudado, por acá seguimos. Saludos 👋
@@FullAdvanced muchas gracias por responder..yo conteste como es un Proceso de Pruebas y después me quede pensando en que quizás se refería a lo q estas mencionando y no pregunte en la prueba! Gracias x tu aclaración!
Buenas tardes , te hago una consulta. Estamos mirando los cursos con mis compañerps de QA , estan muy buenos. Gracias. la pregunta es donde puedo buscar información sobre indicadores para medir oque memeuestren como vamoscomo Qa y con las tareas. ej casos realizados y ejecutados vs casos que tuvieron resultado exitoso
Hola Marisa, que bueno que les han gustado los videos. Te cuento que en el Capítulo 5 (creo que es el video 16 o 17) de esta serie, se menciona brevemente el tema al hablar de los reportes, sin embargo eso es un tema del curso nivel Avanzado para Manager. Si buscas ese syllabus encontrarás más información al respecto. Recuerda que los indicadores y métricas serán tan útiles como la rigurosidad con la que los recolectes. Como nota te dejo este comentarios, antes de poder cuantificar los TCs, se debe garantizar la calidad de los mismos. De otra manera se suele manipular la creación de los mismos para alcanzar alguna cuota. Espero que te sirva de ayuda la información. Saludos
🤑¿Quieres un DESCUENTO para presentar el examen de certificación📜? Si eres un seguidor de este canal, estos son los pasos:
- Envíame un email a info@fulladvanced.com ✉
- Coloca como parte del título del email "Cupón de descuento" 🎟
- Indica la Región donde tomarás el examen, las opciones son: America, Venezuela, Argentina y Europa. 🌎
Obtendrás un descuento que va desde 10US$ hasta 25 US$ al momento de adquirir el examen💰
En este canal no solo me enfoco en darte el contenido que necesitas para prepararte sino en facilitar el acceso a la certificación 🏆
Aprovecha este beneficio que te ofrecemos desde #FullAdvanced
Muchísimas gracias, estoy pensando en rendir mi examen de isqtb foundation y la verdad me está iluminando bastantes dudas.
*Descarga gratis el RESUMEN* del capitulo en www.fulladvanced.com/e-book-fundamentos-de-pruebas-de-software
Me encantó estos vídeos súper claros y dinámicos. Muchas gracias por compartir lo más valioso que tenemos el conocimiento que Dios los Bendiga
14:32 Yo cada vez que veo que sale a presentar el show de preguntas: A dónde tan elegante😎
PD: Gracias por crear este contenido para nosotros. Normalmente uno no aprecia lo que tiene a disposición hasta que se ve en la necesidad de hacer uso de ello. Hoy me veo tus videos sobre este curso con el fin de poder tener una base (ya que no tengo experiencia laboral ni en el área) para así aplicar con un conocimiento previo al ambiente de pruebas.
🤣 Esa ropa la desempolve para parecer "quién quiere ser millonario", se hizo lo que se pudo😅.
Que bueno que te sirva el contenido en tu preparación, procura presentar los exámenes de práctica en la plataforma (www.fulladvanced.com), y si quieres hasta nuestro examen gratuito para obtener una certificación de nuestra parte.
Gracias por escribir Carlos, espero seguir escuchando de ti 👋🏻
@@FullAdvanced 😂😂😂😂
Le echaré un vistazo a la página.
Espero que también usted y su equipo puedan seguir mejorando y alcanzando sus objetivos 🙏🏽
Increíble
Que bueno que te gusta el contenido, gracias por escribir 🤗
Me encantan tus caricaturas porque (lamentablemente) reflejan con mucha precisión lo que sucede en el campo laboral 🤣
🤫Acá entre tú y yo, en la mayoría son experiencias de la vida real, solo un poco ajustadas 🤭
Excelente contenido!!!
Gracias por comentar! 🥳
muy bien explicado gracias
¡Gracias a ti por la confianza! @Randall Berlett
Gracias a ti Randall, espero volver a escuchar de ti cuando hayas culminado el resto del material 😎
como siempre una excelente explicacion de molusco QA
"Mosluco QA"? Esa no la entendí 😅
Hola Soy nuevo en esto , Me puedes explicar , EL PROCESO DE PRUEBAS VS EL CICLO DE VIDA DE PRUEBA DE SOFTWARE(STLC). ¿Cuándo se aplica uno, cuando se aplica el otro?
Hola Tobias, me parece que tienes alguna confusión respecto a la terminología:
- Tenemos el Ciclo de vida de desarrollo de sistemas (SDLC en inglés), este contiene al Proceso de Pruebas (aunque algunos lo llaman STLC).
- Ambos antes mencionados siempre se ejecutarán (no son opcionales).
Como dije anteriormente, el SDLC contiene al STLC (aunque en ISTQB solo se le llama Proceso de Pruebas).
El SDLC tiene que ver con las actividades del desarrollo del sistema mientras que el Proceso de Pruebas tiene que ver con las actividades que te permiten probarlo.
Espero haberte ayudado
@@FullAdvanced Ok, pero porque en el Proceso De Pruebas existe la Etapa "Monitorizacion y Control" y en STLC no existe esa etapa ?
@@tobiasmartinez5604 Me imagino que ya depende de las fuentes que estás consultando. Yo no utilizo ese término de STLC porque no forma parte de ISTQB.
El Proceso de Pruebas tiene una "Actividad" de Monitoreo y Control y es lo esperado, si el STLC no lo tiene tocaría averiguar con quien lo sugiere para ver que motivación tenga.
@@FullAdvanced Entiendo, entonces me enfocare mas en el Proceso de Pruebas. Gracias por responder, mas adelante en otros videos tal vez haga otras preguntas
@@tobiasmartinez5604 Un placer Tobias
Gracias por tu apoyo 😢 estoy por dar mi examen de certificacion y me haz ayudado con muchas dudas
Un placer, estos son los comentarios que me recuerdan por qué hicimos este trabajo.
Y si quieres un cupón de descuento para realizar tu examen, recuerda que me puedes escribiri a info@fulladvanced.com , me dices dónde haras el examen y te envío el cupón.
Espero que vuelvas a comentarnos cuando te hayas certificado e incentivar a mas personas.
Gracias a ti por escribir
hola! primero que nada muchas gracias por todos los videos, me ayudan a entender mejor el syllabus :) y como consulta, no entiendo x qué en la pregunta dos, que dice "cuando un probador verifica las bases de prueba mientras diseña pruebas al comienzo del ciclo de vida del sistema ¿qué objetivo de prueba está logrando?" la respuesta es: prevenir defectos, y no: encontrar defectos? Gracias!
Hola Adelina, gracias por escribir y permitirnos saber que el contenido te es de utilidad 💪
Respondiendo a tu pregunta debemos recordar que los probadores encontramos Fallas y no Defectos en la mayoría de los casos.
Al revisar las bases de prueba en etapas temprana del ciclo de vida del sistema nuestro objetivo es evitar que se genere retrabajo durante el resto de las actividades futuras.
Recordemos que los defectos existentes en una base de prueba causarán un desarrollo incorrecto de alguna funcionalidad, por lo tanto estamos "previniendo" la ocurrencia de esto.
Espero haberte ayudado.
Saludos 👋
@@FullAdvanced muchas gracias! 🙌🏼
@@adelinab A la orden, para eso estamos.
Hola mi amigo. podrías ayudar a distinguir entre "plan de pruebas maestro" y un "plan de pruebas"?. ahh y tambien informe de avance de prueba e informe de resumen?... (tambien podriamos incluir avance de gestion)
Creo que esos 5 conceptos aun me falta reforzar.
Hola Arlin, puedes tener un Plan Maestro (general) que describe las actividades de la totalidad del proceso de pruebas. También podría verse como un Plan de Pruebas que contiene otros Planes de prueba.
Los planes de prueba detallados podrían crearse incluso para cada uno de los Niveles de prueba.
@@FullAdvanced muchas gracias.. Estaba editando la pregunta cuando tu respondiste.. me podrias ayudar con informe de avance de prueba vs informe de resumen vs informe de gestion (Todos pertenecientes monitorizacion y control)
@@arlinizarra1985
- Informe de Avance: lo que ocurre entre hitos o a diario.
- Informe de Resumen: se genera al finalizar un hito (por ejemplo un Sprint o una actividad del proceso de pruebas)
- Informe de gestión: de este no tengo una definición extensa de ISTQB, me imagino que básicamente tendrá un consumidor de carácter gerencial y contenido acorde al público.
Hola Julio! tengo una duda con la que quizás puedas ayudarme. Si la base de prueba de una app se define un requisito de que funcione en 3 dispositivos, debería hacer 3 casos de prueba distintos? o es uno solo ejecutado en contextos distintos?
Hola Renzo, me parece que lo que describes como "base de prueba" sería el SSP (Sistema Sujeto a Pruebas) o SUT (System Under Test). La Base de Prueba sería el Requerimiento que mencionas.
Respecto a la ejecución en distintos dispositivos, si el comportamiento esperado es el mismo en todos ellos, yo utilizaría un solo Caso de Prueba y especificaría que se ejecutará en N dispositivos o ambientes de prueba.
Saludos Renzo 👋
✅
Ya casi terminas el capítulo I que es el mas largo
Hola, antes que nada muchas gracias he aprendido un montón y en verdad es muy emocionante encontrar este material de calidad tan alta.
Tengo una pregunta que diferencia tiene un Caso de prueba de alto nivel y un escenario de prueba ?
Hola Casandra, gracias por la apreciación que tienes de nuestro contenido 👏
Respecto a tu pregunta, de forma simple te puedo decir que los casos de "alto nivel" son más abstractos o generales, mientras que los de "bajo nivel" son más detallados o concretos.
Adicionalmente los de bajo nivel pueden incluir datos de prueba como parte de los pasos que se ejecutarán.
Los de bajo nivel tomarán más tiempo para ser diseñados, pero serán más fáciles de seguir por personas con poca experiencia.
Espero que esta información te sirva para aclarar la duda.
Saludos 👋
Felicitaciones por excelente trabajo al crear estos videos. Por favor, me puedes explicar a comprender como las bases de prueba evolucionan en condiciones y luego se generan los casos de prueba. Vi el ejemplo que pusiste pero aún no lo comprendo del todo. Gracias 🙌
Hola Fernando, que bueno que te haya gustado el contenido. Voy a intentar explicar nuevamente el punto 🤓.
1. La Base de prueba es como la fuente primigenia (originaria) de información, a partir de donde se comenzará cualquier análisis posterior, esto suele tener la forma de un Requerimiento, Historia de Usuario e incluso podría ser una persona que conoce el comportamiento de un procedimiento que queremos probar y esta persona nos dirá lo que necesitamos.
Esta Base de pruebas la podríamos considerar un elemento "crudo", donde se expresa un problema, a partir de ahí comenzaremos con nuestro trabajo de análisis posterior.
Ejemplo: Un documento donde se expresa la necesidad de tener un espacio en la pantalla para introducir un texto, y dicho texto será utilizado para realizar un búsqueda en internet (esto sería la descripción de la función básica del buscador de google).
2. La Condición de Prueba será una o varias características que se desprenden de la Base de Pruebas y que "se pueden probar". Ahora ¿qué cosas podríamos probar de ese cuadro de texto inicial de la búsqueda de google?
Se me ocurre que podemos verificar:
- Se deben verificar los valores que admitirá ese cuadro de texto,
- El tiempo de respuesta de la consulta (prueba no funcional), entre muchas otras posibilidades.
... Continúo en otro mensaje... ->
---> Continuación
3. Por último tenemos el Caso de prueba. Las Condiciones antes descritas ahora se convierten en un pokémon evolucionado que llamaremos Caso de Prueba, una herramienta evolucionada, aquí tendremos el "Cómo", el detalle que permite ejecutar la prueba.
En este punto se definen Entradas, pasos para ejecutar la prueba y valores de Salida, entre otros detalles que contienen los Casos de Prueba.
Podríamos tener un par de Casos de prueba:
TC 1 (Test Case 1)
- Verificar la longitud de caracteres que admite ese cuadro de texto
- Verificar los tipos de datos (Letras, números, quizá?), estos 2 primeros puntos serían la respuesta a la 1era Condición que mencioné.
TC 2
- Mediante la utilización de Jmeter medir el tiempo de respuesta al utilizar el término "XXX" o "YYY" (esto cubriría en parte la 2da condición definida)
Evidentemente estos son casos bastante simples, y no desarrollé la construcción de los TC's, pero espero haber podido expresar la esencia de los conceptos.
Saludos Fernando 👋
Muchas gracias por tan detallada respuesta. Eres un gran maestro al tomarte el tiempo en cada comentario para que nadie se quede con dudas. Un honor conocerte y llegar a este canal.
Un placer@@fernandomorales6715, gracias por las palabras.
La idea de este canal es que las personas en verdad obtengan lo necesario para brillar 😎, cada vez que alguien se certifica o consigue una mejor posición de trabajo lo consideramos un logro en equipo.
Así que desde este pequeño espacio esperamos seguir siendo de ayuda a la comunidad.
Ayúdanos compartiendo los videos para que el contenido de calidad le llegue a tantos como sea posible y les permita crecer a todos 💪
Muy bien explicado felicitaciones. Solo me quedo una duda ¿Puede ser evitada alguna actividad del proceso? indistintamente de la metodología utilizada. Saludos.
Excelente pregunta Miguel, Si bien cada metodología suele nombrar las actividades de distinta manera, yo diría que estas (Monitoreo y Control, Análisis, Diseño, Implementación, Ejecución y Compleción) son lo mínimo requerido para lograr cumplir con los objetivos de la mejor manera.
Aunque la evidencia demuestra que un proyecto podría realizarse omitiendo alguna de estas actividades, lo mas probable es que se logrará de forma poco eficiente, generando grandes volumenes de retrabajo y frustración a los miembros del equipo, entre otros inconvenientes, como el consumo inadecuado de recursos (Esfuerzo, tiempo y dinero).
@@FullAdvanced Entonces a tomar en cuanta c/u de las actividades, y considerarlas en el equipo de trabajo. Muy agradecido por su explicación.
@@miguelcabreraec Genial! Espero que mejore la implementación de tu proceso de pruebas 🥳
Si me permiten aportar, puede darse el caso que las actividades de diseño, implementación y ejecución se superpongan en una sola tarea, por ejemplo, cuando se llevan adelante pruebas exploratorias. Tal vez, este sea el único caso en donde algunas fases se omiten como tal, para converger en una sola. Excelente este canal!
@@leonardocorrales1984 gracias por agregar de tu experiencia 💪
Adicionalmente podría mencionar que en algunas metodologias ágiles se da el solapamiento entre actividades, como Análisis y Diseño o Implementación y Ejecución, aunque en estos casos no se suprime la actividad, solo se realizan de manera simultánea 🤓
Hola, un placer!, Gracias una vez más por tu contenido, estos videos de los procesos, los he digerido varias veces hasta que lo comprenda todo.
Me queda una duda sobre lo que mencionas ¿Que son las Pruebas de Alto Nivel y las de Bajo Nivel? Gracias!
Hi Christian que gusto saber que sigues por acá.
- Las pruebas de Alto Nivel (lógicas o abstractas), son aquellas cuyo nivel de detalle es menor, por ejemplo los Escenarios. Un Caso de Prueba de alto nivel no contendrá un paso a paso detallado de lo necesario para completar la prueba, por lo tanto quien la ejecute debe tener algún conocimiento previo para lograr sacar provecho de la misma.
- Las pruebas de Bajo Nivel (Concretas o detalladas) son exactamente lo opuesto, contienen gran nivel de detalle, algo que las distingue es que esos Casos de Prueba también incluyen datos de prueba.
- Las de Alto Nivel se hacen más rápido que las de Bajo nivel, pero estás últimas suelen ser utilizables por la mayoría de los probadores aunque no tengan experiencia.
- La elección de cual utilizar dependerá del contexto, como todo en las pruebas.
Saludos.
Hola! Cual es la diferencia entre un Oráculo y una Base de pruebas.
Hola Paolo.
- La base de prueba son los elementos que utilizas para hacer el Análisis y Diseño de una prueba (Requerimientos, Historias, Doc. de Arquitectura entre otros).
- El Oráculo de Pruebas es la fuente de donde se obtiene el Resultado Esperado de una prueba para compararla con el Resultado Obtenido.
Ahora, el Oraculo de Pruebas podría estár incluído en alguna de las Bases de Prueba que mencioné, pero las Bases de Prueba son bastante más que solo un Oráculo.
Espero haberte ayudado, saludos!
Hola saludos cordiales. Podrías ayudarme aclarando esto temas?
1. "Trazabilidad entre las bases de prueba y los productos de trabajo de prueba".
2. Diferencia entre caso de prueba (test case) y procedimiento de prueba (script de pruebas).
2. En tu video hablas por un momento de Modelo de desarrollo y metodologìa utilizada (alguna parte donde se hable mas claro de esto, no se si esto forme parte del exam de certificación istqb. )
P.D : Te he estado preguntado video por video. Hay algun limite para el numero de preguntas? jejeje. saludos
Hola nuevamente Arlin.
1) Debe existir trazabilidad bidireccional entre cada uno de los Productos de Trabajo, es decir, a partir de una Base de Pruebas deberías ser capaz de ubicar el caso de prueba que lo cubre y viceversa.
- Si de una Base de prueba "A" se generaron 3 condiciones de prueba "x,y,z", deberías ser capaz de relacionar a "A" con los otros 3 productos (x,y,z), así mismo podría ubicar a "A", a partir de "Z", ya que existe una relación bidireccional entre ellos.
2) Los TC's suelen tener una estructura en particular bastante conocida, por ejemplo, incluyen Pre-condiciones, Resultados esperados, pasos a seguir, Post-condiciones, entre algunas otras. Algo importante es que se originan a partir de una Condición de prueba.
Por otro lado los Scripts de pruebas son básicamente una serie de instrucciones para ejecutar una prueba.
3) Más adelante se aborda el tema de algunas metodologías y modelos que en efecto pueden ser consultados en el examen, debes dirigir tu atención en especial hacia el modelo V (es lo que más consultan).
PD: la única limitante para responderte será mi disposición de tiempo ⌛Arlin , en caso y requieras una atención más personalizada recuerda que tenemos cursos privados, en Enero 2021 comienza el siguiente grupo donde enseñamos sobre cómo implementar en el mundo real todas estas teorías.
Saludos Arlin 👋
Tengo una super duda, espero veas mi mensaje, tengo una confusion con el proceso de pruebas y los niveles de pruebas. Tengo que seguir todo el proceso de pruebas en cada nivel de pruebas??. Espero me ayudes😢. Y gracias .
Hola Jose, los Niveles (Componentes, Integración, Sistemas, Aceptación) forman parte del Proceso de Pruebas, así que parecería un "inception" lo que propones, por lo tanto la respuesta sería ¡no!
Recordemos que durante la actividad de Planificación (que es parte del Proceso de Pruebas) se establecen los Niveles que cubriremos, lo cuál en parte identifica el Alcance de las pruebas.
Espero que te haya ayudado a aclarar el punto.
Saludos
Buenas!!! Ya me hice fans de tus videos 😁 te quería consultar si CICLO DEL TEST es lo mismo mismo que el Proceso de Pruebas que explicas en el video ya que tuve una prueba técnica para una empresa y me pidieron que defina el CICLO DEL TEST 🤔
Hola Noé, que bueno que te sumaste a nuestra comunidad 💪
La verdad es que cada cabeza es un mundo y en ocasiones es difícil adivinar lo que las personas desean expresar.
No me atrevería a apostar a que se referían a lo mismo, ya que hay herramientas como Zephyr que definen un Test Cycle como un conjunto de casos de pruebas a ejecutar y eso no tiene nada que ver con el Proceso de Pruebas.
En esos casos lo que sugiero es repreguntar con la intención de aclarar lo que se desea obtener.
Espero haberte ayudado, por acá seguimos.
Saludos 👋
@@FullAdvanced muchas gracias por responder..yo conteste como es un Proceso de Pruebas y después me quede pensando en que quizás se refería a lo q estas mencionando y no pregunte en la prueba! Gracias x tu aclaración!
Genial @@noewestveer , ojalá y consigas la oportunidad que buscas, mientras tanto a seguir preparándose.
Buenas tardes , te hago una consulta. Estamos mirando los cursos con mis compañerps de QA , estan muy buenos. Gracias. la pregunta es donde puedo buscar información sobre indicadores para medir oque memeuestren como vamoscomo Qa y con las tareas. ej casos realizados y ejecutados vs casos que tuvieron resultado exitoso
Hola Marisa, que bueno que les han gustado los videos. Te cuento que en el Capítulo 5 (creo que es el video 16 o 17) de esta serie, se menciona brevemente el tema al hablar de los reportes, sin embargo eso es un tema del curso nivel Avanzado para Manager.
Si buscas ese syllabus encontrarás más información al respecto.
Recuerda que los indicadores y métricas serán tan útiles como la rigurosidad con la que los recolectes.
Como nota te dejo este comentarios, antes de poder cuantificar los TCs, se debe garantizar la calidad de los mismos. De otra manera se suele manipular la creación de los mismos para alcanzar alguna cuota.
Espero que te sirva de ayuda la información.
Saludos