Re: [fr-discuss] Re: Rythme de sortie (outil d'automatisation des tests)
Bonjour, Le 17/02/2015 14:32, christophe.ca...@laposte.net a écrit : Oui, mais à ma connaissance, aucun des outils cités ne sait lire une IHM à la manière d'un être humain ... : http://en.wikipedia.org/wiki/List_of_GUI_testing_tools Les Gui testing tools complets savent lire un écran à la manière d'un OCR et y reconnaître des formes . Ils travaillent sur les couches graphiques et détectent les erreurs, anomalies de l'interface graphique ou savent comparer à un résultat attendu en simulant les entrées par la souris ou autres entrées sur le système à tester. Celles qui sont utilisées autour de moi sont malheureusement toutes propriétaires ... Aucun tests automatisés pour l'IHM (bien trop complexe pour un produit comme LibreOffice où il n'y a pas de spécifications des implémentations). L'utilisation de widget via Glade empêche de créer un dialog non pris en charge par le code et chaque dialog créé/porté est testé automatiquement via des unit tests. La QA sur l'UI est faite manuellement via MozTrap, chaque nouvelle fonctionnalité a un test implémenté pour être testé sous toutes les plateformes/langues, d'autres tests sont faits sur des actions que l'on sait fragiles ou qui passent mal (ou trop bien) les tests automatiques comme le undo par exemple. Là encore, il y a pas mal de place pour améliorer/réaliser ces tests. Sophie -- Sophie Gautier sophie.gaut...@documentfoundation.org GSM: +33683901545 IRC: sophi Co-founder - Release coordinator The Document Foundation -- 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
Re: [fr-discuss] Re: Rythme de sortie (outil d'automatisation des tests)
Oui, mais à ma connaissance, aucun des outils cités ne sait lire une IHM à la manière d'un être humain ... : http://en.wikipedia.org/wiki/List_of_GUI_testing_tools Les Gui testing tools complets savent lire un écran à la manière d'un OCR et y reconnaître des formes . Ils travaillent sur les couches graphiques et détectent les erreurs, anomalies de l'interface graphique ou savent comparer à un résultat attendu en simulant les entrées par la souris ou autres entrées sur le système à tester. Celles qui sont utilisées autour de moi sont malheureusement toutes propriétaires ... Christophe - Mail original - De: Sophie gautier.sop...@gmail.com À: discuss@fr.libreoffice.org Envoyé: Mardi 17 Février 2015 13:05:04 Objet: Re: [fr-discuss] Re: Rythme de sortie (outil d'automatisation des tests) Bonjour, Le 16/02/2015 15:54, christophe.ca...@laposte.net a écrit : 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 ... Les tests réalisés sur LibreOffice pour lesquels nous avons des buildbots et utilisons Jenkins pour les builds/tests en intégration continue : https://wiki.documentfoundation.org/Development/Tinderbox#Status_of_Tinderboxes utilisent ces outils : - CPP unit tests pour chaque fix https://wiki.documentfoundation.org/Development/Unit_Tests - Python unit tests https://wiki.documentfoundation.org/Development/Python_Unit_Tests - LCOV https://wiki.documentfoundation.org/Development/Lcov - scripts de surveillance des régressions https://wiki.documentfoundation.org/Development/RegressionHotspots - crash tests http://dev-builds.libreoffice.org/crashtest/?C=M;O=D dernier log disponible ici basé sur Asan: http://nabble.documentfoundation.org/new-crashtest-Asan-results-tt4140343.html - analyse du code avec clang https://wiki.documentfoundation.org/Development/Clang_Code_Analysis - analyse du code avec cppcheck https://wiki.documentfoundation.org/Development/Cppcheck dernier rapport http://nabble.documentfoundation.org/CppCheck-Report-Update-tt4140131.html - analyse du code avec coverity il faut etre inscrit mais le dernier rapport http://nabble.documentfoundation.org/New-Defects-reported-by-Coverity-Scan-for-LibreOffice-tt4139815.html en amont de la QA du code, il y a un bisecting systématique des régressions utilisant bibisect maintenant sur toutes les plateformes. La liste des bugs ayant le mot clé bibisect: https://bugs.documentfoundation.org/buglist.cgi?quicksearch=bibisectrequestlist_id=522993 le how-to https://wiki.documentfoundation.org/QA/HowToBibisect Tous ces outils sont open source, disponibles sur nos dépôts, utilisables, améliorables... Sophie -- Sophie Gautier sophie.gaut...@documentfoundation.org GSM: +33683901545 IRC: sophi Co-founder - Release coordinator The Document Foundation -- 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
Re: [fr-discuss] Re: Rythme de sortie (outil d'automatisation des tests)
Bonjour, Le 16/02/2015 15:54, christophe.ca...@laposte.net a écrit : 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 ... Les tests réalisés sur LibreOffice pour lesquels nous avons des buildbots et utilisons Jenkins pour les builds/tests en intégration continue : https://wiki.documentfoundation.org/Development/Tinderbox#Status_of_Tinderboxes utilisent ces outils : - CPP unit tests pour chaque fix https://wiki.documentfoundation.org/Development/Unit_Tests - Python unit tests https://wiki.documentfoundation.org/Development/Python_Unit_Tests - LCOV https://wiki.documentfoundation.org/Development/Lcov - scripts de surveillance des régressions https://wiki.documentfoundation.org/Development/RegressionHotspots - crash tests http://dev-builds.libreoffice.org/crashtest/?C=M;O=D dernier log disponible ici basé sur Asan: http://nabble.documentfoundation.org/new-crashtest-Asan-results-tt4140343.html - analyse du code avec clang https://wiki.documentfoundation.org/Development/Clang_Code_Analysis - analyse du code avec cppcheck https://wiki.documentfoundation.org/Development/Cppcheck dernier rapport http://nabble.documentfoundation.org/CppCheck-Report-Update-tt4140131.html - analyse du code avec coverity il faut etre inscrit mais le dernier rapport http://nabble.documentfoundation.org/New-Defects-reported-by-Coverity-Scan-for-LibreOffice-tt4139815.html en amont de la QA du code, il y a un bisecting systématique des régressions utilisant bibisect maintenant sur toutes les plateformes. La liste des bugs ayant le mot clé bibisect: https://bugs.documentfoundation.org/buglist.cgi?quicksearch=bibisectrequestlist_id=522993 le how-to https://wiki.documentfoundation.org/QA/HowToBibisect Tous ces outils sont open source, disponibles sur nos dépôts, utilisables, améliorables... Sophie -- Sophie Gautier sophie.gaut...@documentfoundation.org GSM: +33683901545 IRC: sophi Co-founder - Release coordinator The Document Foundation -- 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
[fr-discuss] Re: Rythme de sortie
Bonsoir Olivier, C'est gentil mais, je crains que tu surestimes mes compétences. J'ai jeté un oeil sur ton lien sur le bibisect... je n'y comprends pas grand chose. 1 - Déja, l'anglais et moi, ... ça fait deux. A part... Pull...AGGRO !!!... RUN !! ...HEA... heu, .. rez pliz, ... c'est a peu près tout ! Je sais qu'il n'y a pas d'âge pour apprendre, mais là, il faudrait que je me lance un défi perso que je sens moyen. 2 - En plus, ça paraît quand même sacrément technique et laborieux Autant je pense que j'arriverais, avec un peu d'acharnement à finir sur bugzilla pour confirmer un bug ou encore aider à en localiser l'origine au niveau des manips… autant je me sens pas sur le bibisect. Encore une fois, ce bug en particulier ne m'importe pas plus qu'un autre. Je me sens pas(plus) assez impliquer pour casser ma machine afin d'installer Linux (pas assez puissante pour supporter une VM), apprendre l'anglais et passer mes soirées rien que pour arriver à comprendre comment ça marche avant de pouvoir faire quelquechose… La 4.99 sera déjà en fin de vie ! ;) Cela rend-il mes remarques non pertinentes ? La question est simple, ce que j'ai exprimé est-il quelque chose que d'autres expriment (peut être vérifiable sur les listes non fr) ?. A - Si je suis le seul, c'est que mon ressenti est purement personnel et donc anecdotique… il suffit de l'ignorer. B - Si par contre il existe une demande équivalente récurrente un peu partout, alors c'est que le problème mérite d'être discuté. Et si c'est le cas, ce n'est qu'une fois la discussion commencée que la question des ressources et leur utilisation pourra être abordé (faire une pause, réduire le rythme, ou autre...) Ce n'est pas plus compliqué que ça ! Bonne soirée, Cordialement, Denis -- View this message in context: http://nabble.documentfoundation.org/Rythme-de-sortie-tp4137159p4138425.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
[fr-discuss] Re: Rythme de sortie
Bonjour Denis, Je prends moi aussi le risque de répondre à nouveau. Oui, il y a un problème de ressources. On peut tourner la question dans tous les sens, le problème restera le même. Mais si toi-même tu ne te considères pas comme une potentielle ressource, qui va s’occuper des problèmes qui t’importent? Il n’est pourtant pas trop tard pour le bug avec DOCX. Celui qui a fermé le rapport de bug l’a fait uniquement, je pense, parce qu’on ne sait pas quel est correctif concerné. Pourtant, avec un bibisect, il serait possible de réduire grandement la tâche consistant à retrouver ce correctif. Alors pourquoi ne pas faire ce bibisect, aller sur bugzilla, rouvrir le rapport de bug, donner les résultats du bibisect, et, si besoin, signaler que c’est une régression importante? Il y a actuellement 10409 rapports ouverts. Qui va rouvrir un rapport fermé si tu ne donnes pas une bonne raison de le faire? Qu’il reste 5, 9 ou 12 mois avant la fin de version, qu’est-ce que ça va changer? Il y a des rapports qui attendent 2, 3 ou 5 ans. Alors un bug clos WORKSFORME, si tu ne le rouvres pas toi-même en fournissant une bonne raison de s’en occuper (le bibisect), qui le fera? Ce n’est pas parce qu’on n’est pas dév qu’on est inutile. Faire de l’assurance-qualité, tester les versions, rapporter les problèmes et faire le suivi des bugs, c’est à la portée de tout le monde, et les dévs ont besoin de ces contributeurs-là. Ils le disent assez souvent, me semble-t-il. Ensuite, le choix des sorties rapides et multiples, est-ce le bon? Je n’en sais rien, mais si les ressources ne permettent pas d’espérer faire autrement sans faire pire, que faire? Si j’ai bonne mémoire, cette manière de faire a été choisie pour inciter à tester, parce qu’auparavant les utilisateurs testaient peu les RC, et il y avait pas mal de problèmes importants qui n’étaient corrigés qu’avec une version corrective qui arrivait des mois plus tard, mais ce n’était toujours pas suffisant, puisqu’il y avait toujours des régressions. En fait, le problème semblait assez similaire à aujourd’hui, à la différence que le développement allait beaucoup moins vite. Cordialement, Olivier -- View this message in context: http://nabble.documentfoundation.org/Rythme-de-sortie-tp4137159p4138419.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
[fr-discuss] Re: Rythme de sortie
Bonjour, Les utilisateurs contents ne se manifestent sans doute pas assez. Pour ma part, je suis très satisfait de l’évolution du logiciel depuis que TDF a repris le flambeau. Certes, c’est perfectible, mais on peut dire ça de tous les logiciels. Quand je vois l’incroyable travail qu’a constitué le nettoyage du code (et qui ne semble toujours pas fini après 4 ans), je me dis que OOo était vraiment en sale état, et que le boulot accompli depuis lors a été primordial. Les nouvelles fonctionnalités sont utiles. L’absence de certaines fonctions, pour certains, c’est pire que les bugs. Présumer que ses propres soucis et besoins sont prioritaires sur ceux d’autrui, c’est une erreur. Dans le LL, ceux qui participent font ce qui leur semble prioritaire et important, et de la manière qui leur semble la meilleure, et c’est bien normal. Par ailleurs, je trouve injuste les critiques concernant les bugs et les régressions, attendu que les dévs ont mis en place des tests pour éviter le retour des bugs déjà corrigés, ce qui ne se faisait pas, semble-t-il, à l’époque d’OOo. Évidemment, ce ne règle pas tout, loin de là, mais il est inexact de penser que la stabilité n’importe pas aux dévs. Olivier -- View this message in context: http://nabble.documentfoundation.org/Rythme-de-sortie-tp4137159p4138034.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
Re: [fr-discuss] Re: Rythme de sortie
Bonjour, Comme je comprends les réactions de Denis et de Marie-Jo. J'ai précipité mon départ à la retraite il y a plus de seize ans car je ne supportais plus d'être entre le marteau de clients exigeants, à juste titre, et l'enclume des bogues de logiciels Microsoft, Lotus et Corel. Après plus de dix ans d'utilisation de logiciels libres, je me demande si, pour les besoins d'associations et mes besoins personnels, je ne devrais pas retourner à des logiciels de Microsoft. Il y a moins d'une heure, LibreOffice m'a planté Ubuntu, pour la n ième fois, sans prévenir et sans que je puisse reprendre la main. Même la touche du clavier numérique est inactive. Comme c'est la version livrée par la distribution, je me suis adressé au forum d'Ubuntu, sans obtenir de solution. Denis et Marie-Jo ont bien décrit la situation des utilisateurs que je continue à partager. Il y a deux aspects qui n'ont pas été évoqués : 1 - Le prix des logiciels de Microsoft et de ses concurrents est insignifiant par rapport au coût des utilisateurs : la moindre perte de performance et le moindre énervement des utilisateurs coûtent beaucoup plus cher que les logiciels et le matériel. 2 - Dans de nombreuses situations, le logiciel est critique, tout incident bloque le fonctionnement de l'organisation, ce qui justifie de payer beaucoup plus cher pour espérer plus de fiabilité et de tranquillité. Ceci étant dit, les utilisateurs devraient davantage contribuer au développement et à la maintenance des logiciels libres. C'est un combat permanent de Marie-Jo d'inciter ses clients et plus généralement les utilisateurs de logiciels libres à financer les ressources indispensables. Il serait probablement nécessaire que beaucoup d'autres suivent son exemple. Les petits ruisseaux... Comment faire pour ne plus lire que la qualité de LibreOffice repose sur des bénévoles ? Que des bénévoles comme moi aident à diffuser le logiciel auprès de petites associations et de retraités, pourquoi pas ? Je dépense temps et argent pour cette promotion et parfois je contribue financièrement aux communautés. Mais l'enjeu se situe dans les organisations : publiques et privées. Comment faire pour trouver un fonctionnement où les utilisateurs contribuent à ce qui est nécessaire pour assurer le développement ? Par exemple, c'est une des vocations de l'ADULLACT. Après, comme je suis utilisateur d'informatique depuis 1960, je sais que les échanges entre utilisateurs et développeurs ne sont pas simples... Il est nécessaire qu'ils s'écoutent et finissent par se comprendre. Notamment, Apple et Microsoft écoutent leurs clients, même si la réponse aux attentes n'est pas toujours immédiate et si entre utilisateurs et développeurs il y a le marketing :-). Librement. -- Jean-Yves ROYER Le 29/01/2015 16:44, Denis Radwan a écrit : Bonjour Olivier, Lorsque j'ai initié cette discussion, j'ai fait tout mon possible pour éviter le flam. A chaque intervention, j'ai pesé chaque phrase avec pour unique objectif de donner mon point de vue sans que celui-ci soit perçu comme une attaque. Même là en te lisant, je me suis dit : réponds pas de suite, reviens y à tête reposée. Ce que j'ai fait. Ensuite je me suis dit : applique toi dans la réponse et soit conciliant... ou alors abstiens toi. Mais là... ça va pas être possible Je trouve que tu vas un peu loin quand même. Denis Olivier R. wrote ... Présumer que ses propres soucis et besoins sont prioritaires sur ceux d’autrui, c’est une erreur... Je n'ai aucun souci ou besoin rapport à LibO… Mon travail est le même que l'on utilise MSO, OOO, AOO ou LibO. Comme Marie-jo, je bosse tous les jours avec une suite bureautique. Je suis en contact permanent avec de vrais utilisateur qui passent le plus clair de leur temps à utiliser une suite bureautique par obligation,. Il ont des directives, des délais à tenir et une obligation de résultat. Je les dépanne, je les assiste et je les forme. Pour la très grande majorité, ils se moquent de l'esprit du libre, ne viendront jamais sur aucun forum bureautique… ils utilisent juste l'outil qu'on leur fourni. Ils n'ont pas le choix ! Quand ils perdent leur temps parce que l’outil ne fonctionne pas bien, c'est autant de boulot qu'ils auront à recommencer, … de stress dû à l'insécurité et au retard. Quand un service informatique installe une version de LibreOffice, Il n'est responsable que des dysfonctionnements... c'est comme ça ! Vous êtes à dix mille lieux de la réalité... ! Tant sur les besoins des utilisateurs que sur celui des entreprises. Et franchement, avec tout le respect que je te dois,... être pris de haut par des users du dimanche…ça commence à me gaver. Sérieux, tu crois vraiment que j'expose une idée qui m'est venue sous la douche ? Vous avez le choix d'être à l'écoute de ce que l'on peut vous dire et nous considérer comme « une ressource » fournissant des infos sur les besoins des utilisateurs finaux,...ou bien de rester dans votre tour
[fr-discuss] Re: Rythme de sortie
Bonjour, Denis Radwan wrote Je trouve que tu vas un peu loin quand même. Je te prie de m’excuser d’être allé «loin». Je suis peut-être très loin de la réalité… c’est une accusation qui ne m’offense pas, mais non, je ne prends personne de haut. Navré d’en avoir donné le sentiment. Cordialement, Olivier -- View this message in context: http://nabble.documentfoundation.org/Rythme-de-sortie-tp4137159p4138095.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
[fr-discuss] Re: Rythme de sortie
Bonjour Olivier, Lorsque j'ai initié cette discussion, j'ai fait tout mon possible pour éviter le flam. A chaque intervention, j'ai pesé chaque phrase avec pour unique objectif de donner mon point de vue sans que celui-ci soit perçu comme une attaque. Même là en te lisant, je me suis dit : réponds pas de suite, reviens y à tête reposée. Ce que j'ai fait. Ensuite je me suis dit : applique toi dans la réponse et soit conciliant... ou alors abstiens toi. Mais là... ça va pas être possible Je trouve que tu vas un peu loin quand même. Denis Olivier R. wrote ... Présumer que ses propres soucis et besoins sont prioritaires sur ceux d’autrui, c’est une erreur... Je n'ai aucun souci ou besoin rapport à LibO… Mon travail est le même que l'on utilise MSO, OOO, AOO ou LibO. Comme Marie-jo, je bosse tous les jours avec une suite bureautique. Je suis en contact permanent avec de vrais utilisateur qui passent le plus clair de leur temps à utiliser une suite bureautique par obligation,. Il ont des directives, des délais à tenir et une obligation de résultat. Je les dépanne, je les assiste et je les forme. Pour la très grande majorité, ils se moquent de l'esprit du libre, ne viendront jamais sur aucun forum bureautique… ils utilisent juste l'outil qu'on leur fourni. Ils n'ont pas le choix ! Quand ils perdent leur temps parce que l’outil ne fonctionne pas bien, c'est autant de boulot qu'ils auront à recommencer, … de stress dû à l'insécurité et au retard. Quand un service informatique installe une version de LibreOffice, Il n'est responsable que des dysfonctionnements... c'est comme ça ! Vous êtes à dix mille lieux de la réalité... ! Tant sur les besoins des utilisateurs que sur celui des entreprises. Et franchement, avec tout le respect que je te dois,... être pris de haut par des users du dimanche…ça commence à me gaver. Sérieux, tu crois vraiment que j'expose une idée qui m'est venue sous la douche ? Vous avez le choix d'être à l'écoute de ce que l'on peut vous dire et nous considérer comme « une ressource » fournissant des infos sur les besoins des utilisateurs finaux,...ou bien de rester dans votre tour d'ivoire avec votre vision de l'usage bureautique qui tient de la science fiction et considérer chacune de nos critiques et avis comme des attaques personnelles. De plus, et à chaque fois, vous déformez nos propos pour sous entendre que nous nous en prenons aux dev… Vous avez vu ça où ? J'ai lu dans un post il n'y pas longtemps que ces listes pouvaient être taxées d'élitisme.. je rectifie, c'est de sectarisme et de pensée unique dont il s'agit ici ! J'ai dit ce que j'avais à dire, … faites en ce qu'il vous plaira, ...moi je prends mes distances. A bon entendeur,… Denis -- View this message in context: http://nabble.documentfoundation.org/Rythme-de-sortie-tp4137159p4138089.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
[fr-discuss] Re: Rythme de sortie
Bonjour Charles, En fait, il m'est arrivé plus d'une fois de mettre les mains dans du code. En pur autodidacte et, dans la grosse majorité des cas, c'était juste pour la création de petits outils pratiques au quotidien et qu'il me manquait ou alors pour m'amuser comme cette petite extension sans prétention pour Calc : [pub perso] https://forum.openoffice.org/fr/forum/viewtopic.php?f=18t=32339 [/pub perso] ...beaucoup de bidouillage en fait. Une fois seulement, j'ai développé une vrai appli professionnelle. Mes supérieurs m'avaient « demandé » de faire un outil de gestion de dossiers d'aide sociale. 35 jours de délai (pas ouvrés les jours, évidement...), ..en partant de zéro, seul et alors que je n'étais pas programmeur !;) J'ai trouvé l'expérience très intéressante bien qu'un tantinet stressante. Ce que j'ai trouvé le plus frustrant, c'est lorsque qu'au 36eme jours et sous prétexte que mon appli respectait le cahier des charges, l'on m'ait formellement interdit de chercher à la finaliser. Il y avait plein de petites améliorations que je pouvais apporter, en particulier sur les éditions bureautiques, et pendant les deux ans de son utilisation en production j'ai clairement regretté de pas pouvoir y remettre les mains. Tout ça pour dire qu'en tant que « développeur » , l'idée que des agents de la collectivité utilisaient mon produit que je considérais comme non fini m'a fortement déplu. Pour en revenir à ta question « Pourrais-tu définir ce qu'est pour toi une version stable? »… Pour moi une version stable c'est une version qui ne contient pas de bugs majeurs susceptibles de provoquer des pertes de données, l'absence de fonctionnalités qui dysfonctionnent… Une version qui se suffit à elle-même et n'oblige pas à des mises à jour permanentes. Je ne parle pas de la présence ou non de certaines fonctionnalités, ...Une appli débarrassée seulement des dysfonctionnements divers et variés, parfois anecdotique, parfois problématiques, mais qui sont récurrents. Pour ma part, je garde précieusement une version de OOo 3.2.1. Avec les extensions adéquates, c'est celle que je trouve la plus stable et elle me dépanne souvent. L'image positive ou négative n'est pas vraiment liée à une qualité perçue d'un logiciel. Je pense que si ...justement. Vu le nombre d'opposants à l'utilisation du libre (bien souvent juste dû à la résistance au changement) chaque crash, chaque dysfonctionnement est perçue comme une démonstration de la non fiabilité de l'outil et utilisé comme excuse pour le choix d'une solution propriétaire. L'utilisateur est plus exigeant avec ce qu'il considère a priori, comme moins performant. C'est illogique, injuste… mais c'est comme ça. La formation est effectivement un point important mais ça ne fait pas tout. Si les gens que j'ai formés sur les styles et qui se sont approprié l'outil auraient du mal à revenir à Word, c'est parce qu'ils étaient volontaires, curieux et à la recherche de réelles solutions pour améliorer leur usage quotidien de la suite. Mais certaines personnes, refusent de se former… Les «détracteurs» font partie de ceux-là, ne veulent pas être convaincu et se moquent des faits. A contrario, ils savent récupérer chaque petit dysfonctionnement pour alimenter leur argumentaire. En revenant à quelques unes de tes remarques: ralentir le rythme des sorties doit servir à quelque chose, encore faut-il être précis dans ce quelque chose et dans les objectifs. Honnêtement, je ne sais pas si la solution serait dans le ralentissement des versions ou bien dans une pause afin de « chiader », « bétonner » une version avant de reprendre le rythme actuel. Mais l'objectif serait la sortie d'une version la plus irréprochable possible en termes de fonctionnement. Une version qu'une entreprise pourrait déployer en se disant : « Je suis tranquille pour un an ou deux ! » Cordialement, Denis -- View this message in context: http://nabble.documentfoundation.org/Rythme-de-sortie-tp4137159p4137580.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
[fr-discuss] Re: Rythme de sortie
Bonjour Charles, Le choix de sorties de version prévues à intervalles réguliers dans le temps (https://wiki.documentfoundation.org/ReleasePlan) est un modèle qui a été voulu dès avant le premier jour du projet LibreOffice. L'alternative est un modèle de sortie quand c'est prêt, qui a été en place un temps (mais pas uniquement) au sein du projet OpenOffice.org… Sans vouloir t'offenser, ceci tient quand même un peu du faux dilemme. Il existe d'autres solutions comme celle qui consiste, après constat d'un éventuel problème récurrent, à faire une pause pour réellement finaliser une version fiable. Dans la page du release plan, je lis : « Note that the dates mentioned in the schedule might get shifted if there are serious technical or other problems with the release. An extra RC might be needed if the final release candidate does not fit the Release Criteria. Such problem would shift the final release by one week or even more. » Après l'épisode mouvementé du tri sous Calc, 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. D'autant plus que lorsque je télécharge le master via SIGUI, j'obtiens une 4.5… soit, trois versions en même temps et non 2. Ce bug est reproductible sous la 4.3 par la simple copie du tableau de la première page dans n'importe quel document sous Word 2013. En affinant un peu, on se rend compte que l'insertion d'une « combobox » dans un tableau dans Word, provoque le problème (voir un crash) à lecture du docx sous Libreoffice. Je n'ai pas MSOffice chez moi pour pousser plus loin les investigations. Quoi qu’il en soit, Une version de Libreoffice à une durée de vie en tant que version stable de l'ordre de 6 mois… Décider à 5 mois de la fin de vie qu'il n'y a pas de nécessité de correction me gêne,… dans la démarche. - ralentir le rythme des sorties dans le temps: d'accord, mais à quelle fréquence? Le nombre de bugs diminuera-t'il?… J'en suis convaincu. N'oublions pas que les bugs ne sont repérables que parce qu'on teste le logiciel,… La QA à ses limites, et il est vrai que les testeurs sont noyés dans le recommencement incessant des mêmes tests. Car il ne s'agit pas de tester uniquement ce qui ne marchait pas. Il faut tout reprendre à chaque fois. Le test ultime de toute application est son utilisation en production, … avec de vrais utilisateurs. Est-il aberrant d'envisager qu'après avoir déclaré une version (vraiment) stable (qui pourrait être la date de fin de vie actuelle) une période de … 3 mois par exemple, soit consacrée à la remontée des problèmes réels via les forums par exemple… pour finalement donner lieu à une Version finale ? il y aura toujours une bonne raison pour laquelle la version stable ne sera pas prête... C'est vrai. Mais il y a « pas prête » et « bugguée », ce n'est pas la même chose. L'absence d'une fonctionnalité sera toujours préférable à la présence d'une dysfonctionnalité. Je suis bien conscient de ne pas être en possession de toutes les informations et d'avoir un point de vue d'amateur sur la question, ... mais je m’inquiète un peu quand même pour l'image du produit. Cordialement, Denis -- View this message in context: http://nabble.documentfoundation.org/Rythme-de-sortie-tp4137159p4137375.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
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.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
Re: [fr-discuss] Re: Rythme de sortie
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
Re: [fr-discuss] Re: Rythme de sortie
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.ca...@laposte.net À: Arnaud Versini arnaud.vers...@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.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à
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.ca...@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.ca...@laposte.net À: Arnaud Versini arnaud.vers...@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.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
Re: [fr-discuss] Re: Rythme de sortie
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
Re: [fr-discuss] Re: Rythme de sortie
Re-Bonjour Denis, J'allais commenter ta réponse à mes commentaires, mais ce sera plus synthétique si je le fais sur ce mail en fait... Le dimanche 25 janvier 2015 à 08:58 -0700, Denis Radwan a écrit : Bonjour Olivier, Je crains qu'il n'y ait méprise… ce n' est pas mon bug !;) Je ne suis ni cadre, ni décideur… juste un technicien de base qui a pour mission de conseiller sur la version à déployer. J'aurais également en charge la formation et l'assistance. J'ai loupé l'existence de ce bug dans mon analyse…au temps pour moi !... Charge à moi de faire avec et d'intégrer la présence de ce dysfonctionnement dans ma communication. Il n'y a pas mort d'homme ! Mon propos est plus d'ordre général. Il fait état d'un fonctionnement qui me semble contre-productif. Je me répète,… Dans les faits, il n'existe aucune version stable de LibreOffice. C'est par rapport à cette remarque que je me suis dit que je pouvais synthétiser les miennes :-) Je sais que tu n'es pas développeur, mais ça ne t'interdit évidemment pas d'avoir une opinion. Pourrais-tu définir ce qu'est pour toi une version stable? Ma question n'est pas innocente, comme tu t'en doutes. Mais cela m'intéresserait vraiment de savoir ce que tu en penses. Pour info, plusieurs versions majeures d'OpenOffice.org ont été critiquées à l'époque comme n'étant pas stable à cause de tel ou tel bug ou de régressions. Et ça, je pense que ça donne une image négative de la suite dans le cadre d'une utilisation professionnelle. L'image positive ou négative n'est pas vraiment liée à une qualité perçue d'un logiciel. Il y a un an et demi, dans une (très) grande administration publique, un service a dû utiliser la toute dernière version d'Excel, alors que la plupart des utilisateurs étaient sur LibreOffice. En travaillant sur des feuilles Excel jamais ouvertes par LibreOffice, la nouvelle version d'Excel a méchamment planté (=crash d'application) en quelques secondes. Le service en question a eu toutes les peines du monde à contourner le problème en passant à une version antérieure de MS Office comme en utilisant LibreOffice. Le ressenti utilisateur? Si Excel crashe c'est qu'il y a un problème avec les documents, mais en même temps, c'est Excel, ça peut arriver. Ressenti sur LibreOffice: LibreOffice ne marche pas. - Mais il crashe? - Non, mais c'est pas pareil. Le ressenti, à mon avis, tient plus à la formation, à la volonté des utilisateurs et à l'image du projet qu'à des critères objectifs. Autre exemple, presque plus factuel: Writer tient bien mieux la charge sur des gros docs ( 100 pages) que Word. D'ailleurs Word peut bien plus souvent planter que Writer dans ces cas là, et sans sauver la dernière version du document. Mais même si cela est vécu, il est rare d'entendre ce genre de comparaison dans un milieu professionnel. En revenant à quelques unes de tes remarques: ralentir le rythme des sorties doit servir à quelque chose, encore faut-il être précis dans ce quelque chose et dans les objectifs. Cordialement, Charles. Mais ce n'est que mon avis… Sinon, pour mon usage perso, LibO me convient… surtout accompagné de ce petit bijou qu'est Grammalecte ! ;) Cordialement, Denis -- View this message in context: http://nabble.documentfoundation.org/Rythme-de-sortie-tp4137159p4137427.html Sent from the Discuss mailing list archive at Nabble.com. -- Charles-H. Schulz Co-founder, The Document Foundation, Kurfürstendamm 188, 10707 Berlin Gemeinnützige rechtsfähige Stiftung des bürgerlichen Rechts Legal details: http://www.documentfoundation.org/imprint Mobile Number: +33 (0)6 98 65 54 24. -- 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
[fr-discuss] Re: Rythme de sortie
Bonjour Olivier, Je crains qu'il n'y ait méprise… ce n' est pas mon bug !;) Je ne suis ni cadre, ni décideur… juste un technicien de base qui a pour mission de conseiller sur la version à déployer. J'aurais également en charge la formation et l'assistance. J'ai loupé l'existence de ce bug dans mon analyse…au temps pour moi !... Charge à moi de faire avec et d'intégrer la présence de ce dysfonctionnement dans ma communication. Il n'y a pas mort d'homme ! Mon propos est plus d'ordre général. Il fait état d'un fonctionnement qui me semble contre-productif. Je me répète,… Dans les faits, il n'existe aucune version stable de LibreOffice. Et ça, je pense que ça donne une image négative de la suite dans le cadre d'une utilisation professionnelle. Mais ce n'est que mon avis… Sinon, pour mon usage perso, LibO me convient… surtout accompagné de ce petit bijou qu'est Grammalecte ! ;) Cordialement, Denis -- View this message in context: http://nabble.documentfoundation.org/Rythme-de-sortie-tp4137159p4137427.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
Re: [fr-discuss] Re: Rythme de sortie
Bonjour Denis, Le 25/01/2015 10:45, Denis Radwan a écrit : [...] Après l'épisode mouvementé du tri sous Calc, 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. D'autant plus que lorsque je télécharge le master via SIGUI, j'obtiens une 4.5… soit, trois versions en même temps et non 2. Il ne faut pas confondre versions stables (publiées) et branches de développement. Il y a plusieurs branches de développement actives. Actuellement il y au moins : 4.2, 4.3, 4.4 (d'où sera dérivée la 4.4.1, puis la 4.4.2, etc.), 4.4.0, master (d'où sera dérivée la 4.5, puis la 4.6, etc.). Il n'y a cependant que 2 versions stables : la 4.2 et la 4.3 Bonne journée JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. -- 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
Re: [fr-discuss] Re: Rythme de sortie
Bonsoir, Le 25/01/2015 17:16, Arnaud Versini a écrit : Le dimanche 25 janvier 2015 à 14:51 +0100, christophe.ca...@laposte.net a écrit : Tests Automatisés : Il y a des tests automatiques dans LibreOffice. C'était un des principaux sujets de la conférence 2014. Ce qui est souhaité : un correctif pour un bug devrait toujours être accompagné d'un test pour vérifier que ce bug ne revient pas. Tous ces tests sont automatiquement réalisés quand on compile LibreOffice. Si un seul échoue l'exécutable n'est pas produit. Il y avait des tests automatiques de l'UI dans OOo, je ne me souviens pas pourquoi ils ne sont plus dans LibreOffice, peut-être un problème de licence. Des quelques fois où je les ai faits tourner j'ai le souvenir que c'était loin de pouvoir remplacer les tests en situation réelle. Bonne soirée JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. -- 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
[fr-discuss] Re: Rythme de sortie
Merci Jean-Baptiste pour cette explication sur le WORKSFORME . Je n'avais aucune idée de ce que cela voulait dire ça reste néanmoins dommage puisqu'il est a priori facile de le reproduire sur la 4.3 et que la cause de celui-ci semble être la présence de combobox dans des tableaux sur les docx ... je n'ai pas eu le temps d'approfondir... Ceci dit, ça ne change pas le fond du problème... la course aux versions ! ++ Denis -- View this message in context: http://nabble.documentfoundation.org/Rythme-de-sortie-tp4137159p4137190.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