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 ici
Retour à
l'index