Joomla! Documentation™

Este artículo está diseñado para ayudar a los miembros del Escuadrón de Errores, sobre como probar temas Abiertos y/o Pendientes.

Prueba de Temas Abiertos

"Abrir" indica que ningún miembro del Escuadrón de Errores de Joomla! ha evaluado este tema. Así que el objetivo es aprender lo suficiente sobre el tema para ser capaz de cambiar el estado a uno de los siguientes: Unable to Confirm, Known Issue, Duplicate Report, Not Joomla! Core, Confirmed, o Information Required. Mira Proceso de Seguimiento de Errores para más detalles acerca de estos códigos de estado.

Aquí hay una lista de control para las pruebas de temas Abiertos:

• ¿Leíste cuidadosamente toda la descripción y cualquier otro comentario?
• ¿Es suficiente la información proporcionada? Si no lo es, añade un comentario y cambia a Information Required.
• ¿Buscaste en el rastreador para ver si este problema ya ha sido reportado? Si ya existe, añade un comentario y cambia a Duplicate Report.

• ¿El tema se refieren a un programa del núcleo de Joomla!? Si no se refiere, cambia el estado a Not Joomla! Core.
• ¿Es el tema un problema o limitación conocida? Si es así, cambia el estado a Known Issue.
• ¿Es el problema una solicitud de mejora? Si es así, cambia el estado a Nota a Bug.

• Antes de la prueba, ¿hiciste una actualización de tu repositorio GIT local para obtener la última versión de Joomla! en GIT? (mira Git para Probadores y Rastreadores)
• Si no puedes duplicar el problema con la última versión GIT, ¿Probaste con la última versión de producción?
• Si el problema sigue sin confirmarse, intenta reproducir el problema con diferentes ajustes de la caché.
• Intenta localizar el problema cambiando la configuración de la caché.
• Si has cambiado el tema a Confirmed, ¿Te aseguraste que hay un detallado plan de pruebas en los comentarios para que alguien que no está familiarizado con el problema pueda entenderlo y probarlo?

Pruebas de Temas Pendientes

Un tema Pendiente es uno de los que (a) ha sido confirmado, (b) tiene un detallado plan de pruebas o (c) tiene una propuesta de revisión de la prueba (Aprende más acerca de los archivos de revisión). Aquí hay una lista de control para las pruebas de los temas Pendientes:

• ¿Existe un plan de pruebas para el problema que se muestra en las Instrucciones de la Prueba de campo? Si no existe, puedes publicar un comentario y cambiar el estado a Information Required.
• Antes de la prueba, ¿hiciste una actualización de tu repositorio GIT local para obtener la última versión de Joomla! en GIT?
• ¿Probaste el tema antes de aplicar el parche para asegurarte que puedes duplicar el problema?

• ¿Probaste el tema después de aplicar el parche para asegurarte de que se soluciono el problema?
• ¿Hay otros casos de prueba que deben ser considerados? Se incluyen algunos ejemplos:
  • reemplazos en archivos de plantilla (especialmente de la plantilla beez)
  • probar con el SEF o mod_rewrite habilitado y deshabilitado
  • problemas con el archivo de idioma (prueba con Depuración de Idioma establecido en Sí).
  • advertencias de PHP (prueba con los Informes de Errores al Máximo).
• Si la prueba es correcta y eres el primer probador, indica en tu comentario que es necesaria una segunda prueba. Si eres el segundo probador, cambia el estado a Ready to Commit.
• Recuerda revertir los cambios realizados por el parche después de hacer la prueba.

Pruebas de Fragmentos de Código

A veces, para probar un parche tendrás que probar fragmentos de código PHP. Una manera muy simple de hacer esto es la siguiente:

1. Crea una nueva carpeta llamada "com_test" dentro de la carpeta components.
2. Crea un nuevo archivo llamado "test.php" en esa carpeta.
3. Pon tu fragmento de código PHP en ese archivo.
4. Para ejecutar el archivo, basta con escribir la URL <tu-dominio>/index.php?option=com_test. Por ejemplo, http://localhost/joomla_desarrollo/index.php?option=com_test.

Esto ejecutará el fragmento de código dentro del framework de Joomla!. De esta manera, cuando hayas terminado, simplemente puede eliminar la carpeta com_test y no hay otros archivos que hayan sido modificados. (¡Sam, gracias por este tip!)

Sugerencias y Trucos Generales

• Si tienes la caché activada (Configuración Global → Sistema → Caché), tendrás que limpiar la caché cada vez que realices un cambio en el código o parámetros. De lo contrario, podrías estar viendo versión obsoleta de la página en caché. Por esta razón, a menos que estés específicamente probando la funcionalidad de la cache, prueba con el Caché en "No".

• Cuando trabajes los mejor es configurar los informes de error al máximo y activar todas las opciones de depuración (estos se establecen en la Configuración Global).