Bug Writing Format
Clase 11 de 33 • Curso de Testing de Videojuegos
Contenido del curso
- 10

Qué es un bug y la importancia del reporte de errores
03:32 - 11

Bug Writing Format
10:33 - 12

Prioridades de los bugs y prioridad según su ruta
07:12 - 13

Tipos de bugs: texto, gráfico, funcional, gameplay
05:55 - 14

Tipos de bugs: Crash, Freezee, Framerate, Audio, Legal
08:38 - 15
Reto: reporta los bugs
00:09 - 16

Áreas de un juego y bugs duplicados
08:42 - 17
RETO: encuentra 10 Bugs en un juego
00:15
- 18

Sistema de Trabajo
02:29 - 19

Test plan
15:14 - 20

Organizando nuestro test plan
08:31 - 21

Continuando el proceso de creación de test Plan y tu primera batería de pruebas
08:17 - 22

Baterías de pruebas especiales
04:24 - 23
RETO: 3 cosas que consideras prioritarias antes de empezar a testear
00:06 - 24

Testing en celulares
12:01 - 25
Guía Android
02:07 - 26
Testing en celulares Android
02:54 - 27
Guía iOS
01:20 - 28

Testing en consolas
01:42 - 29
Reto: Test Plan
00:12
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.