Siempre que quiero recordar estás técnicas vuelvo a este vídeo, buena explicación!
@TKTKASE5 жыл бұрын
Muchas gracias EJayo. Recuerda compartirlos
@luisafernandamunoz86075 жыл бұрын
Encontré este vídeo hace un año y me enamoré del canal. Muchas gracias Patricia, por la explicación tan clara, voz tan serena, y material bien sustentado. Así, si dan ganas de ver vídeos y aprender.
@TKTKASE5 жыл бұрын
Muchas gracias Luisa
@AlternaShino6 жыл бұрын
muy buen video, gracias
@victorcardenaslopez49946 жыл бұрын
Más claro que el ISTQB. Por fin lo entendí. xD Gracias.
@edgargalindogarza56466 жыл бұрын
Hola... hay un problema que siempre sale en los examenes de practica que no logro comprender... donde puedo escribirle para ver si la molesto para que me pueda explicar proque se da el resultado que dice ahi??
Gracias por compartir este contenido, es excelente para refrescar conceptos de Calidad.
@paulabarcelo68076 жыл бұрын
Impecable, gracias.
@paulabarcelo68076 жыл бұрын
Muchas gracias, me ha ayudado mucho con sus vídeos. Saludos
@TKTKASE6 жыл бұрын
Por favor comparte con tus amigos y compañeros. Nuestra motivación es ayudar a más personas de habla hispana.
@jeremybarroso10186 жыл бұрын
Hola! muy buenos sus vídeos, quisiese saber donde pueda ubicar información sobre las técnicas de testing (BS 7925-2) como se menciona en este vídeo. Gracias de antemano
@TKTKASE6 жыл бұрын
Hora Jeremy Con mucho gusto. El estándar BS 7925-2 lo encuentras en el siguiente enlace www.testingstandards.co.uk/bs_7925-2_online.htm. Te sugiero seguir el link para descargar el material.
@jeremybarroso10186 жыл бұрын
Mil gracias
@silvanagomez93346 жыл бұрын
Hola, me podrias explicar el ejercicio 120 del Capitulo 4 de ISTQB Nivel Básico
@TKTKASE6 жыл бұрын
Hola Silvana Estuve revisando el ejercicio que me planteas. Con el contexto que me das (más un poquito de mi conocimiento y sentido común), diría que todo gira alrededor del elemento motor, el cual tiene dos estados No funcionando (apagado) y Funcionando (encendido). Además las dos posibles señales emitadas por el botón de encendido (off y on). Para el caso de la señal Off hay una condición adicional de Segura y No Segura. Primero dibujé el posible diagrama de transacción de estos y apartí de ahi la tabla de decisión para un total 4 casos de prueba. Si me permites, puedo compartirte por email el posible diagrama y la correspondiente tabla para que juntos los revisemos.
@LAURALONDONOMARIN6 жыл бұрын
Buenas noches, cual es el capítulo 3 del nivel básico?
@TKTKASE6 жыл бұрын
Hola Laura El capítulo 3 del nivel básico son las Técnicas Estáticas de Pruebas, lo cual incluye las REVISIONES (IEEE 1028) y el Análisis Estático usando herramientas.
@yilma447 жыл бұрын
Excelente información concisa y directa
@TKTKASE6 жыл бұрын
Yilma, que bueno que te haya gustado. Invita a más amigos a este canal
@silvanagomez93347 жыл бұрын
Buenas!! No lo logro escuchar bien en el minuto 0:49 Las Pruebas Dinámicas son aquellas que implica la Técnica de ....??
@TKTKASE6 жыл бұрын
Claro que si Silvana. En ese minuto del video indicamos que las Pruebas Dinámicas son aquellas pruebas que implican la ejecución de código. Por lo tanto, se ejecutan en fases "tardías" del desarrollo, es decir cuando existe código o programas disponibles para ser ejecutados en un ambiente de desarrollo o de pruebas.
@jimmydavidrodriguezfarfan63247 жыл бұрын
Hola una duda, en el R4 no deberia dar comprobante como si?? si el usuario quiere conocer su saldo... o estado de la transaccion..
@TKTKASE6 жыл бұрын
Hola Jimmy. Esto es posible y depende de las reglas del negocio. Es decir, para algunos bancos aplicaría y para otros no
@TKTKASE7 жыл бұрын
A veces se nos olvida que debemos definir de manera clara y efectiva, de acuerdo con el contexto, la estrategia para atender las pruebas: esto aplica para todos los niveles de pruebas. Pues en muchas ocasiones no es posible probar todos los escenarios o todas las combinaciones.
@jaimemartin19327 жыл бұрын
Gracias por la explicación, me quedaron claros los ejemplos.
@TKTKASE7 жыл бұрын
Nos encanta que haya sido de utilidad para ti. Puedes comentarle a tus amigos.
@TKTKASE7 жыл бұрын
Las técnicas de caja blanca están concentradas en probar basados en la estructura interna del código, por esta razón es inherente a estas la medición de la cobertura. De allí su nombre. TKTKASE
@TKTKASE7 жыл бұрын
No me canso de decirlo, esta técnica "Tablas de Decisión" me parece muy práctica y de fácil uso para todos los interesados. Su uso no solo se limita a identificar casos de prueba, puedes lograr más beneficios de esta técnica si la usas para especificar y diseñar los requisitos del sistema y así cumplir los requisitos de negocio. TKTKASE.
@cristianfoxhunterx7 жыл бұрын
Excelentes videos, muchas Gracias!!!
@eduardogonzalez85167 жыл бұрын
El vídeo esta genial, sin embargo me parece que falta un valor, se están probando valores limites 0 y 10.000, luego se prueban los valores fuera de los limites. -1 y 10.001. Entiendo que 1 y 9999 son el mismo caso porque son un CE, pero lo que se dices, es que ambos casos corresponden a un solo CE y al excluir ambo se esta eliminando un CE. Por lo que veo son 5 casos los valores a probar y no solo 4, al excluir el CE entre los valores limites
@TKTKASE7 жыл бұрын
Hola Eduardo Muchas gracias por tu comentario. De acuerdo con la técnica, los valores límites es una manera de determinar representantes adecuados según la clase de equivalencia determinada por la variable que estás probando. Y la recomendación de la técnica para tener una mejor cobertura de la especificación es solo probar con los valores sobre el límite inferior y el valor sobre el límite superior. Esto como valores válidos (es decir están con estos valores probando la clase de equivalencia válida). Los valores por debajo del límite inferior y arriba del límte superior están probando las clases de equivalencia no válidas. Par mayor precisión te invito a estudiar el estándar BS 7925-2. Un abrazo
@HoseGFR7 жыл бұрын
Hay un error en los símbolos de (mayor o igual) al momento de identificar la CE Válida dicen que Q es mayor o igual a cero y menor o igual a 10.000 por lo cual Q se debe de presentar de la siguiente forma: 0 >= Q <= 10.000
@TKTKASE7 жыл бұрын
Hola José, a continuación mi respuesta Si Q es una variable que puede tomar valores entre 0 y 10.000, esto quiere decir que se pueden dar los siguientes escenarios para que el valor no sea rechazado (pues no corresponde a la clase valida): • Q tome el menor valor, es decir puede ser cero, en cuyo caso Q=0 • Q sea mayor que cero, en cuyo caso Q > 0 o (lo que es igual a decir 0 < Q). Toma como referencia la línea que te muestro • Q tome el mayor valor, es decir puede ser 10.000, en cuyo caso Q = 10.000 • Q tome un valor menor a 10.000, en cuyo caso Q < 10.000 Si escribes 0 > = Q, estás afirmando que Q es menor o igual que 0, es decir es negativo o es cero
@250LYN8 жыл бұрын
Me encantan tus vídeos, estoy estudiando para la certificación por mi cuenta y me han sido de mucha utilidad, muchas gracias
@TheMrpuyol8 жыл бұрын
Excelente trabajo. Muy bien explicado Quedamos a la espera del video Análisis y Diseño Saludos
@juandediosbaudaziosanchez52268 жыл бұрын
Gracias por los videos Lima-Perú
@TKTKASE8 жыл бұрын
Juan, me encanta que le hayan gustado.
@gisellacortesariza82668 жыл бұрын
muchas gracias , estoy repasando y su video es muy entendible y conciso :)
@blairnixativa8 жыл бұрын
Tus vídeos me parecen muy buenos y útiles ¿Ya no tienes los capítulos 2 y 3?
@TKTKASE8 жыл бұрын
+Tania Hola Tania, nos alegra mucho que los videos sean de utilidad para tí. Todavía no tenemos disponibles los videos de los capítulos 2 y 3.
@diegoandresmendoza38187 жыл бұрын
Hola, excelente material, cuando tendrás disponible capítulos 2 y 3?
@sergioalbertocastro80818 жыл бұрын
Muy buen video, gracias!!
@ISTQBGuru9 жыл бұрын
Nice explanation. We have collected good source of materials for ISTQB certification here www.istqb.guru/
@Heimaster9 жыл бұрын
Muchas gracias, buena explicación a puertas de dar el examen refuerza mucho.
@TKTKASE9 жыл бұрын
+JymmyT xD La recomendación es identificar para cada una de las actividades del marco de trabajo cuales son las tareas particulares. Mira la bibliografía recomendada
@Heimaster9 жыл бұрын
No encuentro el capitulo uno en su canal, hay videos del capitulo uno?
@TKTKASE9 жыл бұрын
+JymmyT xD Hola el capitulo 1 es sobre Fundamentos de Pruebas. Actualmente, no tengo un capítulo dedicado exclusivamente a este capítulo. En general, este capítulo trata sobre conceptos y temas básicos de pruebas. Puedes sugerirme alguno de estos temas para hacer un video.
@Heimaster9 жыл бұрын
Muchas gracias por responder, podrías hacer un video acerca del tema En que consiste el proceso de pruebas del capitulo 1. Gracias.
@TKTKASE9 жыл бұрын
+JymmyT xD Listo!!! entonces debes estar pendiente de próximas entregas
@Heimaster9 жыл бұрын
+TKTKASE Espero suban pronto mas videos del foundation level.
@TKTKASE9 жыл бұрын
Los casos negativos que incluyas deben ser analizados en el contexto del proyecto. Me refiero que sean casos de prueba que aporte valor a mejorar la calidad del software, que puedan ser ejecutados (es decir que sean factibles), que sean situaciones reales en el contexto del proceso de negocio y otras consideraciones relevantes para el cliente o el usuario.
@TKTKASE9 жыл бұрын
Hola Ruy, es correcto lo que dices. Esa es la cobertura de sentencia, usando la metrica correspondiente, para ese caso en particular
@rubytenorio37929 жыл бұрын
Hola, tengo una duda con la fórmula, entonces tendríamos CS=(8/8)*100 ???
@rubytenorio37929 жыл бұрын
Hola, muy buenos videos, pero me queda una duda en relación a esta técnica, tomando tu ejemplo, para un casos negativos saldrían otros como de Abierto a Cerrado, que sería un estado que no podría tomar, se deberían tomar en cuenta todos los posibles casos negativos? o se puede tomar a consideración? Gracias
@rubytenorio37929 жыл бұрын
Hola, gracias por el ejemplo, he notado muchas veces que los diseñadores no realizan la unificación de las reglas que darían un resultado igual, y debido a eso la cantidad de casos de prueba se aumentan innecesariamente. Saludos!.
@labit58149 жыл бұрын
Si tus reglas de negocio no son reales entonces la tabla fue creada con datos redundantes/erróneos
@caakez10 жыл бұрын
Gracias, excelente explicación!!
@TKTKASE10 жыл бұрын
caakez Con mucho gusto!!! compártelo con tus contactos
@TKTKASE10 жыл бұрын
Hola Ruby Observa que la especificación nos sugiere que pueden existir 0 o más unidades en el inventario. Matemáticamente, esto se expresa de la siguiente manera Q >= 0. Pero como Q tiene un máximo permitido, es decir puede ser hasta 10.000 unidades, entonces nos queda el siguiente rango continuo 0 ≤ Q ≤ 10.000 ( lo que es lo mismo que 0<= Q <=10.000). Q puede ser mayor o igual que cero y menor o igual que 10.000. Esta es la clase de equivalencia válida.