Bon, après des recherches auprès de gens très qualifiés en génie Logiciel (Roberto Di Cosmo, Société HENIX) etc .. Il n'existe pas sur notre planète, d'outils libres suffisamment mature pour automatiser les tests de qualification d'un client lourd.
Il y a bien quelques développements mais ceux-ci sont très complexes à utiliser avec un rapport investissements/résultats trop maigre. Les outils de test d'IHM libres et matures n'existent que pour les applications WEB et il n'y a plus personne qui voudrait refaire un développement ou un investissement pour des clients lourds. Par contre, il existe bien des produits payants qui savent le faire ... Cordialement, Christophe ----- Mail original ----- De: "Arnaud Versini" <[email protected]> À: "christophe cazin" <[email protected]> Cc: [email protected] Envoyé: Dimanche 25 Janvier 2015 18:07:15 Objet: Re: [fr-discuss] Re: Rythme de sortie Salut C'est très bien mais faut pas oublier le plus important : * Maintenir le projet si jamais il n'est plus maintenu (je pense par exemple à CPPUnit qui a été repris par un membre de TDF pour les besoins de LibreOffice) * Coder l'ensemble des tests * Maintenir les tests en cas de changement de l'UI * Coder de nouveaux tests pour chaque nouvelle issue * Probablement faire évoluer le produit pour certains besoins supplémentaires Aller je te laisse commencer, bonne soirée Le dimanche 25 janvier 2015 à 17:58 +0100, [email protected] a écrit : En cherchant rapidement sur le net , on trouve ça .. : http://benjamin-balet.info/developpement/automatisation-et-tests-des-ihm-avec-sikuli/ Mais c'est pas récent (2012) , peut être envoyé un mail au spécialiste ? Christophe ----- Mail original ----- De: "christophe cazin" < [email protected] > À: "Arnaud Versini" < [email protected] > Cc: [email protected] Envoyé: Dimanche 25 Janvier 2015 17:42:23 Objet: Re: [fr-discuss] Re: Rythme de sortie Salut Arnaud , Si ça fonctionne sur Mimo et qu'il n' y a pas de licence à payer, ça fonctionnera avec LibreOffice et les tests seront les mêmes, sauf si on teste aussi les extensions ou que nos fichiers de tests (ceux qui plantent) ne sont pas autorisés à sortir du Ministère (ça arrive) . Mais pas d' emballement, l'outil n'est pas encore trouvé ! Je poserai aussi la question à Roberto Di Cosmo qui a une meilleure vue sur le génie Logiciel et pourra peut être nous donner des pistes ... Arnaud, tu as peut être aussi des outils chez toi ! J'ai peine à penser que nos plus grandes entreprises informatiques n'aient pas ce genre d'outil à disposition ? Christophe ----- Mail original ----- De: "Arnaud Versini" < [email protected] > À: [email protected] Envoyé: Dimanche 25 Janvier 2015 17:16:00 Objet: Re: [fr-discuss] Re: Rythme de sortie Bonsoir Le dimanche 25 janvier 2015 à 14:51 +0100, [email protected] a écrit : > 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 ? C'est une bonne idée mais faut trouver les ressources pour maintenir et les écrire ces tests. MIMO pourrait s'en occuper peut être ? Bon dimanche > > 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." < [email protected] > > À: [email protected] > > > 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 à [email protected] 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 à [email protected] 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 à [email protected] 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 à [email protected] 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
