Controllo di qualità (Quality Assurance)#
Questa pagina spiega come aiutare il gruppo QA di UBports, sia come membro ufficiale o come nuovo contribuente. Leggi pure le guide come tracciare i problemi e riportare bachi per comprendere meglio il flusso di lavoro. Per una comunicazione in tempo reale, puoi unirti al gruppo telegram.
Beta test#
Per testare le funzioni principali (core) del sistema operativo, abbiamo compilato `un set di test standardizzati<https://gitlab.com/ubports/teams/qa/project-management/raw/master/QA-Plan-Template.ots>`_. Esegui questi test sul tuo dispositivo per trovare e riportare bug e regressioni. È solitamente eseguito su tutti i dispositivi prima di una nuova versione per assicurarsi di non aver introdotto nuovi problemi.
Conferma dei bachi riportati#
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.
Qualora avessi un accesso in scrittura nel repository, potresti sostituire l’etichetta needs confirmation (in attesa di conferma) con bug (per marchiarlo confermato) oppure invalid (se il problema non fosse riproducibile). In questo caso dovrebbe essere chiuso.
Se trovassi due report che descrivono lo stesso problema, lascia un commento o prova a vedere dove differiscono. Se fossero di fatto identici, chiudine il più recente con una etichetta duplicato (duplicate).
Provare delle pezze (patch)#
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.
Fase di prioritizzazione (triage) di un problema#
La fase di prioritizzazione (triaging) di un nuovo problema è fatta dai membri del gruppo QA-team members con accesso in scrittura al repository. Se un nuovo problema è riportato, leggi il report e aggiungi le etichette corrette come specificato nelle linee guida per tracciare problemi. Puoi pure iniziare immediatamente con la conferma del bugreport.
Se il problema è già stato riportato, etichettalo come duplicato (duplicate) e chiudilo.