Control de calidad

Esta página explica como ayudar al equipo de control de calidad de UBports, tanto como miembro oficial o como nuevo colaborador. Por favor lea también las guías seguimiento de problemas e informe de errores para comprender mejor el flujo de trabajo. Para la comunicación en tiempo real puede unirse a nuestro grupo en telegram.

Pruebas de humo

To test the core functionality of the operating system, we have compiled a set of standardized tests. Run these tests on your device to find and report bugs and regressions. It’s usually run on all devices before a new release to make sure no new issues were introduced.

Confirmando informe de errores

Unconfirmed bugreports are labeled needs confirmation to enable global filtering. Browse through the list, read the bugreports and try to reproduce the issues that are described. If necessary, add missing information or logs, or improve the quality of the report by other means. Leave a comment stating your device, channel, build number and whether or not you were able to reproduce the issue.

Si tiene derecho de escritura en el repositorio, puede cambiar la etiqueta needs confirmation (necesita confirmación) por la de bug (error) (para marcarlo como confirmado) o invalid (nulo) (si definitivamente el problema no es reproducible). En ese caso debería ser cerrado.

Si encuentra dos asuntos describiendo el mismo problema, deje un comentario y trate de encontrar las diferencias. Si de hecho son idénticos, cierre el más nuevo y etiquételo como duplicate (duplicado).

Probando los parches

Pull-requests can be tested using the QA scripts. Run ubports-qa -h for usage information.

Once the pull-request has been merged, the issue it fixes is moved to the completed column of the Gitlab Milestone. Please check if the issues in this column are still present in the latest update on the devel channel, then see if anything else has broken in the update. Check if the developer mentioned specific things to look out for when testing and leave a comment detailing your experience. If you have write-access to the repository, you can move the issue back to In Development (and reopen it) or forward to Release Candidate as specified by the issue tracking guidelines.

Clasificación inicial de problemas

La clasificación inicial de nuevos problemas la realizan los miembros del equipo de control de calidad con derecho de escritura en el repositorio. Si se presenta un nuevo problema, lea el informe y añada las etiquetas adecuadas según se especifica en las directrices del seguimiento de problemas. También puede comenzar inmediatamente a confirmar el informe de errores.

Si el nuevo problema ya ha sido reportado en otra parte, etiquételo duplicado y ciérrelo.