🤑¿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
Para recordar: P. Estáticas = Consisten en ejecutar revisiones y realizar análisis estático. P. Estáticas = Detectan DEFECTOS (Por qué, por definición las P. Estáticas NO se ejecuta). P. Dinámicas = Detectan FALLAS. P. Estáticas se relacionan con el 3er principio de las pruebas de software (Las pruebas tempranas nos permiten ahorrar tiempo y dinero).
@@Roberto-lb5or Si hace la prueba bien encontrara que lo correcto seria Didáctico... saludos en la oficina a sus compañeros de la RAE.. que disculpen mi lapsus.
Que bueno que te haya gustado el contenido@@maryrodriguez7969 . Lo que ocurre es que el resto forma parte de los cursos pagos 😊, tenemos mas de 700 preguntas en total.
Hola Carlos, cada tipo y técnica de prueba encuentra Fallas / Defectos diferentes. Veamos un par de ejemplos: Una Revisión Formal de un requerimiento (prueba estática) pretende encontrar un problema de Validación entre lo solicitado por el cliente y lo descrito en el requerimiento. Una prueba de Caja Negra (Dinámica) a nivel de sistema encontrará una falla por una mala implementación del requerimiento. A esto se refiere, ambas técnicas se complementan. No es posible utilizar una sola, debemos utilizar muchas para lograr la cobertura deseada. Saludos 👋🏻
@@FullAdvanced ooh ya veo. Lo que pasa es que me confundí en la parte que dice que hallan defectos distintos (porque las pruebas dinámicas hallan fallas y no defectos). Pero gracias a sus aclaraciones señor Julio, pude comprender mejor, gracias por la disposición y las prontas respuestas 🙏🏽
Muy buen vídeo, tengo una pregunta, existe una plantilla que siga algún estándar (ISO, istqb, etc) para detallar todos los procesos y pasos que debemos realizar al ejecutar estas pruebas?, porque seria bueno un documento para explicar que defectos se han encontrado y al mismo tiempo, saber que se han resuleto o se van a resolver
Hola Mere. Las Actividades dentro del Proceso de Pruebas (que se explican a lo largo del curso y/o en el syllabus de ISTQB) son las que describen los pasos a seguir para la ejecución de las pruebas, no existe tal cosa como un formato general para cubrir la totalidad del ejercicio de las pruebas. Respecto a cómo saber los Defectos encontrados, resueltos y por resolver, formarían parte de: - La creación de Defectos - y Monitoreo del estatus de los mismos - lo cual ocurre durante la actividad de Revisión Esto lo podemos lograr con el apoyo de alguna herramienta de Gestión de Pruebas o de Proyectos como Zephyr, Jira y Confluence. También lo podrías gestionar manualmente mediante una hoja de cálculo o algún mecanismo similar. Espero haber respondido a tu duda.
@@FullAdvanced Muchas gracias por su respuesta, si me quedó un poco más claro, aunque si no le molesta, tengo otra duda, mas que todo con respecto a la revision de calidad de codigo, se puede aplicar la metodología que explicó en El Proceso y Actividades de Pruebas para llevar un control de justamente los defectos encontrados en el codigo fuente? entiendo que para eso estan los procesos de revision (informal, inspeccion, etc), pero como se debe documentar todo lo que vamos a hacer, serviria como "plantilla" para seguir un proceso organizado? con esto me refiero a que, en especifico para el codigo, tal vez exista un documento que pueda guiar los procesos de pruebas de codigo (por ejemplo: objetivos, alcance, ver si el codigo de X boton esta bien estructurado, o algo asi?), tal vez aqui puedan funcionar las pruebas unitarias (o estas ya pertenecereian a las pruebas dinamicas)? Gracias de antemano
@@mere9550 Comencemos por el hecho que quien realice estas pruebas sobre el código se espera que tenga un alto nivel de conocimiento técnico para aportar algo a la prueba. Estas sería pruebas de Caja Blanca (Dinámicas) o de Análisis Estático (pruebas Estáticas). El control de los defectos encontrados en cualquier Nivel (Componente, Integración, Sistema, etc...) se debería gestionar de la misma forma (con las mismas herramientas). Mencionas nuevamente una "Plantilla", el proceso Revisión tiene unos pasos definidos y organizados donde están los puntos que mencionas (objetivos, alcance, etc...) (ruclips.net/video/PxMFm0GPfkw/видео.html). Durante las pruebas puedes hacer uso de algunas técnicas y/o consideraciones (mencionadas en el video 13). Adicionalmente en el Plan de Pruebas se debieron definir todas las consideraciones respecto a qué protocolo seguir respecto a esas pruebas. Las pruebas unitarias que mencionas es el otro nombre que se le da a las pruebas a Nivel de Componentes. El Nivel no tiene que ver con el Tipo de prueba que pudiese ser Dinámica o Estática.
me confunde un poco en la pregunta (Porque se dice que las pruebas estaticas y dinamicas son descritas como complementarias?) la respuesta "D" de dice porque comparten el objetivo de identificar defectos y los tipos de defectos que encuentran son distintos, pero entiendo que las pruebas dinamicas no encuentran defectos, encuentras fallas, entons ahi que ? 😅
Hola John, la verdad es que tu comentario es muy oportuno. Digamos que sin entrar en tecnicismos podríamos hallar un defecto en una prueba dinámica, pero yo diría que tu perspectiva es la correcta. Estática = Defectos Dinámica = Fallas El detalle es que los exámenes de certificación no son perfectos, y en ocasiones nos toca escoger "la mejor respuesta" y no necesariamente la respuesta 100% correcta. Y en este caso la opción "D" es la mejor respuesta. Saludos.
En el caso de las pruebas estáticas, el desarrollador se puede volver loco cuando hereda un código que parece un laberinto sin salida. Muchas gracias. 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
Para recordar:
P. Estáticas = Consisten en ejecutar revisiones y realizar análisis estático.
P. Estáticas = Detectan DEFECTOS (Por qué, por definición las P. Estáticas NO se ejecuta).
P. Dinámicas = Detectan FALLAS.
P. Estáticas se relacionan con el 3er principio de las pruebas de software (Las pruebas tempranas nos permiten ahorrar tiempo y dinero).
En efecto es asi 🤓
Capo, muy dinamico y visual, creo que es la forma en la que yo aprendo mucho mejor algun tema jejeje.
Genial saber que te está funcionando Nilton, pronto sabremos de tu certificación 🔥
Muy didactico, muchas gracias. seguimos.
Excelente Jaime, sigue adelante 💪
Prueba estatica de ortografía, es didactico, no duidactico jejeje
@@Roberto-lb5or Si hace la prueba bien encontrara que lo correcto seria Didáctico... saludos en la oficina a sus compañeros de la RAE.. que disculpen mi lapsus.
@@jaimetorres7366 tienes razón faltó el acento 😆
gran contenido, el mejor curso
Muchas gracias por escribir Thalía
*Descarga gratis el RESUMEN del capitulo* en www.fulladvanced.com/e-book-fundamentos-de-pruebas-de-software
Muchas gracias
@@geraldinejimenez9536 👍👋
Gracias..!
Que pesar Julio que los Quiz de tu pagina solo llegan al capitulo 3 ...estaban geniales....gracias mil.!
Que bueno que te haya gustado el contenido@@maryrodriguez7969 . Lo que ocurre es que el resto forma parte de los cursos pagos 😊, tenemos mas de 700 preguntas en total.
Tengo una duda
¿Por qué en esta parte del Quiz (18:51), la respuesta correcta es la *D* ?
O sea, por qué los defectos que encuentran son distintos?
Hola Carlos, cada tipo y técnica de prueba encuentra Fallas / Defectos diferentes.
Veamos un par de ejemplos:
Una Revisión Formal de un requerimiento (prueba estática) pretende encontrar un problema de Validación entre lo solicitado por el cliente y lo descrito en el requerimiento.
Una prueba de Caja Negra (Dinámica) a nivel de sistema encontrará una falla por una mala implementación del requerimiento.
A esto se refiere, ambas técnicas se complementan. No es posible utilizar una sola, debemos utilizar muchas para lograr la cobertura deseada.
Saludos 👋🏻
@@FullAdvanced ooh ya veo. Lo que pasa es que me confundí en la parte que dice que hallan defectos distintos (porque las pruebas dinámicas hallan fallas y no defectos).
Pero gracias a sus aclaraciones señor Julio, pude comprender mejor, gracias por la disposición y las prontas respuestas 🙏🏽
@@carlosenrique543 Un placer ayudar en lo que se puede ✌
Buena explicacon.
Gracias Arlin ✌
Muy buen vídeo, tengo una pregunta, existe una plantilla que siga algún estándar (ISO, istqb, etc) para detallar todos los procesos y pasos que debemos realizar al ejecutar estas pruebas?, porque seria bueno un documento para explicar que defectos se han encontrado y al mismo tiempo, saber que se han resuleto o se van a resolver
Hola Mere. Las Actividades dentro del Proceso de Pruebas (que se explican a lo largo del curso y/o en el syllabus de ISTQB) son las que describen los pasos a seguir para la ejecución de las pruebas, no existe tal cosa como un formato general para cubrir la totalidad del ejercicio de las pruebas.
Respecto a cómo saber los Defectos encontrados, resueltos y por resolver, formarían parte de:
- La creación de Defectos
- y Monitoreo del estatus de los mismos
- lo cual ocurre durante la actividad de Revisión
Esto lo podemos lograr con el apoyo de alguna herramienta de Gestión de Pruebas o de Proyectos como Zephyr, Jira y Confluence.
También lo podrías gestionar manualmente mediante una hoja de cálculo o algún mecanismo similar.
Espero haber respondido a tu duda.
@@FullAdvanced Muchas gracias por su respuesta, si me quedó un poco más claro, aunque si no le molesta, tengo otra duda, mas que todo con respecto a la revision de calidad de codigo, se puede aplicar la metodología que explicó en El Proceso y Actividades de Pruebas para llevar un control de justamente los defectos encontrados en el codigo fuente? entiendo que para eso estan los procesos de revision (informal, inspeccion, etc), pero como se debe documentar todo lo que vamos a hacer, serviria como "plantilla" para seguir un proceso organizado? con esto me refiero a que, en especifico para el codigo, tal vez exista un documento que pueda guiar los procesos de pruebas de codigo (por ejemplo: objetivos, alcance, ver si el codigo de X boton esta bien estructurado, o algo asi?), tal vez aqui puedan funcionar las pruebas unitarias (o estas ya pertenecereian a las pruebas dinamicas)? Gracias de antemano
@@mere9550 Comencemos por el hecho que quien realice estas pruebas sobre el código se espera que tenga un alto nivel de conocimiento técnico para aportar algo a la prueba. Estas sería pruebas de Caja Blanca (Dinámicas) o de Análisis Estático (pruebas Estáticas).
El control de los defectos encontrados en cualquier Nivel (Componente, Integración, Sistema, etc...) se debería gestionar de la misma forma (con las mismas herramientas).
Mencionas nuevamente una "Plantilla", el proceso Revisión tiene unos pasos definidos y organizados donde están los puntos que mencionas (objetivos, alcance, etc...) (ruclips.net/video/PxMFm0GPfkw/видео.html).
Durante las pruebas puedes hacer uso de algunas técnicas y/o consideraciones (mencionadas en el video 13).
Adicionalmente en el Plan de Pruebas se debieron definir todas las consideraciones respecto a qué protocolo seguir respecto a esas pruebas.
Las pruebas unitarias que mencionas es el otro nombre que se le da a las pruebas a Nivel de Componentes. El Nivel no tiene que ver con el Tipo de prueba que pudiese ser Dinámica o Estática.
me confunde un poco en la pregunta (Porque se dice que las pruebas estaticas y dinamicas son descritas como complementarias?) la respuesta "D" de dice porque comparten el objetivo de identificar defectos y los tipos de defectos que encuentran son distintos, pero entiendo que las pruebas dinamicas no encuentran defectos, encuentras fallas, entons ahi que ? 😅
Hola John, la verdad es que tu comentario es muy oportuno. Digamos que sin entrar en tecnicismos podríamos hallar un defecto en una prueba dinámica, pero yo diría que tu perspectiva es la correcta.
Estática = Defectos
Dinámica = Fallas
El detalle es que los exámenes de certificación no son perfectos, y en ocasiones nos toca escoger "la mejor respuesta" y no necesariamente la respuesta 100% correcta.
Y en este caso la opción "D" es la mejor respuesta. Saludos.
✅
En el caso de las pruebas estáticas, el desarrollador se puede volver loco cuando hereda un código que parece un laberinto sin salida. Muchas gracias. Saludos.
En especial te debes referir a las pruebas de análisis estático me imagino👍
Una duda, entonces el refinamiento de épicas y/o historias de usuario, se puede decir que es una prueba estática?
Correcto, formaría parte de las Revisiones.
@@FullAdvancedmuchas gracias me están sirviendo mucho tus videos. Explicas muy bien!
Que bueno que te ha servido el conteindo@@Roberto-lb5or , gracias por escribir. 😎