Difference between revisions of "Bug Tracker/es"

From Second Life Wiki
Jump to navigation Jump to search
(cat)
 
(7 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{TOCright}}{{multi-lang}}
{{TOCright}}
{{Help/CODE|Version=1|Parent=Bug Tracker|BugFixes=*}}
{{Multi-lang
|Bug Tracker
|/es
|version=2
}}


''¿Hay alguna característica de tu Second Life que no funciona como debiera? ¡Quizá has encontrado un 'bug', un error!!''


== ¿Qué es un 'bug'? ==
''¿Hay alguna característica de Second Life que no funciona como debiera? ¡Quizá has encontrado un [http://es.wikipedia.org/wiki/Bug "bug"], un error del software!''
 
== 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 'bug'?]]
[[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? ==


[[File:ToRuthed.jpg|256px|thumb|right|Parecer una "[[Ruth|Ruth]]" fue un 'bug' visual antes de que lo arregláramos.]]
Es la descripción de un error que tú compartes con nosotros. Los informes de errores son útiles cuando:


== ¿Qué un informe de 'bug', de error? ==
* '''<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.
La descripción de un error que tú compartes con nosotros. Los informes de errores son útiles cuando son:
* '''<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.


* '''<font color="red">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.
== Pasos para crear un buen informe ==
* '''<font color="red">Reproducible</font>''' - Sadly, some bugs are like Bigfoot — hard to find evidence of. But many bugs happen reliably after following a series of steps. Confirm a bug so we can catch it in the wild.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.
* '''<font color="red">NO se refiere a cuestiones que requieren ayuda o a una cuenta específica</font>''' - Las situaciones personales que requieren ayuda -por ejemplo, un problema de facturación- ¡son ''diferentes''! Para este tipo de problema, [http://secondlife.com/support acude a nuestro Portal de Soporte].


Con eso en mente:
Con eso en mente:


# '''[http://jira.secondlife.com Ve a nuestro 'Bug Tracker']''' y lee las instrucciones.
# '''[http://jira.secondlife.com Ve a nuestro "Bug Tracker"]''' y lee las instrucciones.
# Busca en el 'Bug Tracker' para ver si ya se ha informado del 'bug'. Es reconfortante saber que alguien más tiene el mismo problema.
# 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 de error incluyendo '''(1) 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.
# 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 enviar 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.
## '''Describe qué esperabas que ocurriese'''
##: por ejemplo, "el objeto debería de haberse vuelto rojo", o "mi avatar debería de llevar la camiseta"
## '''Describe qué es lo que, en cambio, ocurrió'''
##: Si puedes añadir fotos, vídeo, u otro tipo de imágenes que aclaren el texto, mejor que mejor..
## '''Añade información de apoyo'''
##: Si el problema es que se cayó el visor o una mala interacción con el servidor (por ejemplo, no obteiendo algo que deb erías tener, u ocurriéndote algo en el mundo que no debería ocurrirte), incluye como anexos los archivos de registro ("log files") de tu visor. Asegúrate de indicar tan exacmaente como puedas la hora exacta a la que se prodijo el error, y, así, podremos encontrar información importante en los registros. Mira [[Finding Log Files]] para saber cómo encontrarlos.


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'''.


== ¡No soy un experto y necesito ayuda! ==
== ¡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 [[Bug_triage|encuentros en el mundo ('in world')]] donde puedes añadir errores a la agenda de antemano para debatirlos con residentes y con Lindens.
Tranquilo, todo el mundo ha sido novato alguna vez. En el "Bug Tracker" hay muchísimos temas donde se ve cómo los residentes experimentados ayudan a los que informan por primera vez.


== ¿Qué pasa si Second Life tiene un problema generalizado en su servicio '''justo ahora'''? ==
También tenemos [[Bug_triage|encuentros en el mundo ('in world')]] donde, con anterioridad, puedes añadir errores a la agenda para debatirlos con Residentes y con Lindens.
Generalmente, los problemas de conexión, los teleportes fallidos y cuestiones así aparecen en nuestro '''[http://status.secondlifegrid.net/ 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? ==
== ¿Qué pasa si Second Life tiene un problema generalizado en su servicio '''justo en este momento'''? ==
'''[[Security_issues|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.
 
Generalmente, los problemas de conexión, los teleportes fallidos y cuestiones así aparecen en nuestro '''[http://status.secondlifegrid.net/ Informe 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 hacerse público? ==
 
'''[[Security_issues|Infórmate sobre nuestros pasos de seguridad]]''' para [http://es.wikipedia.org/wiki/Exploit "exploits"] que pongan en peligro los datos de la vida real o destruyan contenido, y para otros problemas serios que necesitan discreción y ser solucionados tan pronto como sea posible.


== ¡Informé de un error y no se ha arreglado! ¿Por qué? ==
== ¡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:
 
Corregimos muchos errores, pero no es realista esperar que arreglemos ''todos de golpe''. Veamos esto más detenidamente:


* '''¿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!)
* '''¿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.
* '''¿Es suficientemente prioritario?''' Por ejemplo, un error de pérdida de inventario que afecta a muchos Residentes 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.
* '''¿Cuáles son las interdependencias?''' Second Life es un sistema complejo y debemos asegurarnos -incluso cuando el "bug" ''parece'' sencillo- de que arreglarlo no creará otros en áreas relacionadas.
 
Para entenderlo mejor, [http://blogs.secondlife.com/community/technology/blog/2009/08/29/taking-technical-feedback-from-residents mira esto].
Para entenderlo mejor, [http://blogs.secondlife.com/community/technology/blog/2009/08/29/taking-technical-feedback-from-residents mira esto].


== ¿Cómo encontrar qué 'bugs' se han arreglado? ==
== ¿Cómo encontrar qué 'bugs' se han arreglado? ==
Busca en el 'Bug Tracker' o, si te es más útil, '''[[:Category:Release_Notes|revisa las Notas de Lanzamiento]]'''. Cada versión muestra destacada y detalladamente qué ha cambiado.
 
Busca en el "Bug Tracker" o, si te es más útil, '''[[:Category:Release_Notes|revisa las Notas de Lanzamiento]]'''. Cada versión muestra destacada y detalladamente qué ha cambiado.


== ¿Quieres saber más? ==
== ¿Quieres saber más? ==
Date un tiempo para digerir lo que has aprendida sobre el manejo esencial de los informes de fallos. Y luego:


* '''[[Issue_Tracker/FAQ|Lee las FAQ del 'Bug Tracker']]''' - Si tus dudas no se han aclarado con lo dicho arriba, mira esto. Algunos puntos destacados son:
Date un tiempo para digerir lo que has aprendido sobre el manejo esencial de los informes de fallos. Y luego:
 
* '''[[Issue_Tracker/FAQ|Lee las FAQ del "Bug Tracker"]]''' - Si tus dudas no se han aclarado con lo dicho arriba, mira esto. Algunos puntos destacados son:
** [[Issue_Tracker/Searching|Cómo buscar]]
** [[Issue_Tracker/Searching|Cómo buscar]]
** [[Issue_Tracker/Conduct|Códido de conducta]]
** [[Artículo oficial de Linden Lab:Directrices de la participación en la comunidad|Directrices de la participación en la comunidad]]
** [[Issue_Tracker/Status|Estátus de las distintas resoluciones]]
** [[Issue_Tracker/Status|Estatus de las distintas resoluciones]]
* '''[[:Category:Bug Tracker|Mira la categoría 'Bug Tracker']]''' - Todas las páginas que hacen referencia al 'Bug Tracker'.
* '''[[:Category:Bug Tracker|Mira la categoría "Bug Tracker"]]''' - Todas las páginas que hacen referencia al "Bug Tracker".


[[Category:Bug Tracker]]
[[Category:Bug Tracker/es]]

Latest revision as of 10:55, 21 March 2012


¿Hay alguna característica de Second Life que no funciona como debiera? ¡Quizá has encontrado un "bug", un error del software!

Noticias

¿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.

¿Qué no es un "bug"?

  • 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:

  1. Ve a nuestro "Bug Tracker" y lee las instrucciones.
  2. 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.
  3. Si tú busqueda no obtiene resultados, escribe un informe del error incluyendo
    1. 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 enviar 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. Describe qué esperabas que ocurriese
      por ejemplo, "el objeto debería de haberse vuelto rojo", o "mi avatar debería de llevar la camiseta"
    3. Describe qué es lo que, en cambio, ocurrió
      Si puedes añadir fotos, vídeo, u otro tipo de imágenes que aclaren el texto, mejor que mejor..
    4. Añade información de apoyo
      Si el problema es que se cayó el visor o una mala interacción con el servidor (por ejemplo, no obteiendo algo que deb erías tener, u ocurriéndote algo en el mundo que no debería ocurrirte), incluye como anexos los archivos de registro ("log files") de tu visor. Asegúrate de indicar tan exacmaente como puedas la hora exacta a la que se prodijo el error, y, así, podremos encontrar información importante en los registros. Mira Finding Log Files para saber cómo encontrarlos.

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. 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, con anterioridad, puedes añadir errores a la agenda para debatirlos con Residentes y con Lindens.

¿Qué pasa si Second Life tiene un problema generalizado en su servicio justo en este momento?

Generalmente, los problemas de conexión, los teleportes fallidos y cuestiones así aparecen en nuestro Informe 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 hacerse público?

Infórmate sobre nuestros pasos de seguridad para "exploits" que pongan en peligro los datos de la vida real o destruyan contenido, y para otros problemas serios que necesitan discreción y 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 arreglemos todos de golpe. Veamos esto más detenidamente:

  • ¿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 Residentes 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- de 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 aprendido sobre el manejo esencial de los informes de fallos. Y luego: