Probleme traduction française 1.9.2 ?

Bonjour à tous,

Avez-vous des problèmes avec la traduction française dans la version 1.9.2 ?

Pour ma part, j'ai remarqué que:

- tout n'est pas traduit
- certaines traductions sont approximatives
- certaines pages semblent planter quand on met son profil en français.

Par exemple, accéder à la page "evénements" avec un profil Admin en français ne fonctionne pas.

Il pourrait donc être intéressant de faire une mise à jour des fichiers de localisation FR et de les proposer pour l'intégration à la V1.9.3. Est-ce que l'un d'entre vous a déjà fait ce travail sur son serveur Test Link ?
Cordialement

Bonjour,

Oui c'est une bonne idée.
Je pensais y participer.
Cordialement.
Dominique

Moi j'avais déjà fait pour la 1.8, mais je n'ai plus les fichiers et en plus les termes n'étaient pas forcément les bons mais étaient ceux les plus facilement compréhensibles par le client.

Bon,
depuis mon message j'ai un peu bossé sur la traduction en FR.

J'ai ajouté/modifié déjà un peu plus de 800 lignes.

Par contre, j'aimerai pouvoir utiliser les mêmes termes partout et ce n'est pas toujours évident de définir quels sont les termes à employer, dans les formes singulier et pluriel.

Par exemple: Plan de Test et Plans de Test (je pense qu'il ne faut jamais écrire Test au pluriel, sauf quand le terme est utilisé seul).
Autre exemple : actuellement, Build est traduit par Session...
Je ne vois pas le rapport. Pour moi, Build est le terme concernant la version d'un livrable et n'a pas de rapport avec une notion de "session".

Il faudrait que l'on puisse se mettre d'accord sur l'ensemble des termes et sur leur traduction.

Pour "Plan de test" effectivement je laisserais test au singulier, mais pour "cas de test(s)" là je ne suis pas certain...
Pour le build en gros çà correspond à une campagne, dès qu'il y a une modification il faut refaire un build différent.

Rodrigue 59 a écrit:Pour "Plan de test" effectivement je laisserais test au singulier, mais pour "cas de test(s)" là je ne suis pas certain...
Pour le build en gros çà correspond à une campagne, dès qu'il y a une modification il faut refaire un build différent.

Alors c'est que je n'ai pas encore compris la notion de "Build" dans Test Link.

Car pour moi, une campagne de test c'est le regroupement d'un ensemble de tests qui sont effectués sur un logiciel.
Si la build est une sous-version d'un logiciel, on peut avoir de 0 à n campagnes de test effectuées sur une build.
On peut effectivement imaginer qu'une build ne soit pas testée du tout (pour diverses raisons).
A l'inverse, une même build peut "subire" une campagne ou plusieurs.

Effectivement, en théorie on peut avoir plusieurs campagne sur un même build (mais çà n'a pas trop d'intérêt si il n'y a pas eu de changement de version, les tests renverrons normalement le même résultat sauf si on test dans différents environnement, mais dans ce cas je serais tenté de faire un build par environnement de test, 1build linux, 1 build windows... par exemple) mais une campagne ne peut correspondre qu'à un et un seul build.

Rodrigue 59 a écrit:Effectivement, en théorie on peut avoir plusieurs campagne sur un même build (mais çà n'a pas trop d'intérêt si il n'y a pas eu de changement de version, les tests renverrons normalement le même résultat sauf si on test dans différents environnement, mais dans ce cas je serais tenté de faire un build par environnement de test, 1build linux, 1 build windows... par exemple) mais une campagne ne peut correspondre qu'à un et un seul build.

En fait, je vais prendre un exemple.

Tu peux avoir un soft en Version 1.0 build 1200.

Imaginons que ce soft soit déployé sur des machines physiques et sur des machines virtuelles. On peut imaginer que tes campagnes de test soient différentes.
Sur la même build, tu auras une campagne de test sur un environnement "physique", et une campagne sur un environnement "virutalisé", car ce ne seront exactement les mêmes tests sélectionnés pour chaque campagne (mais ce sera la même build qui sera testée).

Puis tu as une version 1.0 build 1250, laquelle correspond par exemple à l'ajout de documents PDF dans le package du soft... Il n'y a pas d'autres évolutions techniques ou fonctionnelles, ou correctifs, et tu décides de ne pas refaire de test sur ce build.

Du coup, je propose de reprendre la traduction de build, et plutôt que de laisser "session", remettre le terme "build" initial auquel je ne trouve pas pour le moment de traduction "parlante" et précise.

Mais la question est de savoir si dans Test Link (je me rappel plus bien çà fait quelques temps que je n'ai pas bossé dessus et en plus c'étais la version 1. on peut faire plusieurs campagnes pour un même Build, si non je pense du coup qu'il vaut mieux renommer en campagne, puisque de toute manière il en faudra un par campagne.

Rodrigue 59 a écrit:Mais la question est de savoir si dans Testlink (je me rappel plus bien çà fait quelques temps que je n'ai pas bossé dessus et en plus c'étais la version 1. on peut faire plusieurs campagnes pour un même Build, si non je pense du coup qu'il vaut mieux renommer en campagne, puisque de toute manière il en faudra un par campagne.

Alors dans la 1.9.2 (je ne connais pas les autres, je suis un newbie sur ce soft), tu as des sections "spécification d'exigence" "spécification de test" "exécution de test".
Pour moi, "exécution de test" correspond justement à "campagne de test".
A ce propos, je propose justement de remplacer "text execution" par "campagne de test" ce qui me parait plus clair.
Lors d'un "test execution", tu précises la build concernée.

Mais attention lors de plusieurs exécution de test au sein du même build, je pense que pour les rapports il prend en compte uniquement la dernière exécution du test.
Donc si sur 1 des machines ça ne fonctionne pas, et au sein du même build un testeur test ensuite sur une autre machine et que c'est OK, on aura bien dans "exécution de test" l'historique avec les deux exécutions (1KO et 1OK), mais il me semble que dans le rapport final le test sera comptabilisé dans les tests OK... A vérifier.

Salut,

Je me permets de déterrer ce sujet pour savoir si vous aviez pu avancer sur le TXT de traduction pour Test Link...

Bonsoir,
La notion de Build est comme vous le savez une notion de développement.
Une campagne (de tests) se fait sur un build, faire plusieurs fois la même campagne sur un même buid peut-être utile pour reproduire une anomalie associée un enchainement particulier.
La même campagne sur des buids différents ça devient de la non-régression et ce n'est plus la même campagne mais les mêmes scénarios dans des campagnes différentes...
C'est un peu polémique tout ça.
Pour les traductions, si je peux me permettre, je vous conseille d'utiliser les termes du glossaire CFTL/ISTQB même si ceux ci ne correspondent pas exactement mots à mots. Mon niveau en yankee n'est vraiment pas terrible, je suis dans l'impossibilité de vous aider sauf pour de la relecture.
Jean-Michel
PS:
Daily build: a development activity where a complete system is compiled and linked every day (usually overnight), so that a consistent system is available at any time including all latest changes.
Build journalier : une activité de développement où un système complet est compilé et linké passe à l'édition de liens chaque jour (généralement la nuit), de façon à ce qu‘un système consistant soit disponible, à chaque instant, incluant les modifications les plus récentes.
Extrait de la version 2.1F d'avril 2010 du Glossaire CFTL/ISTQB (avec petite correction de mon cru)