Difference between revisions of "Bug Tracker/es"
Jump to navigation
Jump to search
Irene Muni (talk | contribs) m (updating translation) |
|||
| Line 2: | Line 2: | ||
{{Help/CODE|Version=1|Parent=Bug Tracker|BugFixes=*}} | {{Help/CODE|Version=1|Parent=Bug Tracker|BugFixes=*}} | ||
''¿Hay alguna característica de | ''¿Hay alguna característica de Second Life que no funciona como debiera? ¡Quizá has encontrado un "bug", un error!'' | ||
== ¿Qué es un | == Noticias == | ||
* 7.9.10 - '''[http://blogs.secondlife.com/community/technology/blog/2010/09/07/introducing-the-new-jira Presentando el nuevo JIRA (Bug Tracker)]''' | |||
* 23.8.10 - '''[http://blogs.secondlife.com/community/technology/blog/2010/08/23/a-better-jira-for-everyone-who-wants-it Un JIRA mejor para todos (...los que quieran)]''' | |||
== ¿Qué es un "bug"? == | |||
Un problema informático no deseado que le ocurre a más de una persona haciendo las mismas acciones y bajo las mismas condiciones. | Un problema informático no deseado que le ocurre a más de una persona haciendo las mismas acciones y bajo las mismas condiciones. | ||
[[Not a bug|¿Qué ''no es'' un | [[Not a bug|¿Qué ''no es'' un "bug"?]] | ||
* '''<font color="red">NO es algo que se refiere al problema concreto de una cuenta concreta</font>''' - Los casos individuales que necesitan una respuesta -como podría ser un problema de facturación- son cosas ''diferentes''. Para eso, ve a nuestro [http://secondlife.com/support Portal de ayuda]. | |||
== ¿Qué es informar de un "bug", de un error? == | |||
Es la descripción de un error que tú compartes con nosotros. Los informes de errores son útiles cuando: | |||
= | * '''<font color="red">Son fáciles de seguir</font>''' - ¿No has dado nunca instrucciones a un conductor indicándole una serie de puntos de referencia a seguir? Los informes de errores deberían ser así: tienen un orden muy claro y un amigo puede seguir sus pasos. | ||
* '''<font color="red">´Son reproducible</font>''' - Por desgracia, algunos errores son como el Yeti: es difícil encontrar evidencias suyas. Sin embargo, muchos errores son comprobables después de seguir una serie de pasos. Confirmar un error nos permite atraparlo en la naturaleza salvaje. | |||
== Pasos para crear un buen informe == | |||
Con eso en mente: | Con eso en mente: | ||
# '''[http://jira.secondlife.com Ve a nuestro | # '''[http://jira.secondlife.com Ve a nuestro "Bug Tracker"]''' y lee las instrucciones. | ||
# | # Usa la búsqu8eda del "Bug Tracker" para ver si ya se ha informado del error. Es reconfortante saber que alguien más tiene el mismo problema. | ||
# Si tú busqueda no obtiene resultados, escribe un informe | # Si tú busqueda no obtiene resultados, escribe un informe del error incluyendo | ||
## '''Los pasos a seguir''' | |||
##:Tan detalladamente como puedas, describe una secuencia de acciones con las que cualquier usuario pueda reproducir el problema. Describe también con toda precisión si hace falta que de den algunas condicones concretas, como, por ejemplo, estar en una parcela concreta o tener asignadas determinadas habilidades en un rol de grupo. Antes de enviaqr tu informe, revisa tus instrucciones haciendo que alguien las siga y compruebe él mismo el problema. Es bueno que estas instrucciones sean simples, pero mucho mejor que la simplicidad es la integridad. | |||
, (2) qué esperabas que ocurriese y (3) qué es lo que, en cambio, ocurrió'''. Si pudes aportar junto al texto fotos, vídeos o registros grabados, mejor que mejor. | |||
##:In as much detail as possible, describe a sequence of actions that any user can take to cause the problem to occur. If particular conditions are required, such as being in a specific parcel or having particular permissions set for a group role, describe them carefully. Before submitting your report, test your instructions by having someone else follow them to see if they see the problem. Making these instructions simple is good, but completeness is better than simplicity. | |||
## '''Describe what you expected to happen''' | |||
##: such as "the object should change to red" or "my avatar should be wearing the shirt" | |||
## '''Describe what happened instead''' | |||
##: If you are able to provide pictures, video, or other illustrations in addition to text, even better. | |||
## '''Attach supporting information''' | |||
##: If the problem is a viewer crash or a bad interaction with the server (not getting something you should have, or having an effect on the world that you should not have, for example), include the log files from your viewer as attachments. Be sure that you specify as closely as possible the exact time at which the problem occur so that we can find any relevant information in the logs. See [[Finding Log Files]] for how to find them. | |||
The goal is to '''show developers what you see, so we can see it too, then hunt down and fix the bug'''. | |||
El objetivo es '''mostrar a Linden Lab lo que tú ves para que nosotros podamos verlo también y, así, localizar el error y corregirlo'''. | El objetivo es '''mostrar a Linden Lab lo que tú ves para que nosotros podamos verlo también y, así, localizar el error y corregirlo'''. | ||
Revision as of 07:08, 4 April 2011
|
Advertencia |
|
La traducción de este artículo no está actualizada. Consulta la versión en inglés para acceder a las últimas actualizaciones de contenido. Si estás interesado en ayudarnos a actualizar la traducción de este artículo, únete al proyecto de traducción de la comunidad Community Translation Project. set version=2 |
Update Needed
This article needs an update to reflect recent changes in the base article located at Issue tracker. When you're done with the update, change the {{Help/CODE|Parent=Issue tracker|BugFixes=*}} part to {{Help/CODE|Version=2|Parent=Issue tracker|BugFixes=*}}. Thank you for your help!
¿Hay alguna característica de Second Life que no funciona como debiera? ¡Quizá has encontrado un "bug", un error!
Noticias
- 7.9.10 - Presentando el nuevo JIRA (Bug Tracker)
- 23.8.10 - Un JIRA mejor para todos (...los que quieran)
¿Qué es un "bug"?
Un problema informático no deseado que le ocurre a más de una persona haciendo las mismas acciones y bajo las mismas condiciones.
- NO es algo que se refiere al problema concreto de una cuenta concreta - Los casos individuales que necesitan una respuesta -como podría ser un problema de facturación- son cosas diferentes. Para eso, ve a nuestro Portal de ayuda.
¿Qué es informar de un "bug", de un error?
Es la descripción de un error que tú compartes con nosotros. Los informes de errores son útiles cuando:
- Son fáciles de seguir - ¿No has dado nunca instrucciones a un conductor indicándole una serie de puntos de referencia a seguir? Los informes de errores deberían ser así: tienen un orden muy claro y un amigo puede seguir sus pasos.
- ´Son reproducible - Por desgracia, algunos errores son como el Yeti: es difícil encontrar evidencias suyas. Sin embargo, muchos errores son comprobables después de seguir una serie de pasos. Confirmar un error nos permite atraparlo en la naturaleza salvaje.
Pasos para crear un buen informe
Con eso en mente:
- Ve a nuestro "Bug Tracker" y lee las instrucciones.
- Usa la búsqu8eda del "Bug Tracker" para ver si ya se ha informado del error. Es reconfortante saber que alguien más tiene el mismo problema.
- Si tú busqueda no obtiene resultados, escribe un informe del error incluyendo
- Los pasos a seguir
- Tan detalladamente como puedas, describe una secuencia de acciones con las que cualquier usuario pueda reproducir el problema. Describe también con toda precisión si hace falta que de den algunas condicones concretas, como, por ejemplo, estar en una parcela concreta o tener asignadas determinadas habilidades en un rol de grupo. Antes de enviaqr tu informe, revisa tus instrucciones haciendo que alguien las siga y compruebe él mismo el problema. Es bueno que estas instrucciones sean simples, pero mucho mejor que la simplicidad es la integridad.
- Los pasos a seguir
, (2) qué esperabas que ocurriese y (3) qué es lo que, en cambio, ocurrió. Si pudes aportar junto al texto fotos, vídeos o registros grabados, mejor que mejor.
- In as much detail as possible, describe a sequence of actions that any user can take to cause the problem to occur. If particular conditions are required, such as being in a specific parcel or having particular permissions set for a group role, describe them carefully. Before submitting your report, test your instructions by having someone else follow them to see if they see the problem. Making these instructions simple is good, but completeness is better than simplicity.
- Describe what you expected to happen
- such as "the object should change to red" or "my avatar should be wearing the shirt"
- Describe what happened instead
- If you are able to provide pictures, video, or other illustrations in addition to text, even better.
- Attach supporting information
- If the problem is a viewer crash or a bad interaction with the server (not getting something you should have, or having an effect on the world that you should not have, for example), include the log files from your viewer as attachments. Be sure that you specify as closely as possible the exact time at which the problem occur so that we can find any relevant information in the logs. See Finding Log Files for how to find them.
The goal is to show developers what you see, so we can see it too, then hunt down and fix the bug.
El objetivo es mostrar a Linden Lab lo que tú ves para que nosotros podamos verlo también y, así, localizar el error y corregirlo.
¡No soy un experto y necesito ayuda!
Tranquilo, todo el mundo ha sido novato alguna vez. Don't worry, everyone was new once. En el 'Bug Tracker' hay muchísimos temas donde se ve cómo los residentes experimentados ayudan a los que informan por primera vez.
También tenemos encuentros en el mundo ('in world') donde puedes añadir errores a la agenda de antemano para debatirlos con residentes y con Lindens.
¿Qué pasa si Second Life tiene un problema generalizado en su servicio justo ahora?
Generalmente, los problemas de conexión, los teleportes fallidos y cuestiones así aparecen en nuestro Infomes del Estado del Grid, y como estamos trabajando en ello no es preciso enviar un informe de errores.
¿Y si el error que he encontrado es verdaderamente grave y no debería compartirse?
Infórmate sobre nuestros pasos de seguridad para 'exploits' que pongan en peligro los datos de la vida real, destruyan contenido, u otros problemas serios que necesitan discreción para ser solucionados tan pronto como sea posible.
¡Informé de un error y no se ha arreglado! ¿Por qué?
Corregimos muchos errores, pero no es realista esperar que arreglaremos todos de golpe. En concreto:
- ¿Qué sabemos? No podemos actuar en errores que no podemos repoducir o de los que no tenemos suficiente información. Es cómo decirle a la policía que investigue un crimen sin pistas. (Los 'bugs' no son criminales, ¡pero es indudable que nos joroban!)
- ¿Es suficientemente prioritario? Por ejemplo, un error de pérdida de inventario que afecta a muchos resdientes tiene una prioridad mucho mayor que un cambio cosmético que sólo interesa a algunos.
- ¿Cuáles son las interdependencias? Second Life es un sistema complejo y debemos asegurarnos, incluso cuando el 'bug' parece sencillo, que arreglarlo no creará otros en áreas relacionadas.
Para entenderlo mejor, mira esto.
¿Cómo encontrar qué 'bugs' se han arreglado?
Busca en el 'Bug Tracker' o, si te es más útil, revisa las Notas de Lanzamiento. Cada versión muestra destacada y detalladamente qué ha cambiado.
¿Quieres saber más?
Date un tiempo para digerir lo que has aprendida sobre el manejo esencial de los informes de fallos. Y luego:
- Lee las FAQ del 'Bug Tracker' - Si tus dudas no se han aclarado con lo dicho arriba, mira esto. Algunos puntos destacados son:
- Mira la categoría 'Bug Tracker' - Todas las páginas que hacen referencia al 'Bug Tracker'.