Salut Christophe,

Le dimanche 25 janvier 2015 à 17:42 +0100, christophe.ca...@laposte.net
a écrit :
> 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 ... 

Déjà il y a des tests sur LibreOffice sur des documents qui ont posé
problème, donc il est possible d'ajouter les documents non confidentiels
et de les intégrer à la base de tests intégrés au projet.

> 
> 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 ? 

Pour l'outil je pense qu'il vaudrait mieux en plus qu'il soit libre pour
être intégré. Et multiplateforme

Bon dimanche
> 
> Christophe 
> 
> ----- Mail original -----
> 
> De: "Arnaud Versini" <arnaud.vers...@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.ca...@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.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 
> 
> 



-- 
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

Répondre à