Cómo Escribir Casos de Pruebas | Paso a paso 

Gracias Feria ! Claro que sí vendrán más videos así...

Hola Yaque! Muchas gracias!

Muy bien Fredy! excelente edge case :)

Muchos éxitos !!! :)

@@QualityStream Gracias

Hola Roberto! Excelente tu idea, la tendremos en cuenta para próximos videos. Gracias ! :)

@@QualityStream gracias :) y con todo respeto puedo proponer un reto para que el próximo video pueda comenzar con una historia de usuario: " yo como : comprador on line", "quiero: botón para ordenar por precio"," para elegir entre los móviles más baratos" esto concluya en un prototipo con casos de pruebas usando técnicas de caja negra, #crecemostodosprofesionalmente #testingforeveryone

O usar caráteres especiales en el Unit Id,

Gracias Idania! Si ese video viene también! :)

Pero ese video de los Planes de Pruebas ya está 🤔 yo lo vi... revisa el canal... Bueno se llama "Estrategia de pruebas automatizadas" bueno es algo similar al Plan de Pruebas diría yo...

@@ing.yaquelinemejias1314 hola, yo vi ese video muy bueno, pero esta mas orientado a automation, hace falta uno de testng manual. donde se aplique estrategias de como sacar los casos d e pruebas desde un documento, como hacer trazabilidad a defectos, errores, cual seria la diferencia entre uno y otro por lo menos eso yo no se como hacerlo. saludos

Hola Matías, en el canal tenemos un video que explica ese tema en detalle. Aquí te dejo el link: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-1coKwc3hpvs.html

Por lo que dijo en el video, este es un formato con datos que son casi indispensables en los casos de prueba pero pueden haber variaciones de acuerdo a la empresa con la que trabajas

Yes, ese es otro caso de prueba que podemos agregar. :)

tengo duda de si en un login ese caso de prueba de agregar mas de 500 caracteres por ejemplo en el caso de usuario y contraseña tendría sentido hacerlo o si solo tendría sentido hacerlo por ejemplo al registrar un usuario

Hola! Los estados pueden referirse al estado de ejecución del caso de pruebas, o sea si ya se ejecutó el caso de pruebas pues pasa al estado de 'Cerrado' y si no se ha ejecutado queda en estado 'Abierto'. En algunas organizaciones usan el estado para definir los resultados de la ejecución de ese caso de pruebas, por ejemplo, si cuando se ejecuta el caso de pruebas el resultado esperado no se cumple entonces el estado puede ser 'fallido' y si se cumplió el resultado esperado será entonces 'Pasó' o 'Exitoso' o como se defina la terminología en ese proyecto. Saludos :)

@@QualityStream muchas gracias por responder, voy a compartir el vídeo con las personas de mi curso de sistemas de información. Saludos

Hola Max, esta página me gusta usarla también y tienen varios elementos: automationpractice.com/index.php

@@QualityStream Gracias por tu respuesta Karine 😉

Que el escenario es donde se realiza el caso de prueba

TestPlan de Azure

Hola man22, los casos de pruebas luego que los ejecutamos, los marcamos como que pasó o falló y de los que fallaron entonces se crean los defectos/bugs en el Reporte de bugs (que luego subirás a Jira como comentas). Con los casos de pruebas que pasaron bien, no hay que hacer nada más hasta que los vayas a volver a ejecutar, por ejemplo durante las pruebas de regresión. Para qué otra cosa son útiles los casos de pruebas que pasaron? Pues es muy probable que necesites reportes de cuantos casos pasaron y cuantos fallaron y ahí necesitas esos resultados. Ahora, también puedes encontrar bugs durante las pruebas exploratorias, pueden venir bugs de los usuarios finales o clientes o de otros interesados/stakeholders, esos bugs no estarán directamente relacionados con casos de pruebas y también deben estar documentados en el Reporte de Bugs/Jira. También para los desarrolladores el Reporte de Bugs es una entrada que necesitan para poder resolverlos, allí estarán los pasos para reproducir los problemas y ellos pueden añadir la resolución/cómo lo arreglaron. Espero haber ayudado en la aclaración de tu pregunta. Saludos :)

Hola Yanet, los Casos de Prueba CP_Add1, CP_Add2 y CP_Add5 son considerados casos de pruebas negativos. Los Casos de Pruebas Positivos son aquellos donde el resultado esperado coincide con los criterios de aceptación o los requisitos del software, que pudiera traducirse a "lo que espera ver el cliente o usuario final".

Hola Nayahe, los casos de pruebas de este video los documenté usando Google Sheets dentro de Google Drive. Quedan pocas empresas que llevan sus Casos de Pruebas (CP) en hojas de cálculo (e.j: Microsoft Excel, LibreOffice Cal, Google Sheet), usualmente los CP son creados en sistemas o herramientas que permiten una actualización y seguimiento más eficiente.

Hola Malvina, se escriben todos los casos de pruebas para probar los requisitos/historias de usuario del sistema.

Hola Iván, por supuesto que sí, es más, yo le agregaría todos los pasos hasta llegar a la pestaña "Organización". Mi lógica sería que hacer el login o acceder a esa pestaña, son casos de prueba que 1: o ya fueron testeados o 2: no pertenecen a la prueba que estamos definiendo ahora. Para tener un documento de casos de prueba más "limpio", también pondría las pre-condiciones en otro lado más global del documento (tal vez una pestaña anterior si estamos en Excel), así no hay que repetirlas en cada caso.

Hola, el sitio oficial de la Norma es este: www.iso.org/standard/45142.html Para acceder a las normas hay que pagar, pero a veces las empresas están interesadas en tenerlas y entonces pudieras tramitar el pago a través de tu empresa.

@@QualityStream Ahh, ya veo. Muchas gracias!!

Hola Cristian, este es el sitio oficial de la Norma: www.iso.org/standard/45142.html