Un truc à pas perdre de vue avec les rapports de bugs, c'est que de juste regarder leur nombre n'est pas nécessairement significatif. Dans les bugs, il y a souvent des feature requests, ou meme des developpeurs qui ajoutent des bugs pour ne pas oublier certains trucs qu'ils veulent faire.
Un autre truc qui contribue souvent à une grande quantité de bugs, c'est les bugs en double qui ne sont pas détectés, ou les bugs impossibles à fixer (genre stack trace inutilisable) qui ne sont pas fermés, ... Ca prend beaucoup de temps de garder un bugzilla propre...
Une release sans bug est importante, mais il ne faut pas se focaliser uniquement sur le nombre de résultats renvoyés par une recherche bugzilla pour évaluer la qualité (ou qualité == nb de bugs connus) d'une application (ie il ne faut pas faire comme le mec de mozillaquest.com pour évaluer la qualité de mozilla ;)
[^] # Re: GNOME 2.2.2
Posté par Christophe Fergeau . En réponse à la dépêche GNOME 2.2.2. Évalué à 6.
Un autre truc qui contribue souvent à une grande quantité de bugs, c'est les bugs en double qui ne sont pas détectés, ou les bugs impossibles à fixer (genre stack trace inutilisable) qui ne sont pas fermés, ... Ca prend beaucoup de temps de garder un bugzilla propre...
Une release sans bug est importante, mais il ne faut pas se focaliser uniquement sur le nombre de résultats renvoyés par une recherche bugzilla pour évaluer la qualité (ou qualité == nb de bugs connus) d'une application (ie il ne faut pas faire comme le mec de mozillaquest.com pour évaluer la qualité de mozilla ;)