 |
|
|
|
|
|
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Guía de Reportes de BugsAntes que nada...¿Qué es un bug?Un bug es el objeto de la cacería en el control de calidad de todo programa de computadora. Un bug es una omisión o error que cuasa que los programas no funcionen como se espera.
Para lograr encontrar y "matar" todos los bugs posibles necesitamos contar con la mayor cantidad de probadores posibles. Mientras más ojos revisen, más rápido acabamos. Estas son las reglas para reportar bugs: 1. Todo por la páginaTodos los reportes de bugs los recibiremos a través de www.qa.ulabs.org (este sitio).2. Bugs y nada más que bugsPor favor no mandes preguntas de soporte a las direcciónes de uLabs/QA. En los canales que tenemos en aplicaciones como el pánel de controles 4 de cada 5 reportes que llegan son preguntas como "no puedo ver mi página", etc. Por favor sólo manda reportes de errores en estas páginas.3. ¡No duplicados!Por favor checa las bases de datos de bugs antes de reportar para asegurarte que no exista el reporte desde antes.4. Mantenlo claro y actualSi encuentras un error por favor envíalo en ese momento, y no tiempo después porque alguien podría encontrarlo y arreglarlo antes. En otras palabras: no mandes reportes como "Esque el botón X no servía cuando lo probé hace un mes".5. Explica como reproducir el bugCada vez que no s envíes un reporte, necesitamos saber cómo reproducir el problema para poder encontrarlo y elminiarlo. Siempre manda instrucciones precisas de cómo reproducir y dónde reproducir el bug. |
   
|
Si por ejemplo, en un programa hay un botón titulado
borra y al apretarlo nada se borra, has encontrado un bug.
La función esperada era eliminar algo y no sucedió.