Tests Automatisés : Bonjour,
Je reste sur ce fil car si nous avons trouvé dans l'Administration une solution (critiquable sur certains aspects) avec Mimo pour figer au moins sur un an avec du support pour l'essentiel de nos besoins, cette position concentre nos recherche de bug sur les versions TDF que vers la fin de l'année. Au nouveau de notre support, l'essentiel des corrections sont des backports quand ils existent , des solutions de contournement , quand c'est possible et beaucoup de support et demande d'information niveau 1 et 2 du genre, remplacer les "points" par des " virgules " sur le pavé numérique etc ... Même avec un support illimité, je ne relaye contractuellement que les demandes utilisateurs de mon administration et je n'ai (heureusement pour eux) pas le droit de transmettre tout le bugzilla à mon prestataire ... Même avec 240 000 postes réellement installés dont 50% avec uniquement Libreoffice (MIMO) , je n'ai finalement pas tant d'appels même si ça m'occupe bien ! Par contre, il existe dans d'autres sous directions qui font du code (moi je suis plutôt coté infra), des outils automatisés de tests. Des tests, il y en a pour tout : tester la qualité du code, la sécurité, la charge et automatiser les tests fonctionnels .. Certains produits reproduisent des accès à l'interface utilisateur et miment des actions au clavier et à la souris avec un comportement attendu. ça marche aussi bien pour des applis WEB que des clients lourds Microsoft, ou peut être Linux ... Beaucoup de ces produits sont propriétaires, mais je sais que Systématic, les labos du Lip6 , des PME sortent pas mal de produits en Open Source. Savez vous si quelqu'un a fait une veille la dessus ? Si un produit existe pour enrichir le rôle des qa tests et éviter au moins de refaire des tests qui on déjà été faits, on pourrait peut être le mettre en oeuvre et réagir plus rapidement dès la sortie d'une version ? Je n'ai pas été sur les autres listes Users mais nous sommes sans doute une des plus dynamiques. Savez vous si d'autres listes non francophones se plaignent aussi de la fréquence des versions ? Je demanderai Lundi chez moi à la Sous Direction des Applications quels sont leurs outils ou au moins ceux qu'ils aimeraient utiliser pour tester du code même si, à part le client lourd Cheops, on fait surtout de l'appli WEB maintenant. Bon Dimanche , Christophe ----- Mail original ----- De: "Olivier R." <olivier.nore...@gmail.com> À: discuss@fr.libreoffice.org Envoyé: Dimanche 25 Janvier 2015 13:20:54 Objet: [fr-discuss] Re: Rythme de sortie Bonjour, Denis Radwan wrote > ce bug est un nouvel exemple de ce que peut causer la nécessité absolue > d'avoir à sortir une nouvelle version dans des délais très courts. Si le correctif n’est pas backporté, comme il a été dit, c’est qu’on ne sait pas quel est ce correctif. Ce n’est pas une question de délai. On rajouterait trois ou six mois mois à la fin de vie d’une version, ça ne changerait probablement rien. Car il n’est pas trop tard pour intégrer ce correctif à la version 4.3.7. Mais il faut des moyens pour retrouver ce qui a été fait. Rallonger les délais de publication ne fait pas accroître les moyens. Les volontaires n’ont probablement pas envie de s’embêter à dénicher un bug déjà corrigé. Les dévs payés ont déjà beaucoup à faire et sont payés, entre autres, pour corriger en priorité les bugs rapportés par ceux qui les payent pour s’occuper de leurs problèmes. Pour inciter quelqu’un à s’occuper de votre bug, vous pourriez aider grandement en faisant un “bibisect”: https://wiki.documentfoundation.org/QA/HowToBibisect Ça permettrait de déterminer l’intervalle de temps dans lequel le correctif a été appliqué, et limiterait grandement les recherches à faire. Un “bibisect”, j’en ai déjà fait. C’est un peu long, il faut télécharger et dézipper une méga-archive. (Si vous n’êtes pas sous Linux, il faut lancer une machine virtuelle Linux.) Puis il faut suivre une procédure un peu pénible en répétant des tas de fois les mêmes opérations sur différentes versions de LibreOffice. À la fin, cette technique vous indique la plage de patchs dans laquelle le correctif est arrivé. À partir de là, il devrait être assez simple pour un dév de trouver le bon patch. Alors il sera possible de le backporter. Cordialement, Olivier -- View this message in context: http://nabble.documentfoundation.org/Rythme-de-sortie-tp4137159p4137400.html Sent from the Discuss mailing list archive at Nabble.com. -- Envoyez un mail à discuss+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés -- Envoyez un mail à discuss+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
