diff options
Diffstat (limited to 'files/es/qa')
| -rw-r--r-- | files/es/qa/bug_writing_guidelines/index.html | 111 | ||||
| -rw-r--r-- | files/es/qa/confirming_unconfirmed_bugs/index.html | 44 | ||||
| -rw-r--r-- | files/es/qa/index.html | 252 | ||||
| -rw-r--r-- | files/es/qa/organizando_un_testday/index.html | 219 | ||||
| -rw-r--r-- | files/es/qa/screening_duplicate_bugs/index.html | 157 |
5 files changed, 783 insertions, 0 deletions
diff --git a/files/es/qa/bug_writing_guidelines/index.html b/files/es/qa/bug_writing_guidelines/index.html new file mode 100644 index 0000000000..94641c4a09 --- /dev/null +++ b/files/es/qa/bug_writing_guidelines/index.html @@ -0,0 +1,111 @@ +--- +title: Guía para escribir un Bug +slug: QA/Bug_writing_guidelines +translation_of: Mozilla/QA/Bug_writing_guidelines +--- +<div class="note"> +<p><strong>Si necesitas ayuda con algún software de Mozilla (por ejemplo con Firefox, Seamonkey o Thunderbird), usa una de las <a href="http://www.mozilla.org/support/">opciones disponibles de ayuda</a>. ¡No modifiques esta página! Por favor, lee esta página para aprender como reportar un bug usando <a class="link-https" href="https://bugzilla.mozilla.org/">Bugzilla</a>, que es el sistema de seguimiento de bugs de Mozilla.</strong></p> + +<p>Si eres nuevo reportando bugs, puede ser que quieras intentar obtener ayuda de los colaboradores más experimentados. Vaya a la seccion de la comunidad en la página <a href="/es/docs/QA">QA</a> para consejos. Si vas a reportar un bug en Firefox, también puedes obtener asitencia en el canal <span style="font-family: monospace;">#firefox</span> en <a href="http://irc.mozilla.org/">irc.mozilla.org</a>.</p> + +<p>Ver también <a class="link-https" href="https://quality.mozilla.org/docs/bugzilla/starter-kit/how-to-write-a-proper-bug/">Cómo escribir un bug apropiadamente</a>.</p> +</div> + +<p>Los reportes efectivos de bugs son los que más probablemente se resolverán. Estos lineamientos explican como escribir reportes efectivos.</p> + +<h2 id="Preliminares">Preliminares</h2> + +<ol> + <li>Asegúrate de que tu software está actualizado + <ul> + <li>Idealmente, haz las pruebas en las versiones en desarrollo para ver si tu bug ya ha sido solucionado. (Léase <a href="http://www.mozilla.com/en-US/firefox/channel/">Firefox Beta, Aurora</a>, o si estás a la última con <a class="link-https" href="https://nightly.mozilla.org/">Nightly</a>).</li> + <li>Si se reproduce de manera ocaciona, pero no después de seguir pasos especificos, debe proveer información adicional que sea util para el bug.</li> + <li>Si no puede reproducir el problema, es probable que no lo reporte, excepto que provea la información acerca de lo ocurrido.</li> + </ul> + </li> + <li>Haz una búsqueda en <a class="link-https" href="https://bugzilla.mozilla.org/">Bugzilla</a> para ver si tu bug ya ha sido reportado (<a href="http://www.mozilla.org/quality/help/screening-duplicates.html">tutorial</a>).</li> + <li>Abre el formulario para <a class="link-https" href="https://bugzilla.mozilla.org/enter_bug.cgi?format=guided">Reportar un nuevo bug</a>, el cual te guiará a través de la mayoría del proceso de reporte del bug. + <ul> + <li>Si tienes varias cuestiones, llena reportes por separado.</li> + </ul> + </li> +</ol> + +<h2 id="Escribir_pasos_precisos_para_reproducir">Escribir pasos precisos para reproducir</h2> + +<p><strong>¿Cómo puede el desarrollador reproducir el bug en su propia computadora?</strong></p> + +<p>Los pasos para reproducir un bug son <strong>la parte más importante de cualquier reporte</strong>. Si el desarrollador está listo para reproducir el bug, el bug es muy probable que sea corregido. Si este paso no está tan claro, no será posible saber si el bug ha sido corregido.</p> + +<p>Describe tu método de interacción con Firefox además de la atención de cada paso.</p> + +<ul> + <li>Impreciso: "Abrir Gmail en otra ventana".</li> + <li>Preciso: "Presiona Cmd+N para abrir una nueva ventana en el navegador, luego escriba <a class="link-https" href="https://mail.google.com/" rel="freelink">https://mail.google.com/</a> en la barra de direcciones y presione Enter".</li> +</ul> + +<p>Después de tus pasos, describe con precisión los resultados observados y el resultado esperado. Hechos claramente separados (observaciones) de especulaciones.</p> + +<ul> + <li>Impreciso: "Esto no trabaja"</li> + <li> + <p>Preciso: "En lugar de mostrar mi bandeja de entrada, se muestra el mensaje 'Tu navegador no soporta cookies (error -91)'."</p> + </li> +</ul> + +<p>Si el bug parece enorme, podría ser algo inusual en la configuración necesaria de los pasos para reproducir el bug. Ver si puedes reproducir el bug en un <a href="http://support.mozilla.com/en-US/kb/Managing-profiles">nuevo perfil Firefox</a>. Si el bug solo sucede en tu perfil existente, trata de averiguar que ajustes, extensiones, o <a href="http://support.mozilla.com/en-US/kb/Profiles">archivos en tu perfil</a> se necesitan para reproducir el bug.</p> + +<ul> + <li><a href="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html#intermittent">Que pasa si mi bug aparece "aleatoriamente" o "intermitente"?</a></li> +</ul> + +<h2 id="Escribiendo_un_resumen_claro"><strong>Escribiendo un resumen claro</strong></h2> + +<p>¿Cómo describirías el bug utilizando aproximadamente 10 palabras? Esta es la primera parte de tu reporte que un triager o desarrollador verá.</p> + +<p>Un buen resumen podría rápida y únicamente identificar un reporte. Esto debe exponer el problema, no tu solución sugerida.</p> + +<ul> + <li>Bien: "Cancelando el diálogo de copia de archivo falla el Administrador de Archivos"</li> + <li>Mal: "Falla en el software"</li> +</ul> + +<ul> + <li>Bien: "El desplazamiento con la flecha abajo no trabaja en <textarea> con estilo overflow:hidden"</li> + <li>Mal: "El navegador debería trabajar con mi sitio web"</li> +</ul> + +<h2 id="Finding_the_correct_product_and_component" name="Finding_the_correct_product_and_component"><strong style="font-weight: bold;">Encontrando el producto y componente correcto</strong></h2> + +<p>Se te pedirá que categorices tu bug en un "producto" y un "componente" dentro de ese producto, con el fin de dirigir tu reporte a los desarrolladores correctos.</p> + +<p>Si estás usando Firefox, el bug es más probable en "Firefox", "Toolkit", o "Core".</p> + +<ul> + <li><a class="link-https" href="https://bugzilla.mozilla.org/describecomponents.cgi?product=Firefox">Lista de componentes en el producto "Firefox"</a> La mayoría de partes de Firefox con los que interactuas directamente</li> + <li><a class="link-https" href="https://bugzilla.mozilla.org/describecomponents.cgi?product=Toolkit">List of components in the "Toolkit" product</a> - Interface widgets and some frontend features</li> + <li><a class="link-https" href="https://bugzilla.mozilla.org/describecomponents.cgi?product=Core">List of components in the "Core" product</a> - Web page rendering, networking, etc.</li> +</ul> + +<p>En caso de duda, se deben buscar errores similares y ver en qué componente están.</p> + +<p>Si ninguno de los componentes parece apropiado, busca un componente "General" en el producto más apropiado.</p> + +<h2 id="Bugs_específicos">Bugs específicos</h2> + +<p>Si reporta de un <strong>bloqueo</strong>, porfavor <a href="https://wiki.developer.mozilla.org/es/docs/Mozilla/como_obtener_un_seguimiento_de_pila_para_un_informe_de_error">incluir el ID de Breakpad o adjunte el seguimiento de la pila</a> e incluya la firma del bloqueo en el resumen del bug.</p> + +<p>If you are reporting a <strong>memory use or leak bug</strong>, please attach the output of about:memory (Firefox 6+). Ideally, find steps to reproduce an increase in what is shown in about:memory (even after clicking the "Minimize memory usage" button at the bottom). If you have trouble finding steps to reproduce, try the Firefox Support page titled <a href="http://support.mozilla.com/en-US/kb/High%20memory%20usage">High Memory Usage</a>. If you are a C++ developer, <a class="link-https" href="https://wiki.mozilla.org/Performance:Leak_Tools">more precise tools are available</a>.</p> + +<p>If you are reporting a <strong>bug involving a specific web page</strong>, please try to make a <a href="/en-US/docs/Reducing_testcases">reduced testcase</a> and attach it to the bug report.</p> + +<p>If the bug was <strong>recently introduced</strong>, finding a <a href="http://quality.mozilla.org/docs/bugzilla/guide-to-triaging-bugs-for-firefox/finding-a-regression-window/">regression window</a> can help identify the cause of the bug.</p> + +<div class="originaldocinfo"> +<h2 id="Original_document_information">Original document information</h2> + +<ul> + <li>Author(s): Jesse Ruderman, Gervase Markham</li> + <li>Other Contributors: Eli Goldberg, Claudius Gayle, Jan Leger, Felix Miata, Peter Mock, Chris Pratt, Chris Yeh, and others.</li> +</ul> +</div> diff --git a/files/es/qa/confirming_unconfirmed_bugs/index.html b/files/es/qa/confirming_unconfirmed_bugs/index.html new file mode 100644 index 0000000000..deb06950b6 --- /dev/null +++ b/files/es/qa/confirming_unconfirmed_bugs/index.html @@ -0,0 +1,44 @@ +--- +title: Confirmando bugs sin confirmar +slug: QA/Confirming_unconfirmed_bugs +translation_of: Mozilla/QA/Confirming_unconfirmed_bugs +--- +<p>Los bugs que son de nuevos reporteros van a estar inicialmente marcados como SIN CONFIRMAR. Para cambiar un bug de SIN CONFIRMAR a NUEVO, necesitaremos tu ayuda para verificar si este es válido. Un bug puede ser movido de SIN CONFIRMAR a NUEVO si:</p> +<ul> + <li>Está bien reportado, según los <a href="/En/Bug_writing_guidelines" title="En/Bug writing guidelines">Lineamientos para la Redacción de Bugs</a>.</li> + <li>Es reportado sobre una versión actual (versión fechada en las últimas tres semanas).</li> + <li>No es una copia de uno de los Bugs <a class="link-https" href="https://bugzilla.mozilla.org/duplicates.cgi">Frecuentemente Reportados</a>.</li> +</ul> +<p>Nota: No es necesario que puedas reproducir el bug para poder confirmarlo.</p> +<p>Para ayudar a confirmar bugs, tienes que hacer lo siguiente:</p> +<h2 id="Get_Set_Up" name="Get_Set_Up">Consigue configurar</h2> +<ul> + <li>Descarga la <a class="external" href="http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/">Última Versión de Firefox </a>. </li> + <li>Revisa una de las siguientes listas de bugs SIN CONFIRMAR- <a class="link-https" href="https://bugzilla.mozilla.org/buglist.cgi?bug_severity=blocker;bug_severity=critical;bug_severity=major;resolution=---;op_sys=Linux;query_format=advanced;bug_status=UNCONFIRMED;product=Firefox;list_id=3438245" title="https://bugzilla.mozilla.org/buglist.cgi?bug_severity=blocker;bug_severity=critical;bug_severity=major;resolution=---;op_sys=Linux;query_format=advanced;bug_status=UNCONFIRMED;product=Firefox;list_id=3438245">Sólo Linux</a> - <a class="link-https" href="https://bugzilla.mozilla.org/buglist.cgi?bug_status=UNCONFIRMED&rep_platform=Macintosh&op_sys=Mac+OS+X&product=suite,firefox,thunderbird,toolkit,core">Sólo PPC Mac </a>- <a class="link-https" href="https://bugzilla.mozilla.org/buglist.cgi?bug_status=UNCONFIRMED&rep_platform=PC&op_sys=Mac+OS+X&product=suite,firefox,thunderbird,toolkit,core">Sólo Intel Mac</a> - <a class="link-https" href="https://bugzilla.mozilla.org/buglist.cgi?bug_severity=blocker;bug_severity=critical;bug_severity=major;resolution=---;op_sys=Windows%20NT;op_sys=Windows%202000;op_sys=Windows%20XP;op_sys=Windows%20Server%202003;op_sys=Windows%20Server%202008;op_sys=Windows%20Vista;op_sys=Windows%207;op_sys=Windows%208;op_sys=Windows%208%20Metro;query_format=advanced;bug_status=UNCONFIRMED;product=Firefox;list_id=3438239" title="https://bugzilla.mozilla.org/buglist.cgi?bug_severity=blocker;bug_severity=critical;bug_severity=major;resolution=---;op_sys=Windows%20NT;op_sys=Windows%202000;op_sys=Windows%20XP;op_sys=Windows%20Server%202003;op_sys=Windows%20Server%202008;op_sys=Windows%20Vista;op_sys=Windows%207;op_sys=Windows%208;op_sys=Windows%208%20Metro;query_format=advanced;bug_status=UNCONFIRMED;product=Firefox;list_id=3438239">Sólo Windows</a> - <a class="link-https" href="https://bugzilla.mozilla.org/buglist.cgi?bug_severity=blocker;bug_severity=critical;bug_severity=major;resolution=---;op_sys=All;query_format=advanced;bug_status=UNCONFIRMED;product=Firefox;list_id=3438253" title="https://bugzilla.mozilla.org/buglist.cgi?bug_severity=blocker;bug_severity=critical;bug_severity=major;resolution=---;op_sys=All;query_format=advanced;bug_status=UNCONFIRMED;product=Firefox;list_id=3438253">Todos</a> (notar que "Todos" no significa bugs sin confirmar reportados en la "Plataforma: Todos", sino que significa cada bug inconfirmado).</li> + <li>Por favor revisa primero la lista de bugs que correspondan a tu plataforma. Es recomendable clickear en el botón "Sev" para ordenar por orden de severidad. </li> +</ul> +<p>Es recomendable usar los links Atrás/Adelante (Back/Forward) para moverse dentro de las listas, en vez de recargarlas cada vez que quieras buscar un nuevo bug.</p> +<h2 id="Get_the_Right_Privileges" name="Get_the_Right_Privileges">Consigue los privilegios adecuados</h2> +<p>Para poder confirmar los bugs necesitas el privilegio "Puedes confirmar".</p> +<p>Si has sido activo en Bugzilla, lo mas seguro es que tengas este privilegio. Revisa tus <a class="link-https" href="https://bugzilla.mozilla.org/userprefs.cgi?tab=permissions" style="line-height: 1.5;" title="https://bugzilla.mozilla.org/userprefs.cgi?tab=permissions">Preferencias en Bugzilla</a>. Si tus permisos dicen "Puedes confirmar un bug" ("Can confirm a bug"), entonces estas listo. </p> +<p>Si no tienes este privilegio, entonces puedes solicitarlo siguiendo <a href="https://bugzilla.mozilla.org/page.cgi?id=get_permissions.html" style="line-height: 1.5;" title="https://bugzilla.mozilla.org/page.cgi?id=get_permissions.html">estos pasos</a>.</p> +<h2 id="Confirm_the_Unconfirmed" name="Confirm_the_Unconfirmed">Confirma lo inconfirmado</h2> +<p>1. <strong>Intenta determinar si el bug se encuentra duplicado.</strong> Use <a class="link-https" href="https://bugzilla.mozilla.org/query.cgi">este método</a> para buscar en la base de datos. </p> +<p>2. <strong>Intente reproducir el bug.</strong>Si es posible reproducir el bug, entonces anota el hecho de que puedes reproducirlo, y agrega este comentario al campo de <strong>Comentarios Adicionales:</strong></p> +<pre class="eval">1. Tu versión de Mozilla (el título de la barra del navegador) +2. Tu plataforma +3. Tu sistema operativo +</pre> +<p>Si no puedes reproducir el bug, entonces anota en los comentarios de que intentaste reproducirlo y no pudiste. Si otros también están de acuerdo de que el bug es irreproducible, puedes marcarlo como INVÁLIDO (INVALID) o WORKSFORME, y decirle al que lo reportó que lo reabra si puede proporcionar pasos para reproducirlo en la nueva versión. Un texto ejemplo para los problemas coumunes de bugs puede ser encontrado al fondo de <a class="external" href="http://www-archive.mozilla.org/quality/browser/prescreening.html" style="line-height: 1.5; text-decoration: underline;">esta</a> página.</p> +<p>3. <strong>Has que el bug sea fácil de entender.</strong>Mira los<span style="line-height: 1.5;"> </span><a href="/En/Bug_writing_guidelines" style="line-height: 1.5;" title="En/Bug writing guidelines">lineamientos para la Redacción de Bugs</a> para saber el tipo de información que es de ayuda en un bug, incluyendo pasos para la reproducción y una buena descripción.</p> +<p>4. <strong>Verifica el Producto y el Componente.</strong> Si el reporte de bug es clasificado incorrectamente, muévelo hacia el correcto Producto y Componente. Asegúrate de clickear en el botón que dice "reasignar el bug al dueño del componente seleccionado" ("reassign the bug to owner of the selected component.")</p> +<p>5. <strong>Verifica el resumen del bug.</strong> Actualiza el resumen para que sea descriptivo, y contenga las suficientes palabras claves para que las personas que lo busquen lo encuentren.</p> +<p>6. <strong>Cambia el estatus a NUEVO.</strong> Deberías confirmar un bug cuando <em>no está en el Componente general.</em></p> +<h2 id="Optional.2C_but_Helpful" name="Optional.2C_but_Helpful">Opcional, pero de ayuda</h2> +<ul> + <li><strong>Agrega Palabras Clave.</strong> Si estas familiarizado con las <a class="link-https" href="https://bugzilla.mozilla.org/describekeywords.cgi">palabras claves y sus significados</a>, por favor agrega las palabras claves que consideres correctas.</li> + <li><strong>Actualiza la <strong><a class="link-https" href="https://bugzilla.mozilla.org/page.cgi?id=fields.html#bug_severity" style="text-decoration: underline;">severidad</a> </strong></strong>según corresponda con las pautas de Bugzilla.</li> + <li><strong>Agrega un seguimiento de pila (<strong>stack trace</strong>)</strong> para los bugs que generan crash.</li> + <li>Escribe un <a class="external" href="http://www.mozilla.org/newlayout/bugathon.html">caso de prueba reducido</a>.</li> + <li>Encuentra un URL que demuestre el problema.</li> +</ul> diff --git a/files/es/qa/index.html b/files/es/qa/index.html new file mode 100644 index 0000000000..b8b4bf82af --- /dev/null +++ b/files/es/qa/index.html @@ -0,0 +1,252 @@ +--- +title: Control de calidad de Mozilla (QA) +slug: QA +tags: + - Ayudar + - Calidad + - Landing + - Pruebas + - QA +translation_of: Mozilla/QA +--- +<div class="callout-box"><strong><a class="external" href="http://www.mozilla.org/quality/bug-writing-guidelines.html">Cómo escribir un buen bug</a></strong><br> +Al seguir estos lineamientos, aseguras que tus bugs estén en la cima de la pila de trabajo de los ingenieros de Mozilla y por lo tanto, ayudas a resolverlos.</div> + +<p>Hay muchas cosas que puedes hacer para ayudar al proyecto Mozilla en el departamento de Control de Calidad (QA). No todas requieren saber programar, algunas tampoco requieren conocer HTML u otra tecnología Web. Si estás interesado en ayudarnos como testeador o en alguna otra actividad de QA, primero debes leer las siguientes páginas: <a class="external" href="http://www.mozilla.org/quality/">Mozilla Quality Assurance</a> y <a class="external" href="http://www.mozilla.org/quality/help/">Helping with Quality Assurance</a></p> + +<h2 id="Empezando">Empezando</h2> + +<ul class="card-grid"> + <li><span>¿Cómo pueod ayudar a probar?</span> + + <p>Hay muchas maneras de convertirte en <a href="/en-US/docs/Mozilla/QA/How_can_I_help_test_">community contributor</a> para el equipo de calidad Mozilla.</p> + </li> + <li><span>Bugs</span> + <p>Todos los proyectos Mozilla usan <a href="https://bugzilla.mozilla.org/">Bugzilla</a> para rastrear bugs. Aprende cómo <a href="/en-US/docs/Mozilla/QA/Bug_writing_guidelines" title="/en-US/docs/Mozilla/QA/Bug_writing_guidelines">reportar un bug</a> y conoce <a href="/en-US/docs/What_to_do_and_what_not_to_do_in_Bugzilla">qué hacer en Bugzilla</a>.</p> + </li> + <li><span>Eventos</span> + <p>Particiopa en nuestro <a href="/en-US/docs/Mozilla/QA/Bug_Verification_Day">Bug Verification Day</a> semanal o <a href="/en-US/docs/Mozilla/QA/Bug_Triage_Day">Bug Triage Day</a>. ¡Incluso puedes <a href="/en-US/docs/Mozilla/QA/Organizing_a_Testday">organizar un testday</a> para tu comunidad local!</p> + </li> + <li><span>Matrix</span> + <p><a href="https://wiki.mozilla.org/Matrix">Empieza con Matrix</a>, la primera vía de comunicación para miembros de la comunidad Mozilla.</p> + </li> +</ul> + +<h2 id="Bugs">Bugs</h2> + +<div class="row topicpage-table"> +<div class="section"> +<h3 id="Reportando_bugs">Reportando bugs</h3> + +<dl> + <dt><a href="/en-US/docs/Mozilla/Bugzilla">Bugzilla</a></dt> + <dd>Todos los proyectosMozilla usan <a href="https://bugzilla.mozilla.org/">Bugzilla</a> para rastrear bugs. Necesitarás <a href="https://bugzilla.mozilla.org/createaccount.cgi">crear una cuenta con Bugzilla</a> en orden para reportar bugs y priorizarlos.</dd> + <dt><a href="/en-US/docs/Mozilla/QA/Bug_writing_guidelines" title="/en-US/docs/Mozilla/QA/Bug_writing_guidelines">Guías de redacción de bugs</a></dt> + <dd>Entre más efectivamente se reporte un bug, es más probable que un ingeniero puedo arreglarlo. Siguiendo estas guías, ayudas a asegurar que yus bugs sean nototios en el montón de los ingenieros Mozilla, y sean arreglados.</dd> + <dt><a href="/en-US/docs/Mozilla/QA/A_Bugs_Life" title="/en-US/docs/Mozilla/QA/A_Bugs_Life">La vida de un bug</a></dt> + <dd>Este tutorial te dara un vistazo del qué sucede en los estados que un bug pasará, así cómo va desde un estado al otro en su ciclo de vida. También explica el significado de banderas (flags)/términos usados en QA.</dd> + <dt><a href="/en-US/docs/Mozilla/QA/Filing_Crash_Bugs">Presentando <em>crash bugs</em></a></dt> + <dd>Este documento enlista las guías y consejos acerca de cómo redactar reported de un bug reports que rompe, de una manera que ayude a depurar y arreglar el asunto reportado.</dd> +</dl> +</div> + +<div class="section"> +<h3 id="Catalogando_bugs">Catalogando bugs</h3> + +<dl> + <dt><a href="/en-US/docs/Mozilla/QA/Confirming_unconfirmed_bugs" title="en-US/docs/Confirming unconfirmed bugs">Confirmando bugs no confirmados</a></dt> + <dd>Identifica reportes de bugs útiles y cierra el resto.</dd> + <dt><a href="/en-US/docs/Mozilla/QA/Triaging_Bugs_for_Firefox" title="/en-US/docs/Mozilla/QA/Triaging_Bugs_for_Firefox">Catalogando bugs para Firefox</a></dt> + <dd>Información acerca del proceso completo de clasificación de bugs – desde procesar los bugs entrantes hasta detallar los pasos para recrear bugs.</dd> + <dt><a href="/en-US/docs/Screening_duplicate_bugs">Ocultando bugs duplicados</a></dt> + <dd>Ayuda a que los bugs sean más faciles de arrgelar al ocultar reportes entrantes acerca de duplicados.</dd> + <dt><a href="/en-US/docs/What_to_do_and_what_not_to_do_in_Bugzilla">Guías generales</a></dt> + <dd>Qué hacer y qué NO hacer en Bugzilla.</dd> +</dl> +</div> +</div> + +<hr> +<h2 id="Pruebas_manuales">Pruebas manuales</h2> + +<div class="row topicpage-table"> +<div class="section"> +<dl> + <dt><a href="/en-US/docs/Mozilla/QA/Test_Case_Writing_Primer">Complementode la redacción de caso de prueba</a></dt> + <dd>Cómo escribir casos de prueba correctos</dd> +</dl> +</div> + +<div class="section"> +<dl> + <dt><a href="https://testrail.stage.mozaws.net/">TestRail</a></dt> + <dd>Casos de prueba del área de QA en Mozilla se encuentran en TestRail. Necesitarás una cuenta LDAP para ingresar y ejecutar casos de prueba. Aprende más en la <a href="https://wiki.mozilla.org/TestEngineering/Testrail">página wiki de TestRail</a>.</dd> +</dl> +</div> +</div> + +<hr> +<h2 id="Pruebas_automatizadas">Pruebas automatizadas</h2> + +<div class="row topicpage-table"> +<div class="section"> +<dl> + <dt><a href="/en-US/docs/Mozilla/QA/Automated_testing" title="/en-US/docs/Mozilla/QA/Automated_testing">Automatización de pruebas en Mozilla</a></dt> + <dd>Documentación acerca de la creación y uso de pruebas automatizadas para el código de Mozilla.</dd> + <dt><a href="/en-US/docs/Mozilla/QA/Running_automated_tests">Ejecutando pruebas automatizadas</a></dt> + <dd> + <p>Esta página enlista los pasos requeridos para ejecutar suites de pruebas automatizadas de Mozilla.</p> + </dd> + <dt><a href="/en-US/docs/Mozilla/QA/Developing_tests" title="en-US/docs/Developing_Tests">Desarrollando pruebas</a></dt> + <dd>Asegurar que cambios fúturos en Mozilla no vayan a dañar cosas que funcionan correctamente.</dd> + <dt><a href="/en-US/docs/Mozilla/QA/Avoiding_intermittent_oranges" title="en-US/docs/QA/Avoiding intermittent oranges">Evitar fallas intermitentes en pruebas</a></dt> + <dd>Sugerencias para hacer rus pruebas más confiables, de tal manera que ayudan a evitar fallas intermitentes y aleatorias en pruebas.</dd> + <dt><a href="/en-US/docs/Mozilla/QA/Test_Verification">Verificación de pruebas</a></dt> + <dd>Cuando una colección de cambios agrega una nueva prueba, o modifica una prueba existente, la verificación de pruebas (test verification,TV) de un grupo de pruebas realiza evaluación adicional que ayuda a encontrar fallas intermitentes en ñas pruebas modificadas tan pronto como es posible.</dd> + <dt><a href="/en-US/docs/Mozilla/QA/Mozharness_FAQ">Mozharness FAQ</a></dt> + <dd>Respuestas a preguntas comunes de Mozharness.</dd> +</dl> +</div> + +<div class="section"> +<dl> + <dt><a href="/en-US/docs/Mozilla/QA/Robocop" title="/en-US/docs/Mozilla/QA/Robocop">Robocop</a></dt> + <dd>Robocop es el sistema de automatización de pruebas usado en Firefox para Android. Aprende sus <a href="/en-US/docs/Mozilla/QA/Robocop/Code_style_guidelines">guías de estilo de codificación. </a></dd> + <dt><a href="/en-US/docs/Mozilla/QA/Marionette">Marionette</a></dt> + <dd>Conoce las pruebas de interfaz de usuario con Marionette.</dd> + <dt><a href="/en-US/docs/Mozilla/QA/web-platform-tests">Pruebas de plataforma-web</a></dt> + <dd>Aprende cómo usar el <a href="http://testthewebforward.org/docs/">sistema de pruebas Web en tiempo de ejecución</a> estándar de la industria, multi-navegador, multi-platforma para la organización <a href="https://www.w3.org/">W3C</a> usedo por Mozilla y otros para asegurar interoperabilidad entre navegadores.</dd> + <dt><a href="/en-US/docs/Mozilla/QA/external-media-tests">Pruebas de Media externa</a></dt> + <dd>Empieza probando elementos de vídeo en HTML5u sando VideoPuppeteer, una colección de pruebas de <a href="/en-US/docs/Mozilla/QA/Marionette">Marionette</a> usada probar sitios como YouTube o Netflix.</dd> + <dt><a href="/en-US/docs/Mozilla/QA/Chrome_tests">Pruebas de cromo</a></dt> + <dd>Una prueba de cromo es básicamente una prueba de <a href="https://developer.mozilla.org/en-US/docs/Mochitest" title="en/Mochitest">Mochitest</a> corriendo con privilegios de cromo (código Javascript en la parte front-end del sistema Gecko).</dd> +</dl> +</div> +</div> + +<hr> +<h2 id="Ingeniería_de_calidad_Firefox">Ingeniería de calidad Firefox</h2> + +<div class="row topicpage-table"> +<div class="section"> +<dl> + <dt><a href="/en-US/docs/Mozilla/QA/Triaging_Bugs_for_Firefox" title="/en-US/docs/Mozilla/QA/Triaging_Bugs_for_Firefox">Catalogando bugs para Firefox</a></dt> + <dd>Información acerca del completo proceso de clasificación de <em>bugs </em>– desde el procesamiento de <em>bugs </em>entrantes hasta reducir los pasos para replicar un <em>bug</em>.</dd> +</dl> + +<dl> + <dt><a href="/en-US/docs/Mozilla/QA/Tips_and_Tricks">Consejos y trucos</a></dt> + <dd>Estos consejos y trucos harán tu vida más fácil cuando estés probando.</dd> +</dl> +<a href="/en-US/docs/Downloading_Nightly_or_Trunk_Builds">Descargando ramas de builds o nocturnos</a> + +<dl> + <dd>Cada 24 horas, un <em>build </em>"nocturno" es creado para que los <em>testers </em>de todo el mundo lo descarguen y prueben, reportando como van encontrando los defectos.</dd> +</dl> +</div> + +<div class="section"> +<dl> + <dt><a href="/en-US/docs/Mozilla/Command_Line_Options">Opciones de línea de comandos</a></dt> + <dd>Opciones de la línea de comandos son usadas para especificar varios ajustes de arranque en Firefox.</dd> + <dt><a href="/en-US/docs/Mozilla/Performance/Reporting_a_Performance_Problem">Reportando un problema de desempeño</a></dt> + <dd>Este artículo te guiará en el reporte de un problema de desempeño usando la <a href="https://developer.mozilla.org/en-US/docs/Mozilla/Performance/Profiling_with_the_Built-in_Profiler">extensión Gecko Profiler</a>.</dd> + <dt><a href="/en-US/docs/Mozilla/Projects/Crash_reporting">Informe de accidentes</a></dt> + <dd>Firefox incluye un sistema de código abierto para informar accidentes.</dd> +</dl> +</div> +</div> + +<hr> +<h2 id="Firefox_para_Android">Firefox para Android</h2> + +<div class="row topicpage-table"> +<div class="section"> +<dl> + <dt><a href="/en-US/docs/Mozilla/QA/Mobile_Firefox">Firefox móvil</a></dt> + <dd>Firefox para Android es la versión móvil de Firefox con una apariencia nativa de Android.</dd> + <dt><a href="/en-US/Firefox_for_Android/Compatibility_Testing">Pruebas de compatibilidad</a></dt> + <dd>Ayudanos a identificar sitios web que no funcionen bien en Firefox al reportar las cuestiones especificas que encuentras en tu investigación.</dd> +</dl> +</div> + +<div class="section"> +<dl> + <dt><a href="/en-US/docs/Mozilla/QA/Fennec_Android:_Logging_with_the_Android_Debug_and_Logcat">Registrando con Android Debug Bridge y Logcat</a></dt> + <dd>Este artículo proveerá un recorrido en descargar y establecer un ambiente al cual se puede obtener acceso y ver los registros del sistema de Android.</dd> + <dt><a href="/en-US/docs/Mozilla/QA/Firefox_Mobile:_Enabling_the_Error_Console">Habilitando la Consola de Error</a></dt> + <dd>Vee el artículo Mozilla Hacks en <a class="external external-icon" href="https://hacks.mozilla.org/2012/08/remote-debugging-on-firefox-for-android/">Depurando Remotamente en Firefox para Android</a> para contenido web. Si necesitas depurar el mismo navegador Firefox usa <a class="external external-icon" href="http://developer.android.com/tools/help/logcat.html">adb logcat</a> de Android.</dd> +</dl> +</div> +</div> + +<hr> +<h2 id="Firefox_OS">Firefox OS</h2> + +<div class="row topicpage-table"> +<div class="section"> +<h3 id="Pruebas_manuales_2">Pruebas manuales</h3> + +<dl> + <dt><a href="/en-US/Firefox_OS/Simulator_vs_Emulator_vs_Device">Simulador vs Emulador vs Dispositivo</a></dt> + <dd>Éstas son las tres opciones cuando viene a conseguir un ambiente Firefox OS en orden para trabajar, o desarrollar para, Firefox OS.</dd> + <dt><a href="/en-US/Firefox_OS/Debugging">Depurando</a></dt> + <dd>Descubrir las diferentes herramientas a nuestra disposición para depurar tu código Firefox OS.</dd> + <dt><a href="/en-US/Firefox_OS/Developing_Firefox_OS/Filing_bugs_against_Firefox_OS">Reportando bugs</a></dt> + <dd>Este artículo proporciona una guía para archivar <em>bugs </em>acerca del proyecto Firefox OS, incluyendo Gaia y B2G.</dd> +</dl> +</div> + +<div class="section"> +<h3 id="Plataforma_Gecko">Plataforma (Gecko)</h3> + +<dl> + <dt><a href="/en-US/Firefox_OS/Platform/Automated_testing">Pruebas Automatizadas</a></dt> + <dd>Aprende varios aspectos de pruebas Firefox OS, incluyendo ejecutar diferentes pruebas, automatización, y reporte y seguimiento de resultados.</dd> + <dt><a href="/en-US/Firefox_OS/Platform/Automated_testing/Gaia_performance_tests">Pruebas de desempeño Gaia</a></dt> + <dd>Este artículo proporciona información acerca de ejecutar pruebas de desempeño en Gaia, así como el cómo crear nuevas pruebas.</dd> + <dt><a href="/en-US/Firefox_OS/Platform/Feature_support_chart">Gráfico de soporte de funciones</a></dt> + <dd>Hay varios <em>builds </em>diferentes de Firefox OS que se pueden descargar o construir tú mísmo, y hay algunas diferencias entre los tipos de características disponibles en cada dispositivo.</dd> +</dl> +</div> +</div> + +<hr> +<h2 id="Web_QA">Web QA</h2> + +<div class="row topicpage-table"> +<div class="section"> +<dl> + <dt><a href="/en-US/docs/Mozilla/QA/Reducing_testcases" title="en-US/docs/Reducing testcases">Refinando casos de prueba</a></dt> + <dd>Mejorando los reportes de defectos al convertir páginas web rotas en simples casos de prueba, los cuales pueden ayudar a desarrolladores entender el defecto y también pueden ser usados para crear pruebas automatizados.</dd> + <dt><a href="/en-US/docs/Mozilla/QA/Managing_Web_QA_XFails">Gestionando XFails</a></dt> + <dd>Uno de las tareas en marcha del departamento de Web QA es gestionar <em>xfails</em>. Este documento expliacrá que son las xfails, y describe los pasos que uno puede tomar para investigar y actualizarlos.</dd> +</dl> +</div> + +<div class="section"> +<dl> + <dt><a href="/en-US/docs/Mozilla/QA/Running_Web_QA_automated_tests">Ejecutar pruebas automatizadas</a></dt> + <dd>¿Así que estás interesadx en contribuir en los proyectos de automatización Mozilla Web QA pero no sabes por dónde empezar? Este documento te ayudará a preparar y ejecutar un conjunto de pruebas locales.</dd> +</dl> +</div> +</div> + +<hr> +<h2 id="Glosario">Glosario</h2> + +<div class="section"> +<dl> + <dt><a href="/en-US/docs/Glossary/Smoke_Test">Smoke Test</a></dt> + <dd></dd> +</dl> +</div> + +<h2 id="Ver_también">Ver también</h2> + +<ul> + <li><a href="https://lists.mozilla.org/listinfo/dev-quality">Lista de correo</a></li> + <li><a href="https://quality.mozilla.org/">Blog</a></li> + <li><a href="/en-US/docs/tag/QA" title="en-US/docs/tag/QA">Ver todos los documentos con la etiqueta QA</a></li> + <li><a href="/en-US/docs/tag/QA:Tools" title="en-US/docs/tag/QA:Tools">Ver todos los documentos con la etiqueta QA:Tools</a></li> +</ul> diff --git a/files/es/qa/organizando_un_testday/index.html b/files/es/qa/organizando_un_testday/index.html new file mode 100644 index 0000000000..25a0d5b818 --- /dev/null +++ b/files/es/qa/organizando_un_testday/index.html @@ -0,0 +1,219 @@ +--- +title: Organizando un Testday +slug: QA/Organizando_un_Testday +tags: + - Evento + - Organizando + - QA + - Testdays +translation_of: Mozilla/QA/Organizing_a_Testday +--- +<div class="note"> +<p>Esta página necesita una revisión técnica del Equipo QA de Mozilla en Q4 2014. (Asignada a Aaron Train.)</p> +</div> + +<p>Por favor recuerda que lo mostrado en este artículo es solo una guía aproxmada. Cuanto mayor esfuerzo pongas en la preparación de un Testday, tendrás mayor probabilidad de éxito. Dá de tu parte, y de la comunidad, suficiente tiempo para preparar el evento. Sobre todo, experimenta y diviertete con tu Testday.</p> + +<h4 id="Planeando_Tu_Evento">Planeando Tu Evento</h4> + +<div>Lo siguiente debe ser hecho en no más de una semana antes de tu evento:</div> + +<div> </div> + +<ol> + <li>Una vez tengas un tema en mente, elige un día para agendar tu evento — revisa el <a href="https://quality.mozilla.org/events/">calendar on QMO</a> para ver la disonibilidad.</li> + <li>Crea un plan de pruebas para definir el criterio de éxito, establecer un lugar designado para la suscripción de mentores, establece un esquema (ej., <a href="https://etherpad.mozilla.org/testday-20141024">past event test-plan</a>)</li> + <li>Publica y postea el evento en QMO (de ser necesario, preguntar al staff de QA en IRC para asistencia) — una valiosa publicación debe contener una solicitud para inscripción de tutoría y enlaces a documentación disponible (ej., <a href="https://quality.mozilla.org/2014/09/volunteers-needed-for-testdays-relaunch-initiative/">see past event notice</a>)</li> + <li>Difunde tu evento — Seguir nuestras sugerencias de comunicación listadas abajo ayudará a difundir y publicar el evento.</li> + <li> Contar cno mentores para ayudar a facilitar y educar durante todo el evento — reunir información de contacto para asegurar la asistencia al evento.</li> +</ol> + +<h4 id="El_Día_D">El Día "D"</h4> + +<ol> + <li>Asegurate que el tema del canal IRC esté actualizado para señalar a las personas al plan de pruebas.</li> + <li>Ser proactivo en dar la bienvenida a las personas y eliminar las barreras para que puedan constribuir - hacer preguntas e interactuar con las personas que se unen al canal.</li> + <li>Recomendar suscribirse al dev-quality y mozillians a los asistentes para notificaciones de futuros eventos.</li> + <li>Proporcionar una encuesta de opinión a los participantes, <a href="https://docs.google.com/forms/d/1ZPa-0g_jqfRQdhBLOJFLms9VudvjLjVGKOHeHpJNLyk/viewform">clonar o copiar este documento de ejemplo</a></li> +</ol> + +<h4 id="Después_del_Evento">Después del Evento</h4> + +<ol> + <li>Proporcionar un post de seguimiento en tus canales de comunicación agradeciendo a quienes asistieron.</li> + <li>Planear un futuro evento.</li> +</ol> + +<h4 id="Consejos_para_el_Éxito">Consejos para el Éxito</h4> + +<div>Lo siguiente es una lista de consejos con lo que esperamos que tu evento sea más exitoso.</div> + +<div> </div> + +<ul> + <li>Asegurate de tener suficiente mentores comprometidos con tu evento, de lo contrario podría resultar como desorganizado.</li> + <li>Asegurate de que el proyecto está listo para las pruebas; recuerda que la mayoría de las pruebas son sólo para usuarios de Firefox.</li> + <li>Cuanto más publicidad mayor será tu audiencia.</li> + <li>Date tiempo para preparar el material.</li> + <li>Dale al público tiempo suficiente para familiarizarse con el material necesario como requisito previo antes del evento.</li> + <li>Tener una revisión por partes del material de tu evento e intentar una actividad para probar el ease of your ramp-up path</li> + <li>No temer de llegar a comunidades externas (especialmente para desarrollos relacionados con testdays)</li> +</ul> + +<h4 id="Canales_de_Comunicación">Canales de Comunicación</h4> + +<p>Lo siguiente es una lista de varios canales de comunicación que deberiamos usar para anuncios. Elige los que veas conveniente.</p> + +<h5 id="Listas_de_Correo">Listas de Correo</h5> + +<ul> + <li>dev-quality: la lista de correos primaria de Mozilla QA</li> + <li>events: usarlo si tu evento incorpora reuniones físicas</li> +</ul> + +<h5 id="Redes_Sociales">Redes Sociales</h5> + +<ul> + <li>Twitter: @MozillaQA es nuestra cuenta de Twitter</li> + <li>Facebook: MozillaQA es nuestra cuenta de Facebook. Toma en cuenta que publicaciones de Evento QMO son automáticamente sindicados a Facebook</li> + <li>Yammer</li> + <li>Google Plus</li> +</ul> + +<h5 id="Foros">Foros</h5> + +<ul> + <li>Mozillazine: Comunidad que mantiene el Foro Mozilla</li> + <li>Reddit: <a href="http://reddit.com/r/firefox">http://reddit.com/r/firefox</a> — Comunidad activa de Firefox</li> +</ul> + +<h5 id="Páginas_de_Reuniones">Páginas de Reuniones</h5> + +<ul> + <li>Mozilla Project Semanalmente Actualizada, <a href="https://wiki.mozilla.org/WeeklyUpdates">detalle de reuniones aquí</a></li> + <li>QA Team: Reunión pública QA, <a href="https://wiki.mozilla.org/QA/Team_Meeting">detalle de reunones aquí</a></li> +</ul> + +<h5 id="Otros_Sitios_Web">Otros Sitios Web</h5> + +<ul> + <li><a href="http://forum.xda-developers.com/">XDA Forums</a></li> + <li><a href="http://www.softwaretestingclub.com/">Software Testing Club</a></li> +</ul> + +<hr> +<div class="note"> +<p>Esta página necesita una revisión técnica del equipo Mozilla QA Team in Q4 2014. (Asignado a Aaron Train.) Este artículo ha sido creado de esta página de QMO: <a class="link-https" href="https://quality.mozilla.org/docs/testdays/roles-and-tips/">Roles and Tips</a></p> +</div> + +<h2 id="Moderadores">Moderadores</h2> + +<p>Lo siguiente son algunos consejos para que los moderadores tengan un Testday exitoso.</p> + +<ul> + <li>Dar la bienvenida en cuanto se unan al canal</li> + <li>Pedirles que se registren en Mozillians.org</li> + <li>Pedirles que se descarguen la versión de prueba</li> + <li>Preguntarles sobre sus intereses y asignarles tareas específicas a realizar</li> + <li>Ofrecerse a responder preguntas</li> + <li>Tocar base con los testers si no has oído nada de ellos en los últimos 20 minutos más o menos</li> + <li>Agradece y anima a los testers cuando estén completando sus tareas</li> + <li>Agradece y anima a los testers antes cuando indiquen que se están yendo</li> + <li>Dile a la gente en otros canales sobre testday (#qa, #firefox, etc)</li> +</ul> + +<h2 id="Colaboradores">Colaboradores</h2> + +<p>Lo siguiente son algunos consejos para que los colaboradores tengan un testday exitoso.</p> + +<ul> + <li>Hacer preguntas, cualquiera o todas las preguntas que tengas son válidas</li> + <li>No tener miedo de tropezar, lo que se espera es que aprendas algunas cosas nuevas</li> + <li>Lee sobre el plan de pruebas y provee documentación</li> + <li>Toma una versión e inicia las pruebas; sumérgete en ella</li> + <li>Ofrece ayuda a otros testers y responde preguntas una vez hayas aprendido las cosas</li> + <li>Suscribete en <a href="https://mozillians.org">Mozillians.org</a> para que podamos mantener contacto</li> + <li><strong>Ha fallado el testday?</strong> Acercate al organizador y ve cómo puedes ayudar después del evento</li> +</ul> + +<div class="originaldocinfo"> +<h2 id="Información_Original_de_Documento">Información Original de Documento</h2> + +<ul> + <li>Autor(es): Anthony Hughes</li> + <li>última modificación: Febrero 3, 2012 a las 10:54 pm PST</li> +</ul> +</div> + +<hr> +<div class="note"> +<p>Esta págna necesita una revisión técnica del Equipo Mozilla QA Team en Q4 2014. (Asignado a Aaron Train.) Este artículo ha sido creado de esta página de QMO: <a class="link-https" href="https://quality.mozilla.org/docs/testdays/testday-template/">Testday Template</a></p> +</div> + +<h3 id="Págna_de_Evento_QMO"><a name="event"></a>Págna de Evento QMO</h3> + +<p>La semana antes al testday necesitamos crear una página de evento QMO.</p> + +<ul> + <li>Una vez te hayas logueado (Sí, necesitas estar autenticado) simplemente dá un clic a la izquierda para agregar un <a href="https://quality.mozilla.org/wp-admin/post-new.php">nuevo post</a></li> + <li>El título debe indicar el tema y la fecha(ej. Firefox Aurora Bugday Mayo 6)</li> + <li>Comienza dando un pequeño resumen del tema, objetivos, y cuándo tendrá lugar el evento.</li> + <li>Dar algún conexto como un por qué este evento/actividad es necesario y valorado.</li> + <li>Dar algún estímulo para las personas que no tienen ninguna experiencia en asistir.</li> + <li>Enmarca el lenguaje de tu post con "haciendo Firefox mejor", muestrales el beneficio de su colaboración (no importa cuan grande o pequeña sea).</li> + <li>Provee un enlace de tu plan de pruebas, etherpad y mibbit URL para que las personas sin cliente IRC puedan unirse fácilmente.</li> + <li>Asegurate de agradecerles en la medida que van asistiendo.</li> +</ul> + +<p>Este es un ejemplo de una exelente página de <a href="http://quality.mozilla.org/events/2011/02/28/add-ons-compatibility-and-add-ons-manager-testday-march-4th/">Evento QMO</a>. <strong>Antes de postear asegurate de:</strong></p> + +<ul> + <li>"Es este post un evento?" está fijado en "Yes" abajo</li> + <li>"Es todo el día el evento?" está destiqueado y la fecha/hora está debidamente ajustada (todas las horas en PDT)</li> + <li>Todo los demás detalles del evento pueden ser dejados en blanco</li> + <li>A la derecha abajo "Categorias", tiquea "Eventos", "QMO News" y cualquier "Teams"</li> + <li><strong>Asegura te GUARDAR BORRADORES y VISTA PREVIA antes de publicar</strong> (de ser posible, consige a alguien que revise)</li> +</ul> + +<h3 id="Publicación_en_QMO"><a name="blog"></a>Publicación en QMO</h3> + +<p>El día antes al testday, simplemente crea un post que recuerde a las personas que el testday será <em>mañana</em>.</p> + +<ul> + <li>El título debe ser algo así como "RECUERDA: El Firefox Aurora Testday es Mañana!"</li> + <li>El mensaje debe resumir la actividad, tiempo, la URL al canal de mibbit, y un enlace a la página del Evento QMO para más información</li> + <li>Asegurate de darle las gracias de antemano por su asistencia</li> + <li>Asegurate de que las "Categorias" en la derecha se ajustan a "QMO News"</li> + <li><strong>Asegurate de GUARDAR EN BORRADOR y VISTA PREVIA antes de publicar</strong></li> +</ul> + +<p>Este es un buen ejemplo de un <a href="http://quality.mozilla.org/qmo-news/2011/03/24/testday-reminder-mozmill-crowd-and-endurance-testing/">Recordatorio a un evento QMO</a>. Tu publicación debe ser sindicada en el Planet dentro de 30 minutos a una hora.</p> + +<h3 id="Publicación_de_Resultados_QMO"><a name="results"></a>Publicación de Resultados QMO</h3> + +<p>El día después del testday, elavora otra publicación que resalte los resultados.</p> + +<ul> + <li>El título debe ser similar a "Resultados del Firefox Aurora Testday"</li> + <li>El mensaje debe resumir la actividad y el valor que proporciona</li> + <li>Resaltar algunos de los resultados (número de bugs clasificado, número de bugs confirmado/verficado, número de testers, etc)</li> + <li>Identificar y agradecer a los mejores tester</li> + <li>Identificar y agradecer a alguna de las personas que estuvieron entre los mejores top-tester</li> + <li>Dar agradecimiento general a todas las personas que colaboraron</li> + <li>Proveer un enlace al próximo testday (debe estar disponible) e invitar a las personas para que vuelvan a ayudar</li> + <li>Asegurate de que "Categorias" en la derecha está ajustado a "QMO News"<strong> </strong></li> + <li><strong>Asegurate de GUARDAR BORRADOR y PREVISUALIZAR antes de publicar</strong></li> +</ul> + +<p>Este es un buen ejemplo de una <a href="http://quality.mozilla.org/qmo-news/2011/04/26/results-of-the-aurora-422-testday/">Publicación de Resultados QMO</a>. Tu publicación debe estar sindicada en el Planet en 30 minutos a una hora. </p> + +<div class="originaldocinfo"> +<h2 id="Información_Original_de_documento">Información Original de documento</h2> + +<ul> + <li>Autor(es): Anthony Hughes</li> + <li>Fecha de la última modificación: Octubre 25, 2011 a las 11:16 am PST</li> +</ul> +</div> + +<p> </p> diff --git a/files/es/qa/screening_duplicate_bugs/index.html b/files/es/qa/screening_duplicate_bugs/index.html new file mode 100644 index 0000000000..b6480d53cb --- /dev/null +++ b/files/es/qa/screening_duplicate_bugs/index.html @@ -0,0 +1,157 @@ +--- +title: Screening duplicate bugs +slug: QA/Screening_duplicate_bugs +translation_of: Mozilla/QA/Screening_duplicate_bugs +--- +<address class="author"> + <strong>Por <a class="link-mailto" href="mailto:sidr@albedo.net?subject=Text%20Searching%20in%20Bugzilla%20doc">Sean Richardson</a></strong></address> +<p><span style="line-height: 1.5;">Si has estado </span><a href="/en/docs/Confirming_unconfirmed_bugs" style="line-height: 1.5;" title="http://developer.mozilla.org/en/docs/Confirming_unconfirmed_bugs">confirmando</a><span style="line-height: 1.5;"> bugs SIN CONFIRMAR o viendo </span><a class="link-https" href="https://bugzilla.mozilla.org/query.cgi?bug_status=UNCONFIRMED&bug_status=NEW&product=Core&product=Firefox&product=Mozilla+Application+Suite&product=Thunderbird" style="line-height: 1.5;">nuevos</a><span style="line-height: 1.5;"> bugs, te habrás dado cuenta de que todos los bugs que son enviados por reporteros inexperimentados son bugs DUPLICADOS. A pesar de que menos de la mitad resultan ser duplicados, lo mejor es asumir que cada uno lo es hasta que uno se convenza de lo contrario.</span></p> +<p>Esto es una guía que sirve para ayudarle a identificar la máxima cantidad posible de bugs duplicados que llegan de la manera mas eficiente. Se asume que siente cierta comodidad usando <a class="internal" href="/en/Searching_Bugzilla" style="line-height: 1.5;" title="en/Searching Bugzilla">Searching Bugzilla</a>.</p> +<p>Este tutorial está escrito como si fueras a sentarte y a buscar bugs DUPLICADOS (DUPs) uno tras otros, pero muchos de estos se aplican, no importa como llegues a un bug potencialmente duplicado. Si quieres intentar identificar los bugs DUPLICADOS uno por uno al final de la lista hay una lista de bugs, que indica los tipos de bugs que usualmente están DUPLICADOS.</p> +<p><span style="line-height: 1.5;">Mientras que estés revisando los reportes de bugs para ver si hay DUPLICADOS, por favor confirma los bugs SIN CONFIRMAR, agrega o simplifica casos de prueba, mejora los pasos para reproducirlo, mejora el resumen, reporta si lo has reproducido en otra plataforma, y/o si has hecho algo mas que tenga sentido antes de moverte al próximo, si el bug no parece ser un DUPLICADO.</span></p> +<p>Para marcar a un bug como DUPLICADO, <a class="link-https" href="https://bugzilla.mozilla.org/userprefs.cgi?tab=permissions" style="line-height: 1.5;">tu</a> necesitas el <a class="external" href="http://www.mozilla.org/quality/help/unconfirmed.html" style="line-height: 1.5;">permiso</a> <span style="line-height: 1.5;">"Puedes editar todos los aspectos de cualquier bug". Si no tienes este permiso, manda un e-mail a </span><a class="external" href="http://www.gerv.net/hacking/before-you-mail-gerv.html" style="line-height: 1.5;">Gerv</a> o a <a href="mailto:bugmaster@mozilla.com?subject=%5Bedit-bugs-request%5D%20" style="line-height: 1.5;" title="mailto:bugmaster@mozilla.com?subject=%5Bedit-bugs-request%5D%20">bugmaster@mozilla.com</a>, y pregunta si lo pueden agregar a tu cuenta de Bugzilla. Mientras tanto, agrega un comentario a cualquier bug mencionando de que es, o puede ser un duplicado.</p> +<p> </p> +<h3 id="Los_bugs_rápidos_y_obvios">Los bugs rápidos y obvios</h3> +<dl> + <dd> + Si no lo has hecho todavía, por favor tomate tu tiempo con <a href="https://bugzilla.mozilla.org/duplicates.cgi" title="most-frequent-bugs">la lista de los bugs más frecuentemente reportados de Mozilla</a> y la sección de los <strong>Problemas Conocidos en </strong><a class="external" href="http://www.mozilla.org/products/firefox/releases/">notas de versiones de Firefox</a>.</dd> + <dt> + </dt> + <dd> + Si el reporte se parece a una regresión reciente, fijate en <a class="link-https" href="https://bugzilla.mozilla.org/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_severity=blocker&bug_severity=critical&bug_severity=major&keywords=smoketest">los bugs recientemente reportados</a> por el equipo de <a class="external" href="http://quality.mozilla.org/" style="text-decoration: underline;">QA</a> team, y en el newsgroup (<a class="link-news" href="news://news.mozilla.org/netscape.public.mozilla.builds" style="line-height: 1.5;">netscape.public.mozilla.builds</a><span style="line-height: 1.5;">) para ver si el problema ya es conocido.</span></dd> + <dd> + </dd> + <dd> + <span style="line-height: 1.5;">También puedes ver más en la lista de </span><a class="link-https" href="https://bugzilla.mozilla.org/query.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=RESOLVED&changedin=1&product=Firefox&product=Thunderbird" style="line-height: 1.5;">bugs de hoy para Firefox y Thunderbird</a><span style="line-height: 1.5;">. Mira la página de </span><a class="external" href="http://quality.mozilla.org/howto/litmus/tutorial" style="line-height: 1.5;" title="http://quality.mozilla.org/howto/litmus/tutorial">smoketesting</a><span style="line-height: 1.5;"> si quieres concentrarte en esta área.</span></dd> + <dd> + Tendrás menos dicultades escogiendo los bugs duplicados que tu ya cononces que se han reportado. En lugar de ir a través de la lista de bugs en orden, busca en ella bugs cuyos resúmenes parecen familiares, para que puedas tener tantos duplicados como se pueda sin reordenar las busquedas no guiadas. Los DUPs que tu has reportado o que has encontrado deberían de ser los más fáciles de encontrar, y los más productivos al resolverlos, desde que eres capaz de reconocer y evaluar los identicos rápidamente. </dd> + <dt> + </dt> + <dd> + Some ways to narrow down the query based on what you remember: + <ul> + <li>If you can remember an e-mail address associated with the existing bug, enter it into one of the <strong>Email</strong> sections and set the appropriate role(s). Do the same if you think you added a comment to the existing bug.</li> + <li>If you can remember roughly when the bug entered the system, choose "[Bug Creation]" in the <strong>Where the field(s)</strong> field, and set a date range in the <strong>dates</strong> and <strong>to</strong> fields.</li> + <li>If you know you've seen some mail from <a class="link-mailto" href="mailto:bugzilla-daemon@mozilla.org" rel="freelink">bugzilla-daemon@mozilla.org</a> on the subject of an existing bug that's a candidate for a match lately, enter a number in the <strong>Changed in the last [ ] days</strong> field.</li> + </ul> + </dd> + <dd> + If you get no matches, your recall may be fallible, so try the search again without the restriction.<br> + </dd> + <dd> + If you were able to quickly find the correct bug report to mark a new bug a DUP of, but its summary contains none of the words the reporter of the new bug might have tried to search with, consider adding those words to the summary, or, if you can't do that, including them in a comment suggesting that they be added to the summary -- especially if the bug looks likely to get more duplicates.</dd> +</dl> +<h3 id="Searching">Searching</h3> +<dl> + <dd> + The first field, <strong>Status</strong>, is normally preset to find NEW, ASSIGNED, and REOPENED bugs. Add UNCONFIRMED (use Ctrl-click in Windows, Command-click in MacOS) to find duplicates among newly-entered bugs too.<br> + </dd> + <dd> + To cast a wider net, add RESOLVED and VERIFIED, or deselect everything in the <strong>Status</strong> field. Do this if you wouldn't otherwise expect a long bug list, or when trying again if you got a relatively short list with no matches. It can be easier to find earlier DUPLICATE bugs (which will be RESOLVED) and follow them to the "real" bug, especially if there are several DUPs already. The existing bug you are hunting for may also have been fixed already.<br> + </dd> + <dd> + To exclude obviously extraneous bugs, narrow the search by making a choice under <strong>Product</strong>. Usually it will be "Core" (for Browser, HTML composition, and text-editing bugs) or "Firefox" or "Thunderbird".<br> + </dd> + <dd> + If the proper component for previously reported bug is obvious (as could be expected for, as an example, most "Bookmarks" bugs), choose that component. You can select multiple components at once. Be prepared, though, to retry you query without specifying a component if you don't find a match - not all bugs end up where you'd expect.<br> + </dd> + <dd> + The same will apply to the <a class="link-https" href="https://bugzilla.mozilla.org/describekeywords.cgi">Keywords</a> field. Not all bugs that should be labelled "fonts", for instance, necessarily are.<br> + </dd> + <dd> + Beside each of the <strong>Summary</strong>, <strong>Description entry</strong>, and <strong>URL</strong> fields. There is a drop-down that lets you choose the type of matching. Choose among "case-insensitive substring","case-sensitive substring", "all words", "any words", or "regular expression", as appropriate (hints on which work best for several common search scenarios are available in the <a class="external" href="http://www.mozilla.org/bugs/text-searching.html#real-life%20examples">Text Searching</a> tutorial). Although searching within the <strong>Description entry</strong> is much slower than any other field, go ahead and use it if it makes sense or the search terms available might not show up in the summary, but try to restrict the search with other fields at the same time if you can.<br> + </dd> + <dd> + Boolean Charts are an advanced feature that can let you do searches that are otherwise impossible. You can use any kind of match with almost any field, and set up boolean <em>and</em>s and <em>or</em>s. The first chart always <strong>ands</strong> with the rest of the query form. As a trivial example, to search for bugs about the tab key and exclude bugs about tables, add [Summary] [Does not contain (case-insensitive) substring] ["table"] after putting "tab" in the <strong>Summary</strong> field.{C}<br> + </dd> + <dd> + If you don't find a match on the bug list generated by your first query, it is usually worth trying at least one or two more queries.</dd> +</dl> +<h3 id="Matching">Matching</h3> +<dl> + <dd> + When the bug list appears, scan it for anything that looks like a possible match. It's useful to open bugs in a new window to preserve the list. At the top of each column, clicking on its name will sort the bugs by that field. You can add other fields to the bug list by clicking on <span style="text-decoration: underline;">Change columns</span>; for some searches, the <strong>Components</strong> column can be very useful.<br> + </dd> + <dd> + If you find a clear and certain match, add a comment stating which bug the duplicate bug is a DUPLICATE of (if the bug report that matches is itself a DUP, follow the trail of "This bug has been marked as a duplicate of <span style="text-decoration: underline;">00000</span>" comments). If you had to read deep into the existing bug or puzzle out the connection, mention the date of the comment that explains the match or describe the connection.<br> + </dd> + <dd> + If you are not certain of the match, but it looks probable or even possible, add a comment, but also say how sure you are. Even if you are not completely certain that a new bug is a DUP at all, if you think it probably is or even might be, add a comment saying that.<br> + </dd> + <dd> + If the original report is deficient enough that you had to try to reproduce the bug before you could understand what the report was saying, please add enough detail so that the next person reading the bug won't have that problem, and will have an easier time confirming or verifying the match. Even if you don't find a match at all, please do this to make it easier for the next person, who might make the connection immediately given your improved description.<br> + </dd> + <dd> + If the existing bug that the DUPLICATE matches to is in a different component, change the <strong>Component</strong> field to match the existing bug.<br> + </dd> + <dd> + Finally, if you are sure that the bug is a DUPLICATE, go ahead and click on the radio button beside <strong>Resolve bug, mark it as duplicate of bug # [ ]</strong> and enter the bug number of the existing bug. Be sure to check for a typo or transposition error before clicking on <strong>[Commit]</strong>.<br> + </dd> + <dd> + If, to the best of your knowledge, a new UNCONFIRMED bug is not a DUP, please follow the steps outlined in the <a href="/Screening_duplicate_bugs/unconfirmed.html" title="https://developer.mozilla.org/en-US/docs/Mozilla/QA/Confirming_unconfirmed_bugs">Confirming Unconfirmed Bugs</a> guidelines before moving on to the next.</dd> +</dl> +<h3 id="Which_is_the_Duplicate">Which is the Duplicate?</h3> +<dl> + <dd> + Other things being equal, newer bugs should be made DUPLICATES of older bugs, but, more importantly, whichever bug is further along in the process of getting fixed should <em>not</em> be made a duplicate. Signs that progess has been made include: + <ul> + <li>the bug is marked FIXED, a patch is attached or a fix is promised soon</li> + <li>the bug is ASSIGNED to the right Component and developer</li> + <li>the bug has been analyzed by developers</li> + <li>the bug has been given a higher priority (e.g., [PDT+], beta2) or an imminent milestone</li> + <li>the bug report has a explanation of how to reliably reproduce the bug and/or it has a simplified <a href="/en/Reducing_testcases" title="http://developer.mozilla.org/en/Reducing_testcases">testcase</a></li> + </ul> + </dd> + <dd> + UNCONFIRMED and "General" bugs should <em>never</em> have another bug made a duplicate of them unless the other bug is also an UNCONFIRMED or "General" bug. Even then, the bug reports that have less detail and work should be made duplicate of the bug reports that are further along, even if those are older. At that point the bug that receives the DUP should normally be confirmed, if it is not already.<br> + </dd> + <dd> + If you are stumped, add a comment resembling the following: + <pre>This bug appears to be a duplicate of bug nnnnn, but +I'm not sure which should be made DUPLICATE of which.</pre> + </dd> +</dl> +<h3 id="One_Down_or_Keeping_in_the_Groove">One Down, or, Keeping in the Groove</h3> +<dl> + <dd> + Take another look at the bug list after making a match: there may well be another DUPLICATE of the same bug lurking there. You might also see two bugs on the list that look suspiciously similar even though neither matches the bug you started with.<br> + </dd> + <dd> + After some time you will naturally become much more familiar with some types of issues and some components than others. Go with that, focus on the areas you can make sense of quickly. You might also have some existing expertise or experience that makes it easier for you to evaluate some bugs. If you know javascript well, for instance, it makes sense to check over new-to-you DOM bugs before identifying duplicates in any other area.<br> + </dd> + <dd> + Similarly, let your tools guide you, to some extent at least. If you know how to use a Debugger, you can make more of a contribution to evaluating Crashers than others can, so it makes sense to look at them. Similarly, some bugs that are reported on Linux, Macs, or other platforms are specific to the platform or platform/OS combination that they were reported on. Someone unfamiliar with that platform won't be as efficient, so if you regularly use something other than Microsoft Windows, please look at bugs reported on your platform first, by selecting it on the query page. Use the <span style="text-decoration: underline;">Edit this query</span> link at the bottom of a bug list to get back to the query form if you can't use the [Back] button.<br> + </dd> + <dd> + By concentrating on the bug reports that you have the skills and experience to evaluate quickly and surely, you will be able to help more in the time you can contribute.</dd> +</dl> +<h3 id="Specific_Types_of_Duplicates">Specific Types of Duplicates</h3> +<p>Some types of bug reports need or can benefit from special handling:</p> +<ol> + <li><strong>Bug reports about a particular URL:</strong> Check first for a substring (usually just the domain name is appropriate) of the URL in the URL field, matching against bugs with any Status. Obvious exact DUPs should show up easily that way, so long as the reporter filled in the URL field. In case that was not done, check in the Description entry field if there is no match in the URL field.</li> + <li><strong>Reports of Crashes:</strong> Crashes are identified by what specific code crashed, not how they are reproduced, so some sort of debugging output may be required before a determination can be made whether a crash report is a DUP. If you reproduce a crash on a previously unreported platform or OS, or using a current binary when the reporter was using a milestone release, please add as much detail as you can. If a module name is reported or you can generate a stack trace, search in Bugzilla for bugs with the <em>crash keyword</em>. If you don't find a match, add "crash" to the keywords field, so long as you were able to reproduce the crash.</li> + <li><strong>Multiply-DUPLICATE reports:</strong> Some bug reports describe a number of often unrelated problems. If all of the problems mentioned are clearly duplicates of existing bug reports, mark the new bug report as a DUPLICATE based on the first issue. If it is clear that <em>all but one</em> of the problems have already been reported, state that, citing the bug numbers if possible, and adjust the <strong>Summary</strong> to refer to the remaining problem.</li> + <li><strong>"General" bug reports:</strong> Be sure to move the bug to the appropriate Component if you can identify it, and copy over the QA contact, at the same time that you mark it as a DUP, so that it can be verified by someone familiar with the existing bug report.</li> + <li><strong>Same Exact Bug, two bug numbers:</strong> Sometimes a bug report ends up in the Bugzilla database twice in a row. If you see two bugs with the same summary and adjacent bug numbers, mark one as a DUP of the other immediately, before both get comments -- but look at both first, in case one has comments already.</li> + <li><strong>An ASSIGNED bug may be a DUP:</strong> It does sometimes happen that one assigned bug is a duplicate of another. If both are assigned to the same engineer, add a comment to the one that is not as far along as the other; if two different engineers are involved, add a comment to both, pointing out the existence of the other and why it appears to be a DUP. Do not resolve ASSIGNED bugs as DUPs yourself; the assignee should do that.</li> +</ol> +<h3 id="Lists_Where_Duplicates_Lurk">Lists Where Duplicates Lurk</h3> +<dl> + <dd> + The greatest concentration of duplicate bugs is in those that enter the database as UNCONFIRMED, although plenty of NEW bugs also turn out to be DUPs. Bugs do occasionally get ASSIGNED before being found to be a DUP, but that is what duplicate-screening is meant to prevent, so please concentrate on UNCONFIRMED and NEW bugs.<br> + </dd> + <dd> + The bug lists below are displayed in rough descending order of prevalence of duplicates. They will appear in new windows; you may want to open bugs from the list in new windows too, to preserve the list. Happy matching; if you find only one DUP, you'll have earned the thanks of a busy software enginner.<br> + </dd> + <dd> + <ul> + <li><a class="link-https" href="https://bugzilla.mozilla.org/buglist.cgi?bug_status=UNCONFIRMED&product=Core&product=Firefox&product=Browser+Localizations&changedin=7">UNCONFIRMED Firefox bugs changed in the last week</a> | <a class="link-https" href="https://bugzilla.mozilla.org/buglist.cgi?bug_status=UNCONFIRMED&op_sys=Linux&product=Core&product=Firefox&product=Browser+Localizations&changedin=7">Linux</a>-only | <a class="link-https" href="https://bugzilla.mozilla.org/buglist.cgi?bug_status=UNCONFIRMED&rep_platform=Macintosh&product=Firefox+Localizations&changedin=7">Mac</a>-only | <a class="link-https" href="https://bugzilla.mozilla.org/query.cgi?bug_status=UNCONFIRMED&product=Core&product=Firefox&product=Browser+Localizations&changedin=7"><em>Customize</em></a></li> + </ul> + <ul> + <li><a class="link-https" href="https://bugzilla.mozilla.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&changedin=2&product=Core&product=Firefox&product=Thunderbird">Today's & Yesterday's UNCONFIRMED <em>and</em> NEW Firefox and Thunderbird Bugs</a> | <a class="link-https" href="https://bugzilla.mozilla.org/query.cgi?bug_status=UNCONFIRMED&bug_status=NEW&changedin=2&product=Core&product=Firefox&product=Thunderbird"><em>Customize</em></a><br> + (<a class="link-https" href="https://bugzilla.mozilla.org/buglist.cgi?bug_status=UNCONFIRMED&changedin=2&product=Core&product=Firefox&product=Thunderbird">UNCONFIRMED</a>-only | <a class="link-https" href="https://bugzilla.mozilla.org/buglist.cgi?bug_status=NEW&changedin=2&product=Core&product=Firefox&product=Thunderbird">NEW</a>-only</li> + <li><a class="external" href="http://bugzilla.mozilla.org/buglist.cgi?bug_status=UNCONFIRMED&product=Thunderbird&changedin=7">UNCONFIRMED Thunderbird bugs changed in the last week</a> | <a class="external" href="http://bugzilla.mozilla.org/buglist.cgi?bug_status=UNCONFIRMED&op_sys=Linux&product=Thunderbird&changedin=7">Linux</a>-only | <a class="external" href="http://bugzilla.mozilla.org/buglist.cgi?bug_status=UNCONFIRMED&rep_platform=Macintosh&product=Thunderbird&changedin=7">Mac</a>-only | <a class="external" href="http://bugzilla.mozilla.org/query.cgi?bug_status=UNCONFIRMED&product=Thunderbird&changedin=7"><em>Customize</em></a></li> + </ul> + </dd> +</dl> +<p><small>(Thanks to Jan Leger, Eli Goldberg, David Baron, John Morrison, Matthew Thomas, Gervase Markham, Liz Henry, and Terry Weissman for contributing to this document. Additional <a class="link-news" href="news://news.mozilla.org/netscape.public.mozilla.qa.general">suggestions</a> welcome.)</small></p> |