Bonjour Beaucoup de choses ont déjà été dites... je crains en rajouter :)
> Jean-Baptiste Faure > Je m'interroge sur l'efficacité de nos tests... En premier je voulais te remercier pour cette interrogation courageuse et opportune. J'arrive un peu tard mais je trouve également nécessaire la page d'information sur les bugs. Une suggestion pour cette page : mettre un "t" à "serons" dans "Les informations qui vous y serons données peuvent en effet être utiles à d'autres." Je penche plutôt pour une liste exhaustive : l'impact réellement négatif de tel ou tel bug a une dimension subjective (mon rhume me gêne souvent plus que la maladie grave d'un inconnu ; dit autrement : beaucoup de bruit pour ceux qui n'utilisent que writer, en revanche pour les fanas du ctrl+x...). >Cette page servirait aussi de fait de programme de tests complémentaires >lors des tests QA de la version suivante. Une dimension du problème qui va dans le sens des tests de non-régression... Vaste programme... > Pierre POISSON >Peut-on imaginer qu'en parallèle, nous ayons une page sur le wiki plus >complète où nous pourrions répertoriés les bugs détectés par notre groupe ? >Car franchement, bugzilla n'est pas simple à utiliser... Je me suis d'abord dit : un outil de plus non puis réflexion faite cela me semble une bonne idée : - Cela permet de vérifier rapidement si un bug n'a pas déjà été remonté - Lorsque nous détectons quelque chose, nous demandons souvent confirmation sur d'autres configurations. Dans l'attente une issue n'a pas été créée. Je ne comprends pas suffisamment la réponse de Sophie pour apprécier si cela répond à ces besoins : > Sophie : >Actuellement, ce n'est pas un environnement de test très convivial >(validation et collection des tests réalisés manquent) mais un >environnement intégré à QASTe devrait nous être mis à disposition dans >le courant de l'année, intégrant également le TCM. >L'idée est aussi d'essayer d'intégrer ces tests à nos outils de >localization pour en faire une traduction rapide et fidèle. Quelques réflexions sur les tests et sur OOo en général. On pourrait presque être surpris que les tests TCM découvrent des bugs. On pourrait en effet se dire que les développeurs "passent" eux-mêmes ces tests avant la mise en test... Une manière de dire que ces tests ont leur utilité :) J'ai jusqu'ici privilégié le test en "usage courant", i.e. en téléchargeant les versions et en les utilisant (usage privé et parfois professionnel). Mes autres activités m'ont hélas (enfin, pas vraiment hélas car sinon j'aurais fait d'autres choix) contraint à faire l'impasse pour les tests récents. Je suis persuadé que ce type de test est le meilleur moyen de détecter les bugs principaux découverts avec la 3.1. Tout le monde s'accorde sur la briéveté des délais compte tenu de l'ampleur de la tâche : toutes les fonctionnalités (anciennes & nouvelles), de tous les modules, leur traduction (menus, menus contextuels, aide), pour toutes les plates-formes et architectures. Rien que ça... :) En terme de développement, qu'est-ce qui est vraiment important (je n'ai pas un avis sur tout ce qui suit) ? - respecter un calendrier ou être "raisonnablement" sûr de la version sortie - ajouter des fonctionnalités ou corriger les bugs (il en reste des avérés non programmés). - travailler sur les fonctionnalités ou sur la compatibilité MS (déjà mal respectée par cet éditeur pour ses produits). Pour terminer : > Jean-Baptiste Faure >C'est en cherchant à vérifier l'efficacité d'un tel moyen >sur mon propre fichier que j'ai trouvé le contournement que j'ai exposé >hier et qui fonctionne apparemment bien dans le cas qui m'intéresse. >Je pense que cette notion de contrôle de cohérence d'un tableur est >utile de façon générale, même indépendamment de la prévention des bugs >de OOo. On a beaucoup abusé de la fameuse règle des 80%-20% Au début de la généralisation des tableurs on a pu lire que 80% des tableaux étaient faux (pas en raison de bug mais par non vérification des calculs, reprise et modification de tableaux anciens, copier-coller de formules,etc.). C'est en tout cas un point sur lequel j'insiste en formation :) Merci pour tout... et de m'avoir lu jusqu'ici :) Cordialement Pierre-Yves Créez votre adresse électronique [email protected] 1 Go d'espace de stockage, anti-spam et anti-virus intégrés.
