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, christophe.cazin@laposte.net
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" <christophe.cazin@laposte.net> 
> À: "Arnaud Versini" <arnaud.versini@gmail.com> 
> Cc: discuss@fr.libreoffice.org 
> 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" <arnaud.versini@gmail.com> 
> À: discuss@fr.libreoffice.org 
> 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, christophe.cazin@laposte.net 
> 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." <olivier.noreply@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+unsubscribe@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+unsubscribe@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+unsubscribe@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+unsubscribe@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