Awesome updates, going to be looking into returning soon!
Awesome updates, going to be looking into returning soon!
We really should see if anyone can translate our Bug reporting guide to Spanish.
¿Cómo podemos ayudarle?
-Utilice sus foros de nombre de usuario / contraseña para iniciar sesión en Mantis.
-Puedes estar al día y ver el progreso de Gerrit.
-Si usted es un tester dedicado con mucha experiencia Pre-CU y tiempo en sus manos, considere la posibilidad de unirse a nosotros en nuestro canal de IRC # openqa.
Guía de reporte de fallos
gracias a Serpentkaa, nebulosa, y Jimer
¿Quién? ¡Te necesitamos!
¿Qué? Trata de romper cosas! Los errores son errores, fallos, errores, defectos extraños, comportamiento no deseado, errores tipográficos, inconsistencias, inexactitudes, que no trabajan como se esperaba, no es cierto para Pre-CU, características rotas, y se bloquea después de estar en juego. Centrarse en las tareas de prueba antes expuestos, y hacer caso omiso de las características no implementadas o problemas conocidos. En lugar de recordar de memoria, trate de usar el Biophilia’s scrapbook, foros SOE archivados, o de otras fuentes como referencia. No hay que confundir los informes de error con la necesidad de soporte del juego, tales como estar atrapado en el aire, o la ayuda en LPE. Si usted presenta una solicitud de este tipo con Mantis, su problema probablemente siguen sin resolverse. En lugar / join # swgemusupport en IRC para recibir ayuda en directo de nuestro Equipo de Soporte y GM.
¿Por qué? Cómo informar de fallos ayudará a acercarnos más al terminar la O y al Suncrusher.
¿Cuándo? Trate de reportar sus errores tan pronto como se les descubre, para que estén frescos en su mente.
¿Dónde? Por favor, informe de todos los errores en Mantis. Asegúrese de que el fallo no se ha informado a través de la función de búsqueda.
¿Cómo? QA lee todos los informes de los jugadores para la verificación y la reproducibilidad, a continuación, asigna a los desarrolladores. Si no podemos entender lo que estás diciendo, nada se puede hacer sobre el error y los desarrolladores no tienen suficiente información para solucionar el problema. Los desarrolladores a menudo se sienten frustrados porque el jugador no siempre se dan cuenta de lo que se necesita con el fin de encontrar y corregir el error, por lo que el informe es incompleto o no es útil. Esto significa que el error probablemente no lo arreglaran o no quedar fijada a la satisfacción del jugador. A continuación, el jugador se queda pensando por qué el desarrollador no se soluciona el problema. Para evitar que esto suceda, siga las siguientes instrucciones.
Utilice la gramática y la ortografía. Sea exacto al nombrar objetos y errores. No se limite a decir "esto no funciona" o "que todavía está roto". Escribe un paso a paso conjunto de acontecimientos que condujeron al error. Tenemos que ser capaces de reproducir de forma fiable un error de base en sus instrucciones. ¿Es que rompe el juego como un exploit o menor, como el diálogo NPC? Las acciones destinadas a romper, doblar o alterar de ninguna manera la experiencia de juego SWGEmu a favor de un jugador o contra otro jugador se considera un exploit. ¿Es repetible? ¿Hay soluciones? Incluya su planeta y punto de referencia. Imágenes, volcado de sucesos, y las fuentes son de gran ayuda. Deje sus comentarios personales fuera, no necesitamos saber de ti "mojarse en un aguacero Rori". Si el error ya ha sido reportado por alguien o si te encuentras con uno que está familiarizado con, no dude en añadir notas a su informe. No sea grosero o inflamatorias. No se exige que el problema sea fijo o amenazan con abandonar el juego (si usted está haciendo eso, realmente deberías dejar de fumar ahora).
¿Cómo se asignan categorías?
--------------------------------------------------------------------------------------------
DOS PICK
--------------------------------------------------------------------------------------------
Ejemplo de un buen informe de error:
Título: "Esquemas hechos con con exactamente 100 artículos causan fábricas a desaparecer (esto es un ejemplo, no es un error real.)"
Categoría: Estructuras
Reproducibilidad: Siempre
Gravedad: Major
Prioridad:
Asignar a: QA-World
Resumen: Se produce cuando se hace un esquema de exactamente 100 artículos, nada más y nada menos, e incluir con precisión la cantidad de recursos necesarios para producir el producto en la tolva ingrediente de la fábrica
Descripción: Si hago un esquema para cualquier elemento que pueda elaborar y poner 100 artículos como el límite de producción, cuando ejecuto el esquema y la fábrica se hace, en lugar de simplemente cerrar, mi fábrica se desvanece.
Pasos para reproducir:
(Supone que eres un maestro sastre, y el uso de una ropa y herramienta de elaboración Armor. Usé una elaboración estación de 42,15, ubicada en Lok, 1293 -3223)
1. Elabore un esquema de cualquier material (por ejemplo, el panel reforzado fibra).
2. Establecer el límite de producción a exactamente 100 en el esquema.
3. Utilice el esquema en una fábrica Wearables. (En mi caso, la fábrica tenía alrededor de un valor de 10 días de mantenimiento y 7 días por valor de potencia)
4. Poner exactamente la cantidad de recursos necesarios en la tolva ingrediente para producir el artículo. Con mayor o menor que el requerido no reproducir el error.
5. Cuando se completa el esquema, la fábrica se desvanecerá.
Información adicional: he comprobado que esto ocurre con cualquier elemento que pueda hacer. Si lo hago por menos de 100 ni más de 100, la fábrica funciona normalmente y no se producen problemas. Además, si pongo más recursos que se requiere para hacer 100 artículos, un esquema con exactamente 100 puntos de su límite funciona normalmente. Yo no recibo un correo electrónico indicando que el esquema se ha agotado.
Archivos adjuntos: [capturas de pantalla de funcionamiento de la fábrica y tolvas]
Este informe de errores está bien escrito y proporciona toda la información necesaria para el control de calidad o un desarrollador para diagnosticar el error, o por lo menos, proporciona la información necesaria para que puedan empezar a cavar. Este jugador buscó Mantis de los informes anteriores sobre el tema antes de presentar la suya.
Ejemplo de un informe de mal hecho:
Título: "mi fábrica está buged"
Categoría: Otros
Resumen: halp no lo puedo hacer cosas y luegono va! QUE MIERDA SWGEmu se le va a la mierda! Solución ahora! ! salir de este juego estúpido!
Tenemos que hacerle unas cuantas preguntas: ¿Qué es exactamente el error? ¿Qué medidas tomó el jugador? Tal vez este es un nuevo jugador que no saben que las fábricas funcionan con energía y mantenimiento. Tal vez un esquema de fabricación no se ha insertado con los recursos exactas, componentes idénticos con el mismo número de serie, y se activa. El jugador también no es consciente del hecho de que los objetos perdidos no pueden ser reembolsados en el servidor de prueba. O bien pedir información o hacer caso omiso del informe completo.
¿Cuál de los dos informes de errores se muestra arriba crees que los desarrolladores podrán prestar atención?
Una guía para la presentación de informes sobre Mantis Bug por Labyrinth
Buscar, Buscar y Buscar
Búsqueda Mantis de duplicados de su error antes de que usted divulga el problema que ha encontrado es una de las cosas más importantes que puede hacer. Sin embargo, si usted ya está pensando, "Eso es siempre un dolor", entonces usted no está solo. La forma más eficaz de búsqueda de un error es utilizar palabras clave relevantes. Es importante tener en cuenta que cuanto más claramente se puede definir el informe, más fácil será la búsqueda de problemas similares. Si el cliente se bloquea cuando se viaja desde Coronet estelar a Theed estelar, puede introducir las palabras clave "accidente" y "viajar" (separados por espacios). Si esto resulta demasiados resultados, puede agregar la palabra "puerto espacial" o "corona".
Tenga en cuenta que muchos algoritmos de búsqueda más estrechos producen resultados para una mayor cantidad de palabras clave. En otras palabras, cuanto más específica que usted consigue, cuanto menos resultados que obtiene. La inversa también es aplicable; menos palabras clave y especificidad significa más resultados.
Tener en mente
Ninguna técnica de búsqueda es perfecto ya veces el error de que deseas reportar realmente no se ha informado, sin embargo, por lo que no vas a encontrar nada relacionado con él. Sin embargo, buscar un poco va un largo camino y si usted encuentra el mismo problema que has descubierto, usted puede agregar su entrada como una Nota (esto no está mal visto y puede ayudar a QA para entender lo que está pasando con un error) en lugar de hacer un informe de fallo único.
Rompiendo lo
Mantis ofrece una interfaz relativamente simple que le dará las siguientes opciones al chocar "Report Issue":
Categoría
Categoría es muy importante para la documentación. Si un miembro de QA o Emu jugador está buscando a un error en particular, o para ojear para un determinado tipo, es mucho más fácil saber de un vistazo lo que un error se trata de echar un vistazo a Categoría. La elección de la categoría adecuada es un proceso rápido: Simplemente pregúntese lo que el error se aplica a y seleccione la sección adecuada. Si se trata de un exploit, seleccione "Explotar". Si se relaciona con HAM, cabe caracteres. Piense en lo Categoría usted probablemente busque en la búsqueda de su propio error.
Reproducibilidad
Reproducibilidad permite QA y otros probadores para evaluar rápidamente si un error ha sido reproducido por el usuario o si sólo se produce bajo difíciles de establecer claramente las circunstancias. Si usted ha descubierto un error, siempre es recomendable que intente repetirlo antes de informes; menos pruebas requeridas por el control de calidad, los más bichos que puede cubrir en un lapso de tiempo limitado. Las opciones son fáciles de entender, y si siempre se puede reproducir, seleccione "Siempre", si no se ha tratado de reproducirlo, seleccione "no lo he probado", etc
Gravedad
La gravedad es una buena manera de permitir a los desarrolladores de control de calidad y para evaluar la importancia de que un error se dirigió rápidamente. Si el error que has descubierto hace que el servidor se bloquee, asegúrese de elegir "accidente", por lo que el error se vio rápidamente.
Resumen
Resumen es el título y posiblemente la parte más importante de su informe. Si el título no es descriptiva, significa más tiempo dedicado a leer la descripción, sólo para entender lo que el error se trata. Un buen título explica el error como descriptivamente posible en pocas palabras.
Buen título:
Mi cliente se bloquea cuando intento ir de Coronet estelar de Theed estelar
Pobre título:
El juego se colgaba
Descripción
Descripción es, esencialmente, una expansión de la Resumen. Explicar el error, ya que se produjo en oraciones completas y añadir ejemplos cuando sea necesario. Incluso con un buen título, el informe todavía puede ser incoherente si la descripción omite detalles importantes.
Pasos para reproducir
Pasos para reproducir deben ser tan literal como su nombre. Lista numerada pasos que conducen a la manera en que ocurrió el error:
1) Que sea relevante - en caso de cargar su cliente no es relevante para el error, no lo incluya.
2) Ser breve - si sus pasos son algo superiores a 4, usted puede ser capaz de acortar.
3) Sea detallada - use una herramienta de elaboración no es tan clara como "el uso de una estructura y una herramienta de elaboración de muebles adquirido de la rana azul."
Información adicional
Muchas veces esto puede dejarse en blanco, pero es un excelente lugar para introducir observaciones secundarios que no corresponde a la descripción. Si la elaboración de una falda envuelta estrelló su cliente, es posible que desee añadir aquí cuál es el color (en su caso) y si los elementos similares se pueden fabricar con éxito sin un accidente.
Subir archivo
Como dice el refrán, "Una imagen vale más que mil palabras." Esto no podría ser más cierto para un informe de error. Si usted puede adquirir una captura de pantalla del error (s) que ocurren y subirlo como parte de su informe, que será de gran ayuda cuando otros tratan de entender lo que su problema es. QA tiene muchos informes para tamizar a través de, por lo que el más rápido que puedan entender su problema, más eficiente se puede confirmar fallos.
Pero ¿Qué pasa con las otras opciones?
Las siguientes opciones son (a menudo) que no sean necesarios:
Platform, OS, OS Version - un ejemplo donde estas opciones podría ser muy relevante es en el caso de un error grave, especialmente uno que se bloquea su cliente.
Gracias a todos por su apoyo y ayuda en las pruebas, realmente lo apreciamos!
(translate-traducido por Tify)
Last edited by Tify; 07-05-2013 at 08:10 PM.
Holy crap, thank you!!!
One more request though, can you add missing links and text color and stuff please.
Vlada, you always give me a good laugh,, every day!! THANKS
Dev's rock!!
Meditate on this, I will.
Syck Byrd
jep Vlada is cool
edit: translate Spanisch Guide, color added and cookies.
Last edited by Tify; 07-05-2013 at 08:18 PM.
Sorry if this has been bought up, when tapping a lair on a terminal mission it seems that the number of creatures spawning is a lot higher than I recall from pre-cu. Getting sometimes up to about 6 or 7 in 1 go and most times I am incap'd. I know I can run off then go back and pick them off but not the same, am ranger/smuggler-to-be trying to level unarmed.
Working as planned or intermediate change?
Buttercup: We'll never survive.
Westley: Nonsense. You're only saying that because no one ever has.
Earlier i had asked about the scythe quest for this pub and was answered "this quest is up for a rewrite, but should be available for completion on bas". However when you speak to Hedon Istee in mos entha (the quest starter) he has nothing to say. There was just no text at all tried relogging to make sure and the character i was on was master of 3 combat professions and carrying a high quality hammer, so there would be no issue with being "to weak". So if the "should be available for completion on bas" was meant for now, it is not working.
IGN Hoobaloo drop winnings off at vendor five and four stat pups /way -6248 6728 Clanville, Naboo and will pick them up within 24 hrs.
Bert Last
Retired SWGEmu Staff
bertlast@swgemu.com
SWGEmu is a non-profit, open source community project.
How to report bugs | Live Support | Mantis (Bug Tracker)
+1
Ah only one complaint. The SF bases won't agro you unless your overt, and the normal bases can't be defended by players. So place a base in your city and 1 won't agro and the other can't be defended. Thanks SOE for kowtowing to the vocal minority and taking TEF out of the game. It's just kinda fa-qing retarded. Now I do like to troll so I will just go around Covert and blow peoples bases and laugh at them as they watch their Faction points go down the drain. LOL If we are going to have this retarded system then I will abuse it to the max. Or you guys just fix the Covert Faction Detectors that come with the bases?
I know this is Alpha and I know how 14.1 was and no it was not. They changed it to save themselves from losing accounts. Because a small group complained on the forums non-stop so they caved and removed the TEF system.
Now on your statement. I want you to go through this game and look at every thing that is in it now. How many things do you have implemented that were not in 14.1? I feel your excuse it null and you only use it to justify doing what you want.
I don't know if your guys care how many people play your version of this wonderful game, but "if" someone makes a server as good as this one with just and only just a TEF system you will lose more than half of the people playing now.
I am not trying to be mean or troll you. I just doubt you would have a single complaint about tweaking one thing in the game. I agree with sticking to 14.1 it was the most up to date version of Pre-cu. That does not mean there were not problems with it.
Do a poll on the most used forum and just ask the community one question. Not asking for the NPC in cities or any other place to cause a TEF or even changing the way SF bases work. Just make CFDs work on the PVE bases only. You don't have to implement it ever, but it can't hurt to know what your players would like to see or not see.
If the community says no even by one vote. I will shut up about it and never bring it up again.
There are currently 1 users browsing this thread. (0 members and 1 guests)