(→Crowdsourced quality assurance) |
(→Crowdsourced quality assurance) |
||
| Line 35: | Line 35: | ||
| Don't know | | Don't know | ||
| rowspan="3" | ''y'' - ''n'' > 3 | | rowspan="3" | ''y'' - ''n'' > 3 | ||
| - | | rowspan=" | + | | rowspan="6" | Optional |
|- | |- | ||
| Appropriate description? | | Appropriate description? | ||
Contents |
Proposed initial set of quality metrics for promotion into Apps. Unlike in maemo.org Extras, a guided form will be provided.
| Question | Possible answers | Requirement | |||
|---|---|---|---|---|---|
| Days in quarantine? | System | >= 10 | |||
| Screenshot in OBS. if user-facing? | System | y | |||
| Should be in Apps? | Yes | No | y - n > 10 | Mandatory | |
| Appropriate icon, if user-installable? | Yes | No | Don't know | y - n > 3 | Optional |
| Appropriate description? | Yes | No | Don't know | ||
| In approriate package group? | Yes | No | Don't know | ||
| Impacts power/performance in unexpected way? | Yes | No | Don't know | y - n > 2 | |
| Obvious license/copyright issues? | Yes | No | Don't know | ||
| Uninstall cleanly? | Yes | No | Don't know | ||
Some packages will be urgent bug fixes in response to an external API change or critcial bug. In addition to a package owner (or repository master) being able to pull a package on-demand; the promotion capability to -testing should have a Critical bug-fix box (if, and only if, the package already exists in Apps). This will:
| Question | Possible answers | Requirement | |||
|---|---|---|---|---|---|
| Introduces new functionality? | Yes | No | n - y > 5 | Mandatory | |
Regular reporting will be done over the use of the critical fix flag. If testers or packagers are found to be abusing it, they will be banned from further testing and/or use of the flag for a period (to be determined).
The procedure for making changes to MeeGo Apps QA rules is the following: