[maemo-developers] Maemo QA process

[From: Ville M. Vainio]

On Thu, Jul 22, 2010 at 2:02 PM, Thomas Perl <th.perl at gmail.com> wrote:

> Wouldn't this slow down the whole process even more? Instead of
> getting one vote right away, you have to wait for the "return vote" to
> be completed, and only then the vote gets counted. A "download

People could still give unconditinal votes (they would be passed
around by people that don't need votes, i.e. have no apps). It would
only slow down the process for those that are not willing to test
other applications.

I'm certainly in favor of improving the testing experience on all
fronts (and in fact suggested an app for this purpose months ago, so
I'm not expecting anyone to jump in and do one now). However, what I'm
proposing here is a direct incentive for developers to start helping
each other.


> enough votes during one week. Visibility and promotion of the apps are
> the problems, I think (searching for apps is tedious, so nobody does
> it) - the conditional vote idea sounds like a technical solution
> (enforced policy, added restrictions) to a social problem (non-popular
> apps don't get enough exposure and consequently testers).

Technical solution is the best solution for a social problem ;-). It
cuts through the bullshit, to parahprase an 80's movie.

Other solutions would appear to require continuing effort from several
parties (all of whom are probably overloaded).

However, here are some "softer" solutions:

- Put a sticky post at "applications" forum on TMO, linking to the vote page
- Don't fret too much about QA checklist (
http://wiki.maemo.org/Extras-testing/QA_Checklist ):
  - Not everybody should check for optification, it should be automatic
  - Doesn't missing bugtracker link prevent promotion to e-t anyway?

-- 
Ville M. Vainio @@ Forum Nokia