Crea una cuenta o inicia sesi贸n

隆Contin煤a aprendiendo sin ning煤n costo! 脷nete y comienza a potenciar tu carrera

Testing de Regresi贸n y Testing Exploratorio

4/33
Recursos

Veamos los dos tipos de testing: exploratorio y de regresi贸n.

  • De regresi贸n: se ejecutan pruebas sobre una bater铆a de pruebas, se env铆a el feedback y se reciben los cambios. Una bater铆a de pruebas es un conjunto de pruebas o casos dise帽ado para testear la calidad del juego. Pueden ser generales o estar agrupadas por sectores.

  • Exploratorio: no contamos con una bater铆a de pruebas sino que exploramos el videojuego en busca de posibles errores. Se asume que somos expertos en el juego que estamos probando y por lo tanto podemos explorarlo con libertad.

Aportes 21

Preguntas 1

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

隆Excelente clase y Excelente Profesor!

Pruebas de regresi贸n
Ir a la navegaci贸nIr a la b煤squeda
Se denominan pruebas de regresi贸n a cualquier tipo de pruebas de software que intentan descubrir errores (bugs), carencias de funcionalidad, o divergencias funcionales con respecto al comportamiento esperado del software, causados por la realizaci贸n de un cambio en el programa. Se eval煤a el correcto funcionamiento del software desarrollado frente a evoluciones o cambios funcionales. El prop贸sito de 茅stas es asegurar que los casos de prueba que ya hab铆an sido probados y fueron exitosos permanezcan as铆. Se recomienda que este tipo de pruebas sean automatizadas para reducir el tiempo y esfuerzo en su ejecuci贸n.

Este tipo de cambio puede ser debido a pr谩cticas no adecuadas de control de versiones, falta de consideraci贸n acerca del 谩mbito o contexto de producci贸n final y extensibilidad del error que fue corregido (fragilidad de la correcci贸n), o simplemente una consecuencia del redise帽o de la aplicaci贸n.

Por lo tanto, en la mayor铆a de las situaciones del desarrollo de software se considera una buena pr谩ctica que cuando se localiza y corrige un bug, se grabe una prueba que exponga el bug y se vuelvan a probar regularmente despu茅s de los cambios subsiguientes que experimente el programa.

Existen herramientas de software que permiten detectar este tipo de errores de manera parcial o totalmente automatizada, la pr谩ctica habitual en programaci贸n extrema es que este tipo de pruebas se ejecuten en cada uno de los pasos del ciclo de vida del desarrollo del software.

Pruebas exploratorias
El testing exploratorio o pruebas exploratorias es un estilo o enfoque para la realizaci贸n de pruebas de software. Su principal caracter铆stica es que el aprendizaje, el dise帽o y la ejecuci贸n de las pruebas se realizan de forma simult谩nea. Cem Kaner, quien acu帽贸 el t茅rmino en 1983, define el testing exploratorio como 鈥渦n estilo de testing que enfatiza la libertad personal y la responsabilidad del tester para optimizar continuamente la calidad de su trabajo tratando el aprendizaje a trav茅s de las pruebas, el dise帽o de las pruebas, la ejecuci贸n de las pruebas y la interpretaci贸n del resultado de las pruebas como actividades que se apoyan mutuamente y que se ejecutan en paralelo a lo largo del proyecto.鈥

Mientras se est谩 probando el software, el tester va aprendiendo a manejar el sistema y junto con su experiencia y creatividad, genera nuevas pruebas a ejecutar. A menudo se piensa que el testing exploratorio es como una t茅cnica de prueba de caja negra. Sin embargo, aquellos que lo han estudiado, lo consideran un enfoque que se puede aplicar a cualquier t茅cnica de pruebas, en cualquier etapa del proceso de desarrollo. La clave no es la t茅cnica ni el elemento que estamos probando o revisando; la clave es el compromiso cognitivo del tester y la responsabilidad del tester para gestionar su tiempo.

Genial

me parece incre铆ble el tema de testing de videojuegos me encanta jugar videojuegos y me apasiona el tema el testing me parece un trabajo genial

Me encanta c贸mo da las clases este profesor 馃槂 podr铆a escuchar cualquier clase que imparta, incluso aunque sea sobre algo que no me interese estudiar jaja

El QAisstance tiene un rol de consultor, el QAssurance tiene la responsabilidad del control de la calidad definitivo, es la 煤lima linea de defensa y puede atrasar un build a salir a producci贸n o incluso solicitar que alg煤n feature no salga en la versi贸n a liberar. Pero b谩sicamente tienen el mismo objetivo, determinar el grado de calidad del producto final. Las pruebas de caja negra son aquellas que se ejecutan sin acceso al c贸digo del juego, las de caja blanca son aquellas en las que se tiene acceso al c贸digo de este y estas 煤ltimas buscan adem谩s mejorar la calidad del propio c贸digo fuente en t茅rminos de buenas pr谩cticas y hasta rendimiento.

se podr铆a hacer dos testeos independientes o uno es excluyente a otro?

Testing de Regresi贸n: Basado en una bater铆a de pruebas nos guiaremos por una serie de consignas para establecer la calidad del producto, una serie de pruebas que pueden estar orientadas al juego en general o algunos aspectos en especifico ej: Multijugador Online.
Testing Exploratorio: Nos encargaremos de buscar bugs que est茅n por fuera de la bater铆a de pruebas, de forma un poco mas aleatoria, quiz谩s nos topemos con fallas no descubiertas o producto de las nuevas funcionalidades agregadas a los modo de juego.

| La diferencia entre Quality Assistance y Quality Assurance es que en el 谩rea de QA se hace la implementaci贸n y mejoras de los procesos web pruebas del software y todas las actividades relacionadas con la mejora continua de los procesos, estas tareas est谩n destinadas para consultores de pruebas de Software Seniors. Mientras que los QC est谩n encargados de las actividades relacionadas con la validaci贸n del software, el equipo se pruebas se encarga de utilizar procesos y llevar acabo las actividades para probar el Software, de todo esto est谩n encargados los gerentes, L铆der de pruebas, Ingenieros de pruebas, ejecutores de pruebas, etc. | El black Box Testing es un m茅todo de prueba de software que examina la funcionalidad de una aplicaci贸n sin examinar las estructuras internas o funcionamiento. Este m茅todo de prueba se puede aplicar virtualmente a todos los niveles de prueba de software: unidad, integraci贸n, sistema y aceptaci贸n. | Testing de Regresi贸n: es validar que el software no se vea impactado y siga funcionando correctamente, cuando a este ha sufrido alg煤n cambio, como nueva funcionalidad, modificaci贸n o correcci贸n de defectos. | Testing exploratorio: es un proceso de exploraci贸n y aprendizaje del producto bajo prueba, no se utiliza un gui贸n o script de pruebas previamente dise帽ado. Es el aprendizaje en simult谩neo al dise帽ar y ejecutar la prueba sobre el producto y tambi茅n es 煤til en metodolog铆as 谩giles.

Pues entre al curso por que me gustan los videojuegos y me gusta probar los limites del mismo y hasta que punto puedo explotarlo en el sentido de que cosa es lo m谩ximo que puedo hacer que no haya sido contemplado por los desarrolladores del mismo y tambi茅n saber si eso que hago es como tal algo que si se tomo en cuenta en el desarrollo del mismo o fue algo pasado por alto y este curso me esta dando una mayor perspectiva de eso as铆 que seguir茅 aprendiendo del mismo

ricardo explicas muy bien la clase

El testing m谩s simple de hacer ne mi opini贸n es el de regresi贸n, porque se sabe particularmente que probar bas谩ndose en la bater铆a de pruebas predeterminada. En el caso del testing exploratorio, debe revisarse la totalidad del juego para buscar problemas, es un poco buscar una aguja en un pajar. Los peores errores son aquellos que no son evidentes y para encontrarlos hay que tener alma de Hacker y ojo de alc贸n.

Excelente

En otras palabras el testing de Regresi贸n es m谩s met贸dico y el exploratorio es m谩s intuitivo pero los dos son completamente anal铆ticos.

Me imagino que el Testing Explorer requiere un tiempo m谩s largo.

Cu谩l es la diferencia entre Quality Assurance y Quality Assistance? el primero tiene mayor responsabilidad y tiene la autoridad para detener un release a producci贸n 驴Qu茅 es el Black Box Testing? probar un sistema como el usuario final, sin ver el c贸digo fuente o saber que hace por dentro exactamente Diferencias entre testing exploratorio y testing de regresi贸n. el primero consiste en utilizar el programa directamente para encontrar defectos, se utiliza cuando se quiere probar algo que no est谩 en alguna bater铆a de pruebas que se pueda correr en las pruebas de regresi贸n

El testing exploratorio es basicamente lo que hacen los speedrunners para aprovechar los errores del juego.

Me parece m谩s efectivo el testing de regresi贸n por que se tiene la bater铆a de pruebas鈥l exploratorio es un poco m谩s arriesgado y como bien lo dices, es para personas con experiencia.

鈼 Diferencia entre Quality Assurance y Quality Assitance Siendo parte del equipo de Quality Assurance nosotros ser铆amos los responsables de la calidad del videojuego. Tenemos la potestad de de atrasar una fecha de lanzamiento en caso de que un bug haya sido detectado en nuestro 煤ltimo build. Somos los que le damos ese pase de salida al juego. En cambio, un Quality Assitance da consejos y comentarios respecto a la calidad que se busca con nuestro videojuego, ellos pueden decir si el producto est谩 en condiciones o no para su lanzamiento pero esto ser谩 decisi贸n del equipo de producci贸n. 鈼廈lack box testing: Este es el testing que se realiza desde el rol del usuario. Cualquier cosa que a nosotros como usuario nos llame la atenci贸n debe ser reportada al equipo de programaci贸n. 鈼廌iferencia entre testing exploratorio y testing de regresi贸n En el testing de regresi贸n se nos da una lista de pruebas que deben ser realizadas en busca de errores, esta puede estar enfocada a una parte del juego en especifico o en general; mientras que en el testing exploratorio se nos da la libertad de cazar bugs por nuestra cuenta.

El testing exploratorio y el de regresi贸n mismo se puede implementar aqu铆 en platzi!!