Control de qualitat

Aquesta pàgina explica com ajudar a l’equip de control de qualitat de l’UBports, tant com a membre oficial o com a nou col·laborador. Si us plau llegiu també les guies seguiment de problemes i informació d’errors per entendre millor el flux de treball. Per a comunicació en temps real, podeu unir-vos al nostre grup de Telegram.

Proves de fum

Per provar la funcionalitat bàsica del sistema operatiu, hem compilat un conjunt de comprovacions estandarditzades. Executeu aquests comprovacions al vostre dispositiu per trobar i informar errors i regressions. Normalment s’executen a tots els dispositius abans d’un nou alliberament per assegurar que no s’han introduït nous problemes.

Confirmació d’informes d’error

Informes d’error sense confirmar s’etiqueten amb needs confirmation (cal confirmació) per activar el filtratge global. Navegueu per la llista, llegiu els informes d’error i proveu de reproduir els problemes que es descriuen. Si cal, afegiu informació que manqui o registres, o milloreu la qualitat de l’informe per altres mitjans. Deixeu un comentari indicant quin és el vostre dispositiu, número de compilació o si heu pogut o no pogut reproduir el problema.

Si teniu permís d’escriptura al repositori, podeu reemplaçar l’etiqueta needs confirmation (cal confirmació) amb bug (error, per marcar-lo com confirmat) o invalid (no vàlid, si definitivament no es pot reproduir el problema). En aquest cas s’hauria de tancar.

Si trobeu dos informes descrivint el mateix problema, deixeu un comentari i intenteu trobar les diferències. Si, de fet, són idèntics, tanqueu el més nou i poseu l’etiqueta duplicate (duplicat).

Comprovació de pegats

Les sol·licituds es poden provar utilitzant els scripts QA. Executeu ubports-qa -h per a informació d’ús.

Un cop s’ha acabat el treball de desenvolupament d’un problema, es mou a la columna de control de qualitat del projecte GitHub. Comproveu si el problema encara és present a l’actualització més recent al canal de desenvolupament i intenteu trobar qualsevol problema que estigui causant. Cliqueu si la persona desenvolupadora va mencionar coses específiques per mirar quan es facin les comprovacions i deixeu un comentari descrivint amb detall la vostra experiència. Si teniu permís d’escriptura al repositori, podeu retornar el problema a In Development (en desenvolupament) o avançar-lo a Release Candidate (candidat a l’alliberament) com s’especifica a directrius de seguiment de problemes.

Triatge inicial de problemes

Els membres de l’equip de control de qualitat amb permisos d’escriptura al repositori fa el triatge inicial dels problemes nous. Si es registra un nou problema, llegiu l’informe i afegiu les etiquetes correctes com s’especifica a directrius per al seguiment de problemes. Podeu començar immediatament a confirmar l’informe d’error.

Si ja s’ha reportat el nou problema en algun altre lloc, poseu-li l’etiqueta duplicate (duplicat) i tanqueu-lo.