Tests Qualité
Les tests qualités sont effectués sur toutes les versions OpenOffice.org. Ces tests s'effectuent en corrélation avec plusieurs autres projets OpenOffice.org : le projet principal QA, le projet l10n, le projet NLC et enfin pour la localisation, ils s'effectuent en collaboration avec le projet G11n de Sun. La liste dédiée à ce projet pour les francophones est qa-test@fr.openoffice.org
Ces tests s'effectuent soit manuellement, soit automatiquement à partir de l'outil Testtool fournit avec les versions. Les plateformes testées sont les suivantes :
- Windows, toutes versions sauf 95
- Solaris, Sparc et Intel
- Linux Mandrake 10.x, Fedora Core 2 ou 3
- Mac OSX (X11)
- Linux PPC
- FreeBSD
Version 2.0
Tests de localisation
Cette version étant encore en préparation, nous effectuons actuellement des tests de localisation essentiellement. La procédure de tests est en cours d'élaboration avec l'équipe.Tous ces tests s'effectuent en français, sur un site spécifique en collaboration avec Sun.
- Procédure générale des tests de localisation
- Procédure détaillée d'utilisation du TCM
- Tableau de répartition des tests
- Documentation
Tests de fonctionnalités
- Procédure d'utilisation du Testtool.Les tests automatisés sont constitués de deux éléments : le moteur, dont l'exécutable testtool (.bin, .exe) et les scripts de test ( l'environnement TestTools)
Liens de téléchargement du testtool pour la version 2.0 (ces binaires fonctionnent pour toutes versions 1.9.x et pas uniquement pour la version m50)
. Solaris Sparc - 26 Mo/tar.gz
http://qa.openoffice.org/qatesttool/src680/tt_680m50_solsparc.tar.gz
. Solaris X86 - 21 Mo/tar.gz
http://qa.openoffice.org/qatesttool/src680/tt_680m50_solx86.tar.gz
. Linux - 22 Mo/tar.gz
http://qa.openoffice.org/qatesttool/src680/tt_680m50_linux.tar.gz
. Win 32 - 14 Mo/zip
http://qa.openoffice.org/qatesttool/src680/tt_680m50_windows.zip
Pour le moment, l'environnement doit être recupéré sur le cvs repository, au niveau de Head dans le répertoire qa/qatesttool.
cvs -z4 co qa/qatesttool
Un package tar.gz sera disponible lorsque les tests seront terminés sur SO 8.
Actuellement pour pouvoir utiliser l'application, vous devez faire les modifications suivantes :
- il est conseillé d'effacer ou de renommer le fichier .testtoolrc ou testool.ini
- lancer le binaire téléchargé précédemment (issu de l'archive 680m50)
- dans l'application ouvrir le menu Extra --> Settings
- allez dans l'onglet Généric
- dans la zone de texte/liste 'Area', tapez 'OOoProgramDir' et cliquez sur le bouton 'New'
- dans le champ texte 'Settings', insérez le chemin de l'install OOo que vous voulez tester et cliquez sur 'New'
exemple : si le chemin des binaires soffice OOo est : c:\OOo.1.9.123\program\soffice.bin, alors vous entrez : c:\OOo.1.9.123\
Maintenant, l'application sait où trouver votre installation de OOo. Notes complémentaires :
- onglet Profile (attention aucun / ou \ à la fin des chemins suivants)
- Log Base Directory : entrer le repertoire où seront stockés les resultats (doit etre accessible en ecriture)
- Base Directory : repertoire contenant les tests recuperés par CVS
- HID Directory : repertoire contenant le fichier hid.lst (generalement, le chemin precedent + /global/hid)
- cliquer sur OK
- Pour tester : Ouvrir un fichier .bas (il est conseillé de le prendre dans un des repertoires 'update')
Version 1.1.x
Un ensemble de tests manuels et de tests automatique est réalisé pour les versions Windows (toutes sauf 95), Solaris Sparc et Intel, Linux, Linux PPc, Mac OS X (X11), FreeBSD.Lorsqu'une version est délivrée, nous mettons en place une page qui permet de suivre l'avancement des tests avec le projet QA et les autres projets Native-Lang ainsi que le projet l10n.
Chacun est libre de participer, ces tests se font sur une période de deux semaines, uniquement en français.
Tests manuels :
- l'ensemble des tests manuels à réaliser est disponible ici- le fichier zip contenant tous les formats graphiques à tester est ici
- le résultat des tests est à rentrer sur ce modèle et à télécharger ensuite sur l'issue ouverte à cet effet (explications)
- si vous rencontrez des problèmes, faites en part sur la liste pour que nous puissions confronter les tests sur toutes les plateformes.
- une fois tous les tests reportés sur l'issue, la page des status est mise à jour par le responsable du projet,
- si aucun stopper n'est rencontré, la version est validée et une nouvelle issue est créée pour signifer le déplacement des versions sur les miroirs dans la partie /localized/
- si un stopper est rencontré (un stoppeur est un problème qui empêche complètement l'utilisation de la version : crash, gèle, etc...), une issue de priorité 1 est ouverte et remontée directement sur la liste dev@release par le responsable du projet.
- le responsable entre les bugs rencontrés et maintient à jour la liste pour les prochains tests.
Tests automatisés :
L'environnement de tests est disponible ici et les explications pour son utilisation sont disponibles iciRetour à l'index