Quality Assurance (Controllo di qualità)

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 comprenderne il flusso. Per una comunicazione in tempo reale, puoi unirti al gruppo telegram.

Beta test

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.

Conferma dei bachi riportati

Unconfirmed bugreports are labeld 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.

If you have write-access to the repository, you can replace the needs confirmation label with bug (to mark it confirmed) or invalid (if the issue is definitely not reproducible). In that case it should be closed.

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 quality assurance column of the GitHub project. 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.