No tienes acceso a esta clase

隆Contin煤a aprendiendo! 脷nete y comienza a potenciar tu carrera

Bug Writing Format

11/33
Recursos

Cuando vamos a reportar un error no podemos reportarlo de cualquier manera, esto ser铆a ca贸tico. En esta clase aprenderemos la manera correcta de hacer estos reportes.

Cada empresa tiene su propio formato para reportar bugs. Toma esta clase como una gu铆a pero ten siempre presente que cada estudio o equipo de desarrollo tendr谩 su propio formato y debemos ser capaces de adaptarnos a ellos. El lenguaje en el que suelen hacerte estos reportes es ingl茅s.

Un bug se compone de dos partes: el encabezado y el cuerpo del bug. El encabezado contiene informaci贸n como el t铆tulo del juego y su versi贸n, la plataforma y su versi贸n, el tipo de bug, el 谩rea del juego donde se encuentra y una breve descripci贸n del mismo, de alrededor de 5 palabras.

En el cuerpo ampliaremos esta descripci贸n que hemos dado brevemente en el encabezado; tambi茅n contiene unos steps to reproduce, es decir el paso a paso para encontrarnos con este error; el nivel de prioridad del bug; un repro rate, que se refiere a la frecuencia con la que se observa el error; el actual result, es decir, lo que estamos observando que sucede como consecuencia del bug; expected result es lo que deber铆a hacer el juego si no existiera el bug: y unos archivos adjuntos para soportar este reporte.

Aportes 27

Preguntas 7

Ordenar por:

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

o inicia sesi贸n.

Encabezado:

T铆tulo del juego y versi贸n Plataforma m谩s versi贸n Tipo de error Area del juego Breve descripci贸n

Cuerpo del bug:

Steps to reproduce
Prioridad
Reprorate
Actual result
Expected result
Archivos adjuntos

CS:GO 1.37.3.5/ Ordenador/ Funcional/ Transparencia de texturas
Prioridad: Alta
Reprorate: 10/10
Steps to reproduce: Equipar un Player Model verde, ir al mapa overpass, especificamente en las rejas de monster, agacharse pegado a las rejas.
Actual Result: Algunas texturas del modelo se vuelven transparentes y el jugador se vuelve invisible.
Expected Result: Las texturas deberian ser visibles en cualquier parte del mapa.
Archivos Adjuntos

COMO SE REPORTA UN ERROR?
Debemos separar el bug en 2 partes : encabezado y el cuerpo.

**Encabezado: **
Titulo del juego.- (Se explica por si mismo)

Plataforma y su versi贸n.- Ejemplo: PSP Vita 2.1

Tipo de bug.- Describimos la naturaleza del error. Ejemplo: Error de traducci贸n.

脕rea del juego.- En que parte l贸gica o geogr谩fica del juego se ubica el error. Ejemplo: Sala de espera del multijugador

Breve descripci贸n. Describes en 5 palabras o menos de que trata el bug. Ejemplo: Animaci贸n incorrecta

Cuerpo del bug:
Pasos para reproducirlo.- Aqu铆 debes describir la condiciones exactas con las que te topaste el error.

Prioridad.- Depender谩 de cada estudio los criterios con los que se eval煤a la criticidad de un bug. Ejemplo: critico, bloqueador, casi nunca pasa, etc.

Reproducibilidad.- Que tantas veces he logrado reproducir un bug en funci贸n al numero de intentos. Ejemplo: 5/10

Resultado actual: Descripci贸n precisa y directa del error que ocurre ahora mismo con la presencia del bug.

Resultado esperado: Lo que se supon铆a que deb铆a pasar sin no existiera el el bug.

Archivos adjuntos: Documentaci贸n que usaremos para apoyar la comprensi贸n del bug: Ejemplos: Im谩genes o v铆deos donde se aprecie el bug.

En mi trabajo el tester nos manda de esta forma los reportes de error
espero les sirva algunos para darse una idea

Aqui hay un enlace para ver ejemplos: BUG WRITING FORMAT

Cada estudio tiene su propio BWF, aunque me imagino que deben estar m谩s que estandarizados de acuerdo al formato que paso Ricardo.

En el caso del repro. rate 驴cada empresa tiende a poner el n煤mero de intentos? 驴o c贸mo funciona?

El resultado esperado no deberia de antemano conocer el programador? Saludos

En lo personal lo que yo hago es un archivo en excel donde en el encabezado esta:

  • Un id de prueba
  • Nombre del tester
  • Versi贸n del juego
  • Resultado final
  • Nombre de la prueba
  • Datos de hardware o software extra para la realizaci贸n de la prueba

Despu茅s se muestran los casos de prueba con una descripci贸n del caso, el resultado esperado, el resultado final y si la prueba pasa, falla, no se ejecuta o est谩 suspendida. Cada hoja en el archivo excel corresponde a una prueba espec铆fica.
Posteriormente en un informe se escribe todo acerca de errores (bugs) encontrados y son contados con el mayor detalle posible. Tambi茅n en el informe se ponen ideas o sugerencias para mejorar el juego o arreglar bugs.

ENCABEZADO:
Juego + versi贸n / Plataforma + versi贸n / Tipo de bug 脕rea del juego / Descripci贸n breve

CUERPO:
-Descripci贸n m谩s detallada
-Steps to reproduce (pasos a seguir para reproducir el error paso a paso)
-Prioridad (minor-mayor-critical-blocker)
-Repro rate (cantidad de veces que se puede reproducir el bug en relaci贸n al n煤mero de intentos)
-Actual result : bug en si (lo que sucede que no deber铆a suceder)
-Expected result (resultado esperado
-Archivos adjuntos (evidencia del error)

++Excelente clase ++

Hay alguna relacion entre Repro Rate y Tipo de prioridad aunque esta no altere la fluidiez del juego? es decir, si una accion tiene 9/10 pero es algo irrelevante, ejemplo descartar un objeto, esto se deberia reportar como prioridad alta? o eso no altera nuestro reporte?

Voy a poner un caso que me pas贸:

Cup Head/PC/Gameplay/primer boss/muerte sin continuaci贸n

descripci贸n: cuando el jugador muere por la tercera fase del primer boss nunca sale la pantalla de reinicio, el enemigo se sigue moviendo y toca salirse del juego para continuar normal.

Steps to reproduce: ir al primer boss/ llegar a la tercera fase del boss/morir bajo cualquier condici贸n

Prioridad:Critical

Reprorate: 2/10

Actual Result: el jugador muere y no aparece el men煤 de reiniciar lo que hace que toque salir del juego y reiniciar todo el progreso.

Expected Result: morir y que aparezca el men煤 de reinicio del nivel.

archivos:

Buen d铆a! Me surgi贸 la duda si al reportar se lleva alg煤n tipo de numeraci贸n, control o estatus, es decir resuelto, pendiente, en progreso. para tener un control de lo que se a hecho. y si es as铆 cual seria la forma mas ideal para colocarlo en el Bug Writing Format

驴Un Glitch puede ser considerado un Bug Low?

este ha sido una gran clase 鉂わ笍

Ejemplo de reporte de un bug * **ID del bug:** CP001 * **T铆tulo del juego y versi贸n:** "Ejemplo Game: Versi贸n 1.0" * **Plataforma m谩s versi贸n:** PC (Windows 10) * **Tipo de error:** Error gr谩fico * **脕rea del juego:** Nivel 3 - Bosque Encantado * **Breve descripci贸n:** Los 谩rboles en el Bosque Encantado tienen texturas parpadeantes y distorsionadas. * **Cuerpo del bug:** * **Steps to reproduce:** 1. Inicia el juego. 2. Carga el Nivel 3 - Bosque Encantado. 3. Observa los 谩rboles en la pantalla. * **Prioridad:** Alta * **Reproducibilidad:** Siempre * **Resultado actual:** Las texturas de los 谩rboles parpadean y se ven distorsionadas. * **Resultado esperado:** Las texturas de los 谩rboles deben renderizarse correctamente sin parpadeos ni distorsiones. * **Archivos adjuntos:** (Puedes adjuntar capturas de pantalla u otros archivos relevantes que ayuden a comprender el problema)
1. **ID del bug:** Un identificador 煤nico asignado al error para su seguimiento y referencia. Este n煤mero ayuda a organizar y priorizar la resoluci贸n de errores. 2. **T铆tulo del juego y versi贸n:** El nombre del videojuego afectado por el error, seguido de la versi贸n espec铆fica del juego en la que se encontr贸 el error. La versi贸n es importante porque un error puede variar entre diferentes versiones del juego. 3. **Plataforma m谩s versi贸n:** La plataforma en la que se experimenta el error, como PC, Xbox, PlayStation, o cualquier otra plataforma, junto con la versi贸n espec铆fica de esa plataforma (por ejemplo, "PC - Windows 10"). 4. **Tipo de error:** La categorizaci贸n del tipo de error encontrado, como errores gr谩ficos, errores de jugabilidad, problemas de sonido, problemas de red, etc. Esto ayuda a los equipos de desarrollo a dirigir el error al equipo adecuado. 5. **脕rea del juego:** La ubicaci贸n o secci贸n espec铆fica del juego donde se encuentra el error. Esto es 煤til para los desarrolladores que deben localizar y solucionar el problema en un 谩rea particular del juego. 6. **Breve descripci贸n:** Una descripci贸n concisa del error, proporcionando una idea general de lo que est谩 ocurriendo incorrectamente. Esto ayuda a los equipos a comprender el problema de manera r谩pida. 7. **Cuerpo del bug:** * **Steps to reproduce:** Detalles paso a paso de c贸mo se puede replicar el error. Esto permite a los desarrolladores reproducir el problema y comprender mejor sus causas. * **Prioridad:** La importancia del error, generalmente categorizado como baja, media o alta, lo que ayuda a establecer cu谩n urgente es resolverlo. * **Reproducibilidad:** Si el error se reproduce siempre, a veces o solo en situaciones espec铆ficas. Esto ayuda a los desarrolladores a determinar cu谩n constante es el problema. * **Resultado actual:** Una descripci贸n detallada de lo que sucede cuando se encuentra el error. * **Resultado esperado:** La descripci贸n de lo que deber铆a ocurrir si el juego funcionara correctamente. * **Archivos adjuntos:** Posibilidad de adjuntar archivos como capturas de pantalla, videos, registros o cualquier recurso que ayude a entender y resolver el error.

Usare un ejemplo que me a pasado aunque imagino que es mas por la plataforma que el juego en si

Terraria 1.4.4.6/ PC (Notebook Asus X541S)/ Grafico/Cualquier mundo/Error grafico al moverse

Prioridad: Media/baja
Repro Rate: 10/10
Descripci贸n: Se generar un error grafico al mover en el juego si esta la configuraci贸n de video en omitir frame
steps to reproduce:
1 Iniciar el juego
2 Seleccionar personaje
3 Seleccionar mundo
4 Ir a la configuraciones
5 Configurar en omitir frame en el apartado de video
6 Moverse en el juego
Actual result: Se generar error Grafico/iluminaci贸n al moverse en el juego
Expected result: No debe haber fallas graficas al moverse en el juego
Archivos Adjuntos:

Cool!! justo esto necesitaba !

excelente video!!
esto no solo sirve para videojugos tambi茅n para el desarrollo de software en si

muy buena clase

Muy bien explicado

Que muy claro al ver el Formato real鈥

Explicas muy bien!!

Excelente clase.

Genial