la organización es muy importante ya que nos permite trabajar de manera fluida y con menos estrés, ya que la vida de los programadores es de puro estrés…
Introducción
Qué aprenderás sobre el testing de videojuegos
¿Cómo funciona el testing de Black Box en un estudio de videojuegos?
Diferencia entre los 2 QA’s
Testing de Regresión y Testing Exploratorio
Primer quiz
Tipos de Testing
Tipos de Testing: Funcional, Lingüístico y de Localización
Tipos de Testing: Online, Compliance, Usabilidad y Play Test
Ejemplos de casos de pruebas de baterías de testing
Segundo quiz
Reporte de bugs y Tipos de bugs
Qué es un bug y la importancia del reporte de errores
Bug Writing Format
Prioridades de los bugs y prioridad según su ruta
Tipos de bugs: texto, gráfico, funcional, gameplay
Tipos de bugs: Crash, Freezee, Framerate, Audio, Legal
Reto: reporta los bugs
Áreas de un juego y bugs duplicados
RETO: encuentra 10 Bugs en un juego
Test plan
Sistema de Trabajo
Test plan
Organizando nuestro test plan
Continuando el proceso de creación de test Plan y tu primera batería de pruebas
Baterías de pruebas especiales
RETO: 3 cosas que consideras prioritarias antes de empezar a testear
Testing en celulares
Guía Android
Testing en celulares Android
Guía iOS
Testing en consolas
Reto: Test Plan
uTest
uTest: creando tu perfil
uTest: proyectos pagados, reportes de bugs y pagos
Cierre del curso
Charla motivacional
Reto final
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Si ya tienes una cuenta,
Iniciar sesión
Última oportunidad para asegurar tu aprendizaje por 1 año a precio especial
Antes: $249
$189/año
Paga en 4 cuotas sin intereses
Termina en:
0D
0H
26M
56S
Organizando nuestro test plan
20/33Recursos
Ahora vamos a construir nuestro primer documento de pruebas.
El documento de pruebas contiene una portada que hace referencia al juego que estamos revisando y tiene una pestaña por cada área del juego. En estas se especifica en diferentes columnas el caso de prueba, el resultado observado, la información del caso de prueba, y un id de bug. Este id es generado por la empresa mediante el programa que empleemos para el reporte de errores. Los resultados observados se reportan mediante un código de color, donde verde quiere decir que está bien y rojo representa la aparición de un bug.
Una vez que tenemos la estructura para nuestra batería de pruebas, la replicamos para cada nivel del juego.
Aportes 13
Preguntas 4
Ordenar por:
¿Alguien conoce más templates o formatos para realizar estos reportes?
ahora se como hacer una planilla de test para video juegos. vuelvo a repetirlo. Exactamente igual a las planillas para testear app de software.
Los casos de prueba me hacen pensar en Casos de Uso y todos los modelos, diagramas y procesos de la ingeniería de Software.
Instalación Resultado Información Bug Id#
Instalación Se instala ok desde store o via ota
Update La actualización de version es correcta
Launch La app funciona correctamente al lanzarse
Splash Los logotipos legales se ven correctamente
Aviso de notificaciones 1st start El aviso de notificaciones en el primer arranque funciona correctamente
Acuerdo condiciones 1st start El acuerdo de condiciones, si no se ha firmado anteriormente funciona correctamente
En la ultima seccion donde se hace el testing al nivel, hay una columna de resultado pero veo que se colocan en verde son las casillas de texto, donde van estos colores de resultado?
La organizacion debe quedar muy bien especificado es mucha responsabilidad dejar pasar algo por alto
Por si les sirve de alguna referencia, estuve haciendo esta plantilla de notion: https://harsh-lychee-0e9.notion.site/Pruebas-ac7d0613950642a583257faaf69121c5.
Genial
Buen formato para tener claro la mejor manera de presentar nuestro reporte
Es un formato muy organizado y de manera que si una persona viene detrás nuestro lo puede concluir. De verdad es una buena manera de tener todo bien archivado.
Excelente clase.
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?
o inicia sesión.