🤑¿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
Julio! quería decirte que hoy logré aprobar mi certificación!! Tu series de videos me ayudaron muchísimo! Los vi todos!. Te quería hacerte saber que tu trabajo vale oro. Saludos.
Wow que buena noticia, muchas felicitaciones 🥳 y gracias por compartir la noticia con toda la comunidad por acá, en verdad aprecio el gesto Siempre es bueno confirmar que el material funciona 🤓 Si me agregas en LinkedIn será un placer felicitarte por allá también, que sigan los éxitos y espero seguir escuchando de ti
Estoy muy juicioso estudiando y tomando apuntes de este curso. La información realmente es increíble, la forma en que explicas es genial. Al finalizar el curso pasaré a certificarme. Gracias. Att: Ronald Garcia
¡Excelente Ronald! Esa es la manera de sacarle provecho a este contenido. Espero enterarme sobre los resultados de tu progreso y tu certificación para poder felicitarte. Estaré atento
@@SamuelGarcia-et7vc En mi plataforma, al final del curso hay un examen gratuito. Ahora, si te refieres a la versión internacional de ISTQB, esa tiene un costo de 200USD.
Me gustan mucho tus videos, explicas muy bien, yo estoy estudiando para hacer ésta certificación y en la documentación oficial a veces me cuesta un poco de trabajo entender algo pero aqui con tus videos me queda claro.
Hola mi amigo. Las pruebas alfa y/o beta no son realizadas por los tester que participaron en el proyecto? ( es decir lo que trabajan dentro de la empresa) .. Entiendo que las alfa se realizan dentro la empresa proveedora y la beta dentro del cliente. saludos.
Saludos nuevamente Arlin. En efecto no son realizadas por el mismo grupo de probadores. Ambas son realizadas por personal lo más parecido al usuario final. Como comentas, las pruebas Alfa se realizan dentro del lugar donde se realizó el desarrollo del software, mientras que las Beta se realizan fuera de ese lugar (lo que implica que será donde se encuentre el cliente / usuario). Cada vez te vas acercando más al final de la serie Hasta la próxima
Gracias por el excelente vídeo! Tengo una duda, cuando mencionas las pruebas no funcionales, dices rendimiento, carga y estrés; tenía entendido que carga y estrés están dentro de las pruebas de rendimiento, pero las mencionas como si estuvieran en una misma jerarquía. Corrígeme si me equivoco, gracias!
Saludos Angelo, en efecto, las pruebas de carga y estrés son un subconjunto de las de rendimiento como lo indicas 🔎 Quizá debí redactarlo de otra forma para dar más claridad. Quedo atento a cualquier otra duda 👋
- Las pruebas de Regresión están dentro de las Relacionadas a Cambios. - Las pruebas de Mantenimiento se ocasionan posterior a que el sistema es puesto en producción. - Posterior a una actividad de Mantenimiento del sistema existirán pruebas de Confirmación y Regresión según corresponda. - Las pruebas de Mantenimiento tienen 3 disparadores: Modificaciones, Migraciones y Retiro.
Hola Cristina, la verdad es que tocaría verificar el contexto de tu pregunta, pero en términos generales cuando se usa la expresión "Workaround", lo que se pretende transmitir es hay una manera de evitar una falla encontrada y proseguir con las pruebas o hacer uso aunque sea parcial de la aplicación. Es decir, sabemos que algo está mal y ya fue reportado, pero mientras tanto (hasta que realicen el ajuste correspondiente) podemos seguir viviendo con la presencia de esa incidencia. Espero que el comentario tenga sentido. Bye
Hola Julio, tengo una pregunta, en la sección del quiz, en la segunda pregunta, indicas que el tipo de prueba ideal para UBICAR el problema son las pruebas de CONFIRMACIÓN, y estoy un poco confundido, pues había entendido que las pruebas de CONFIRMACIÓN eran para validar la corrección del defecto que ya se había ubicado, más no para ubicarlo, espero me puedas aclarar. Muchas gracias!!!
Hola German, en efecto lo que comentas es así , la confirmación ocurre luego de reparado el defecto. Ahora, respecto a estas preguntas debemos tener algo en claro, no siempre debemos enfocarnos en "la respuesta correcta" sino en "la mejor respuesta" , dicho esto: - La respuesta A se refiere a un Nivel de Pruebas. - La respuesta B se refiere a un Nivel (Componente) que ni siquiera suele estar dentro de nuestras responsabilidades (ya que en general las realizan los desarrolladores) - La respuesta D no sería correcta ya que esta encuentra problemas relacionados a daños colaterales producidos por el desarrollo de una característica. Por la tanto la respuesta C sería la mejor opción, aunque como comentas, quizá haber mencionado una prueba funcional manual pudo haber sido mas preciso . Espero haberte aclarado el punto, saludos
Tengo otras dudas que no me dejan dormir! Por qué "caja blanca" sí está considerada como tipo de prueba y "caja negra" no? Y por otro lado "caja blanca" es un tipo de prueba o una técnica de prueba? Gracias!
Muy buenas preguntas Angelo. 1. Si nos apegamos completamente al syllabus de ISTQB, las pruebas de Caja Blanca son tipos de pruebas, y cuando hablamos de Caja Negra nos referimos a técnicas, y estas técnicas de Caja Negra son aplicadas en los Tipos de pruebas Funcionales y No Funcionales. Es importante mencionar que se suele hablar de "pruebas de caja negra o pruebas funcionales" (debo admitir que en ocasiones también cometo ese error 😅😊), pero siguiento el criterio establecido por ISTQB eso no sería muy preciso por decir lo menos. 2. Los Tipos de Prueba utilizan Técnicas de Pruebas durante su implementación. Existe tanto un Tipo de Prueba de "Caja Blanca", como Técnicas de prueba de "Caja Blanca" (en los episodios 14 y 15 cubro esos temas en detalle). Espero haber aclarado las dudas 🤞
En la bibliografía que me han proporcionado en la carrera que estoy haciendo lo vemos como técnicas y no como tipo de pruebas. En definitiva, es una clasificación. Una técnica implicará un tipo de prueba a partir de su implementación, de ahí que ambas podrían denominarse "tipos de pruebas" o "técnicas de". Saludos :)
Hola Julio, como estás, dudo que veas este comentario por la antigüedad del video, pero quería preguntarte, en que se diferencia las pruebas funcionales y no funcionales, con las pruebas estáticas y dinámicas. Es algo a lo que le llevo dando vuelta algunos días y no encuentro explicaciones claras. Muchas gracias por tu disposición.
Por acá continúo atento al canal y la comunidad Germán. Trataré de resumirlo por acá. - Pruebas Funcionales y No Funcionales son TIPOS de pruebas - Pruebas Estáticas y Dinámicas son TÉCNICAS de pruebas - Las Pruebas Funcionales se escangan de verificar que el sistema se comporte según lo esperado ¿El sistema hace lo que que debería? - No Funcionales: Verifican qué tan bien hace lo que debería, también se les conocen como características de calidad ¿Qué tan rapido es el sistema, qué tan seguro, cantidad de usuarios soportados, usabilidad/accesibilidad del sistema ? - Las Pruebas Dinámicas implican que el sistema bajo prueba está siendo ejecutado, - mientras que las técnicas Estáticas se realizan sin ejecutar el sistema, por ejemplo las técnicas de Revisión de documentos son pruebas Estáticas. - y por último te podría decir que las técnicas Estáticas y Dinámicas se ejecutan para cualquiera de los tipos de prueba Dinámica y/o Estáticas. Espero te sirva de algo Germán, saludos 👋
En mi caso tengo que saber limitar mi rango de acción, porque no puedo abarcar lo complejo y casuísticas que se pueden dar en dicha aplicación. Muchas gracias. Saludos.
En definitiva mucho tiene que ver con el contexto del sistema, la criticidad del mismo te dará señales sobre lo que podrás y/o deberás probar y cómo hacerlo 👋
Una consulta, las pruebas de regresiòn se realizan "siempre"?, o se realiza dependiendo el tipo de despliegue de software, por ejemplo, en un primer proyecto que estuve (empresa de telefonìa) los despliegues eran con ear y siempre haciamos pruebas de regresiòn, en cambio en un segundo proyecto que estuve (banca) los cambios eran mediantes servicios y me dijeron que no era necesario pruebas de regresiòn ( o bueno es lo que entendì)... Me ayudas please!
Hola Marleny, la verdad es que el argumento que usaron para decir que no era necesaria la regresión no tiene ningún sentido. Siempre se deberían realizar pruebas de regresión. Simplemente decidieron asumir el riesgo de que algo adverso ocurriese. Saludos 💪
En efecto, a medida que avanzamos los episodios tienen contenido más denso 🤓, pero también serán más valiosos para el aprendizaje. Así que a seguir hasta el final 💪
Hola Yaoilove. Trataré de proporcionarte la información que necesitas. Caso de prueba: son un conjunto de precondiciones, entradas, pasos o acciones, resultados esperados y postcondiciones. Todo lo anterior se realiza en función de las condiciones de prueba, y las condiciones de prueba se definen a partir de las bases de prueba. Caso de uso: por acá te dejo el momento en el que lo explico en el capítulo 4 ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-vq0Hx7A4tmc.html Respecto a la "Matriz de prueba", no es un concepto que se maneje como parte de la terminología de ISTQB, pero presumo que puedes estar refiriéndote a un Test procedure o procedimiento de pruebas, que sería un conjunto de Casos de prueba en un orden para ser ejecutados, así como toda la información requerida tanto para las precondiciones iniciales como las post condiciones luego de culminada la ejecución. Espero que te haya servido. Saludos 👋