QA/Test Marathon LibreOffice 4.0/fr

Aidez-nous à faire de LibreOffice 4.0.0 une grande version


La première version stable de LibreOffice 4 arrivera en Février 2013. Les développeurs LibreOffice du monde entier ont travaillé dur pour corriger les bogues, ajouter des fonctionnalités supplémentaires et mettre en œuvre des demandes d'amélioration. Il est temps maintenant de passer à la tâche tout aussi importante de vérifier la qualité de leur travail acharné afin de s'assurer que la dernière version de LibreOffice sera incroyable.

Nous allons mettre LibreOffice 4.0.0 Beta 1 à l'épreuve pendant un Test marathon international de 6 jours et nous invitons tout le monde à participer ! Le test débutera le 14 décembre et se poursuivra jusqu'au 19 décembre. Nos objectifs au cours de la semaine sont les suivants:


 * Trouver et rapporter autant de bogues que possible avant la sortie de la version.
 * Alerter immédiatement les développeurs de toute régression / bogue particulièrement problématique.
 * Confirmer les bogues qui sont déjà déclarés dans la version 4.
 * Vérifier les correctifs déjà mis en oeuvre des bogues signalés précédemment.
 * Jouer avec MozTrap -- notre outil de gestion de tests.
 * Utiliser Bibisect pour résoudre les bugs plus rapidement.

Ensemble, nous contribuons à faire de LibreOffice 4.0.0 une version majeure ! Rejoignez notre Test marathon LibreOffice 4.0 du 14 au 19 décembre ! Avec votre aide, nous pouvons faire en sorte que la version bêta 2, la version Release Candidate, et enfin la version stable en février, continuent à s'améliorer pour l'ensemble de la communauté.

Comment adhérer

 * Téléchargez la dernière version (LibreOffice 4.0 bêta 1 est déjà disponible)
 * Notez que l'installation, dans la plupart de cas, sera parallèle à votre version "stable" déjà installée. Par exemple avec Ubuntu, installer la Beta 1 *.deb vous donnera deux install de LibreOffice (la version stable et la beta). Si vous avez besoin d'aide à ce sujet contactez-nous sur les listes ou sur IRC (voir plus loin).


 * Rapportez les bugs que vous trouvez

Quand : du 14 au 19 décembre 2012
A tout moment... Les membres les plus expérimentés de notre communauté QA (Assurance qualité) tenteront d'être là autant que possible pour aider à titre de mentors. Où et comment les trouver est détaillé ici, ou ici.

Ce qu'il faut tester
Nous visons à :
 * vraiment faire beaucoup de tests sur la 4.0.0
 * traiter les demandes déjà remontées pour que, claires et bien décrites, elles permettent aux développeurs d'intervenir !

Il y a toujours plusieurs façons de tester : faire vos tâches régulières, faire des tests structurés, ou jouer avec les nouvelles fonctionnalités... Choisissez ce qui vous convient le mieux :-)

Tout test est profitable et important !

Alors, choisissez :
 * vos propres fonctions préférées.
 * regarder les notes de version (page encore en cours).
 * picorer quelques tests à partir des cas de test standard.
 * tester ces requêtes Demandes particulières de Tests
 * nous allons aussi essayer de donner ultérieurement ici quelques requêtes utiles, pour vous mener à des bogues qui ont besoin de quelques vérifications.

Nota : Ayez à l'esprit qu'il s'agit de tester une version beta, donc en testant avec votre travail quotidien vous pouvez PERDRE DES DONNÉES, ceci étant justement la raison pour laquelle nous avons besoin de tester ces fonctionnalités :)

Vérifier les bugs résolus
Regarder ces bugs. Ils ont été marqués RESOLVED et FIXED par les développeurs pour la version 4.0.
 * Essayer de reproduire le bug et vérifier qu'il est bien résolu pour vous.
 * Si vous trouvez toujours le bug, ajoutez un commentaire au bug.
 * Si vous être certain que le bug a disparu, vous pouvez basculer le bug de RESOLVED à VERIFIED, avec un bref commentaire (mieux, inclure une courte information sur votre plateforme de test).

Confirmer les bugs rapportés
Vous trouverez ci-dessous les liens vers les listes de bugs devant être confirmés. Ils ont été rapportés par quelqu'un, mais il faut vérifier par exemple : Nous devons CONFIRMER le bug. Pour cela, suivre la description du bug pour tenter de le reproduire. Si oui et si le bug n'est pas encore confirmé :
 * une mauvaise configuration chez cet utilisateur
 * un problème matériel ou de pilote
 * ajouter un commentaire disant "I can confirm this bug on platform XXX" (plus toute information pertinente concernant votre test).
 * à partir de là vous pouvez basculer le bug de UNCONFIRMED à NEW

Si vous ne pouvez pas reproduire le bug :
 * ajouter un commentaire disant "I can not reproduce this bug on platform XXX" (plus toute information pertinente concernant votre test).
 * s'il vous manque des détails, demandez au rapporteur du bug de fournir les informations additionnelles (plateforme, documents de tests, etc.) et si vous pensez que le bug ne peut faire l'objet de plus d'investigations compte tenu des informations données, vous pouvez basculer le bug de UNCONFIRMED à NEEDINFO.

Liste de bugs devant être confirmés ::
 * in Writer
 * in Calc
 * in Impress
 * in Draw
 * in Base
 * tous les précédents plus d'autres...

Rapporter de nouveaux bugs
Nous testons une version Beta de LibreOffice et, comme tout logiciel, nous nous attendonc à ce qu'il y ait des bugs. Si vous en rencontrez un, merci de le rapporter. Mais, avant cela merci de CONFIRMER qu'il ne s'agit pas en fait d'un bug déjà rapporté. Il y a deux manières de rapporter des bugs dans LibreOffice :


 * 1) Assistant de soumission de bugs (le plus facile)
 * 2) BugZilla

Nota :
 * 1) Tout bug nous intéresse mais nous nous concentrons à ce moment sur trouver les régressions. Si le bug est une régression par rapport à une version précédente de LibreOffice, assurez-vous d'ajouter REGRESSION au whiteboard status quand cela vous sera demandé et d'ajouter un commentaire expliquant la régression.
 * 2) Inclure AUTANT DE DÉTAILS que possible, parmi lesquels les plus importants sont votre système d'exploitation, les étapes pour reproduire et si possible une pièce jointe illustrant le comportement.
 * 3) Merci de vérifier au préalable que le bug ne sera pas en double. L'assistant de soumission de bug offre la liste de bugs similaires. Si l'un semble le même, ne dupliquez pas le bug, ajouter à la place un commentaire à celui-là.

S'il y a un bug que vous voulez mieux cerner, Bibisect sera un excellent outil pour trouver quand le bug a été introduit.

Demandes particulières de test
Développeurs ou membres de QA, s'il y a des choses spécifiques que vous désirez voir tester, merci de les lister ici et nous nous efforcerons de les tester dans cette semaine.
 * Si vous avez un téléphone avec Android 2.2 (ou supérieure) : Essayer la télécommande Impress (premier fichier dans la liste)
 * Jouer avec MozTrap -- notre outil de gestion de test

Obtenir de l'aide
Si vous voulez en discuter, utiliser le chat ou les listes de messagerie, rapides et directs. D'autres volontaires QA et testeurs sont sur IRC et les listes de diffusion afin d'aider sur toute question.


 * Discutez sur IRC
 * Le chat IRC ne vous est pas familier ? Reportez-vous ici, lisez cette aide (en anglais), ou encore Wikipedia. Nous sommes sur le canal Freenode#libreoffice.
 * Remontez-le sur la liste [mailto:qa@fr.libreoffice.org Assurance Qualité et Tests]

Plus d'informations sur le travail avec nos scénarios de test ici (page en anglais). Si vous avez une idée pour un cas de test, n'hésitez-pas à le soumettre à la [mailto:libreoffice-qa@freedesktop.org QA mailing list]

Statistiques sur notre Test Marathon
Ci-dessous un classeur comprenant des statistiques utiles.

[[Media:QA Test Marathon Stats.ods|Test Marathon Statistics]]