Jean-Baptiste Faure a écrit :
Bonjour,
Bonsoir,
Hier j'ai mis en release blocker (stopper) 2 bugs pour la 3.1 :
http://www.openoffice.org/issues/show_bug.cgi?id=101869 (13 mai 2009) : le
problème signalé hier matin par Marie-Jo, (La coupure de lignes complètes quand
une cellule contient une référence à une cellule de la même colonne, bloque OOo
sur XP et MacOS).
http://www.openoffice.org/issues/show_bug.cgi?id=101690 (8 mai 2009) : le tri
de lignes contenant des formules mélange les références ; le bazar que ça met
dans une feuille de calcul ne saute pas forcément aux yeux ce qui en fait un
bug vicieux. La correction était ciblée 3.2 mais nous avons étaient plusieurs à
souligner la nécessité de corriger ça dés la 3.1.1.
Les deux sont déjà corrigés mais il faudra attendre la 3.1.1 pour en profiter.
Je m'interroge sur l'efficacité de nos tests qui nous ont permis de laisser
passer ce genre de chose et sans doute d'autres aussi gênantes. Pour ma part je
pense que j'aurais pu voir le bug sur le tri si j'avais utilisé la RC2 sur ma
machine professionnelle au lieu de l'expérimenter seulement hier. Pour le
moment je n'ai pas de meilleure proposition que d'intensifier les tests et, à
l'occasion de la refonte des fichiers d'exemple pour les tests TCM, d'essayer
d'y inclure des vérifications plus larges.
Je me demande aussi, et j'aimerais avoir votre avis là-dessus, s'il ne serait
pas utile de publier une page d'information sur les bugs et problèmes connus
importants de la version stable courante. Cela permettrait d'améliorer
l'information des utilisateurs. Il ne s'agirait pas bien sûr de faire une liste
exhaustive ni très longue afin d'éviter de noyer le lecteur sous l'abondance
d'information. Au contraire il s'agirait de n'afficher que les bugs et
problèmes qui nous paraissent susceptibles d'avoir un impact réellement négatif.
Cette page servirait aussi de fait de programme de tests complémentaires lors
des tests QA de la version suivante.
Qu'en pensez-vous ?
Je rejoins toutes les idées et opinions qui ont été exprimées, notamment
le wiki, les fichiers de test et anticiper au maximum.
Pour ma part, j'ai tendance à essayer d'utiliser les versions dev et rc
en situation et ne faire les tests TCM qu'au tout, mais vraiment tout
dernier moment (hum, n'est-ce pas Jean-Baptiste?).
Mon objectif étant d'essayer d'isoler un bug et de le glisser en fail
dans le TCM le plus approchant...
:-)
Bonne soirée.
---------------------------------------------------------------------
To unsubscribe, e-mail: qa-test-unsubscr...@fr.openoffice.org
For additional commands, e-mail: qa-test-h...@fr.openoffice.org
