El Titi a écrit 3953 commentaires

Et le coeur dont je parle qui implémente OSLC est Jazz Foundation:
https://jazz.net/projects/jazz-foundation/

Et sinon il semble, d'après le contenu de la dépêche, que Squash ambitionne de proposer une solution complète de gestion de la qualité et des tests.

Pour une initiative libre c'est très louable et prometteur.
J'invite les acteurs concernés par ce projet à lorgner sur la concurrence.
Notamment, jetez un coup d’œil sur celle proposée par IBM qui s'appuie justement sur la plateforme de collaboration Jazz.
https://jazz.net/projects/rational-quality-manager/?ref_content=ribbon
Je pense que certains principes d'architecture son vraiment bien pensés notamment le couplage lâche qui s'appuie sur REST et sur la définition des ressources qui elle s'inspire largement de RDF.
http://open-services.net/bin/view/Main/ResourceGuidelines

Qui sait ? Peut-être, qu'une solution plus ouverte et plus solidement conçue amènera les pontes d'IBM à revenir sur leur position et a libérer enfin le coeur de leur application Jazz comme ils l'ont fait pour Eclipse et à ne se différencier que sur les solutions proposées par intégration de produit sur leur bus, comme ils le font pour RSA avec leur architecture en plugin.

Sinon, petite question à l'auteur de la dépêche.
Il me semble qu'il était impliqué dans le développement de SQUALE, la solution de qualimétrie qui n'a, semble t'il, pas autant percé que son autre concurrent libre Sonar.

Squash est-il lié a ce produit (l'homonymie m'interpelle) ?
S'il prenait la peine de répondre, je lui en serais reconnaissant (d'ailleurs, je crois mes souvenir qu'il a bossé pour ma boîte ;)

Merci !
Etant derrière un PC, j'aurais pris la peine de le réécrire si on pouvait rééditer ses commentaires à posteriori ;)

Le problème avec la tablette Samsung, c'est que même en se relisant, on ne peut pas poser un point d'insertion comme on le veut. C'est archi buggué.
J'ai l'habitude de taper mes textes en une fois pour ne pas interrompre le fil de mes idées et de me relire ensuite (vie le bouton "prévisualiser")
Là, il faudrait que je relise chacun des mots que j'écris et les corrigent à la volée.

J'espère que ca s'améliore avec Android 4.

Pour ce qui concerne les tests et l'interfacage avec le change management: http://open-services.net/bin/view/Main/QmSpecificationV1

Pour être plus précis je suis en désaccord avec ton point de vue. A mon sens un defaut recette doit être traite comme n'importe quel autre demande de changement avec un outil unique et approprié. Je suis d'accord avec le fait qu'il faut garder une certaine tracabilite par rapport aux exigences mais c'est un autre domaine qui ne releve du test. Même si l'outil de test doit lui aussi permettre de vérifier que les exigences sont couvertes. Il est donc important que l'outil de suivi des demandes de changements puissent référencer les cas de test qui sont associes a une demande de correction d'un défaut et vice versa. Mais ils doivent s'interfacer et pas s'intégrer. Sinon on fait le boulot en double.
En ce sens la solution Jira + QC a un temps de retard sur la plateforme Jazz/RTC d'IBM. Leur architecture permet de lier les éléments entre eux au moyen de ressource. En plus il s'agit d'un bus sur lequel chaque outil de génie logiciel s'intègre plutôt que de créer des ponts entre outils dans tous les sens. Et en plus ça permet d'être distribué sur plusieurs sites. Par exemple un défaut peut être crée sur un serveur et référencer un demande de changement d'un autre projet sur un autre site et un projet peut être hébergé sous git l'autre sous svn on pourra les modifier de la mememanier si on les autorisations. Il suffit de créer un connecteur par outil plutôt les interconnecter tous. Atlassian et sa solution centralisée et faite de brics et de brocs est à des années lumières. Mon seul regret c'est proprio.
Si tu es intéresse tu peux télécharger une version complète limitee a quelques développeurs pour te rendre compte. Le seul truc positif pour le libre est qu'ils ont publie les spécifications de tout ça en libre acces. Dommage qu'ils n'aient pas libère le bus Jazz, l'implementation comme ils l'ont fait pour Éclipse. Si tu es intéresse par cette spécification d'une solution complète de gestion de cycle de vie va faire un tour sur OSLC : http://open-services.net/. Ha même l'éditeur d'un certain Mylyn qui participe;)

Oui,

En résumé les tests unitaires sont souvent pris en charge par des librairies (ex : JUnit). Ils ne sont applicables que pour le code métier et peuvent donc être enchaînés automatiquement pour valider tout changement lors de build. Ils s'appuient parfois sur du bouchonnage grâce à des frameworks dédiés lorsqu'il y a des dépendances avec d'autres composants (ex EasyMock). Rajoute un petit test qui met en erreur lors de la découverte d'un nouveau bug et git bissect est ton ami pour retrouver une régression. On utilise aussi des outils de couverture de code pour vérifier que les tests couvrent un maximum de cas (ex : Emma).

Pour ce qui est de la partie interface utilisateur il n'y a pas de autre solution que d'enregistrer des scénarios de tests qui simulent le différents événements d'une IHM. Ensuite ceci est enregistré sous forme de macros dans un langage dédié et peut donc être modifié pour s'adapter aux changements mineurs d'interface. Ces outils doivent donc être adaptés pour chaque bibliothèque graphique. Mercury propose donc Quicktest Pro qui couvre beaucoup de bibliothèque. Pour des interfaces web, Sélénium fait largement l'affaire.

Après il reste à décrire des scénarios de tests fonctionnel qui permettent à la maîtrise d'ouvrage de valider la conformité du produit par rapport aux specs. Certaines parties ne sont pas automatisables. Les scénarios sont donc décrits étape par étape et lors d'une campagne de test, le testeur déroule les cas de test, valide les étapes et soumet les défauts lorsqu'il en rencontre. Mercury, leader du domaine, propose l'outil Quality Center à cet effet. C'est là je pense que se situe le produit présenté dans la dépêche. Ce qui est intéressant c'est qu'on dispose enfin d'une solution de test complète et libre avec tous les produits que j'ai cité.

Le bémol qui a été soulevé plus haut est que lorsqu'on découvre un défaut il est renseigné dans l'outil de test alors que des outils de suivi de demande de changement existent déjà, sont plus complets et sont souvent utilisés en amont du projet en phase de développement pour suivre les nouvelles fonctionnalités et pas seulement les défauts. Par ailleurs les défauts peuvent aussi être découverts en prod et soumis dans ces mêmes outils. Ici on parle de JIRA mais c'est pareil pour n'importe quel bugtracker (je préfère le terme issue tracking qui est plus juste pour traiter toutes les demandes pas seulement les bugs). Pour un outil de suivi de test fonctionnel il est donc important de pouvoir s'interfacer avec un outil de suivi des demande de changement plutôt que de réinventer la roue. Autant ça ce comprend pour Mercury qui cherche à étendre son périmètre dans les outils de gestion du cycle de vie (ALM) face à ses concurrents comme IBM, autant pour un outil libre c'est un peu dommage.

Dsl pour le style télégraphique mais vraiment les tablettes android sont pas au point (troll inside) [NdM : mise en forme et qqs corrections apportées depuis]

Marrant, on a les mêmes besoins ici.

Et effectivement QC a une interface ripoux à base d'active X avec tout les problèmes afférents à la sécurisation des postes sous Active Directory, des formulaires ala web des années 80 pour la soumission des défauts.
Néanmoins pour le cas que tu cites je crois qu'il existe un plugin à l'étude chez nous "JAM":
https://plugins.atlassian.com/plugins/com.go2group.jira.plugin.mercury_kit
Il permet de synchroniser les 2 outils en automatique.
Je n'ai pas eu de retour pour savoir s'il était concluant.
Une alternative à QC est à suivre.

Déjà que Selenium remplace avantageusement QuickTest Pro pour une grande majorité d'IHM.

Et surtout pourquoi ne pas rejoindre une initiative plus large avec des confs sur tous les sujets par des pointures
avec des sous-titres dans plusieurs langues et maintenant une appli android:
http://www.ted.com/

Je recommande particulièrement les talks de Richard Dawkins a un athéiste de combat qui traine sur ce site ;-)
http://www.ted.com/index.php/talks/richard_dawkins_on_militant_atheism.html

Vois plutôt comme ça comme un clin d'oeil qu'une étiquette.
Les libéraux ne me gênent pas lorsqu'ils ne la ramènent pas sur n'importe quel sujet lié de près où de loin à l'état souverain ou à la démocratie.

Ca marche aussi pour la foi en le libéralisme alors :-)

Faut le dire vite:
http://www.google.fr/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&ved=0CDEQtwIwAA&url=http%3A%2F%2Fwww.youtube.com%2Fwatch%3Fv%3Dn-9q6rpO24k&ei=RBJ_T_n7Muit0QW1x-CcBw&usg=AFQjCNFc794tjTkBeWimDtfIc2WuuUE7Bw&sig2=7T8qjIacnxQOd4WxJGTkKg

Mais par contre, j'ai bien compris que Sarko venait d'augmenter les pension de retraites, proposait de verser la retraite le premier du mois et voulait encore sanctionner ces sales fainéants de chomistes.

Les ptit vieux vont sortir de leur (maison de) retraite et l'affaire est déjà pliée.

Allez, je vous rafraichis un peu la mémoire:
http://linuxfr.org/users/minimock/journaux/charit%C3%A9-bien-ordonn%C3%A9e-commence-par-soi-m%C3%AAme
http://linuxfr.org/users/minimock/journaux/des-jeux-et-encore-des-jeux

Quand je pense que certains se faisaient des illusions.

Si je ne suis pas Claire, je suis Juste

Leblanc ?

__il a quand même la grande classe,

Il lutte beaucoup pour l'avoir, aussi

Quitte à se faire mettren autant le faire faire par un pro.
Moi je vote DSK.

C'est de la logique floue en somme.
En tout cas, moi j'ai rien compris !

Pour le coup je te moinsse.
Ca avait le mérite d'apparaître comme un fantasme d'un dyslexique mais là … non, tu me fais vraiment trop de peine.

Voyons sans vulnérabilité Linux est déjà inutilisable.
Il n'a pas besoin de ça.

Un toolkit discret et pourtant assez apprécié:
http://www.fox-toolkit.org/

Et surtout il ne faut pas faire confiance aux applis d'un store mais n'importe quel site web, on peut.
C'est vrai qu'il n'y a aucune attaque sur le web
https://www.owasp.org/index.php/Top_10_2010-Main

On voit que tu navigues souvent sur le web avec un smartphone toi.
Et sinon pose la même question aux devs de weboob, ils te répondront mieux que moi.

Non, je ne pense pas, je ne connais pas beaucoup de développent qui scrutent les mise à jour de sécurité des différentes bibliothèques qu'ils utilisent.
Ah, tu ne connais les mauvais alors.
Ca doit être spécifique aux LLs.
Et imagine que chacun fasse son boulot en publiant sur son site les maj de sa lib et que ceux qui en dépendent soient notifiés automatiquement ?
Encore faut-il s'accorder sur une norme une convention. Mais si les libristes ne se perdaient pas en querelle de chapelle
,ca ferait longtemps qu'il n'y aurait plus qu'une ou 2 distribution et un seules système de packages.
Alors on préfère mettre en place des standards d'échanges qui ne couvrent jamais le périmètre complet … au nom de la liberté de refaire son truc dans son coin bien sûr.

Quand on vire le nombre d'app qui ne sont pas des mises en page de site web ou une réécriture d'un jeu flash, on a vite fait le tour.
J'espère que tu ne participes pas au projet weboobs pour te moquer de la sorte.
Parce que c'est sans intérêt.
Et j'attends avec impatience toute ces applis sociales qu'on trimballe avec soit (comme mon ex en dessous)
Bon c'est un peu lourd trimballer un portable en ville, pis faudrait qu'il soit opérationnel en 1s pour sortir de la veille.

Tu semble un peu aigris

Aigri ?
Non, railleur sûrement.

Je sais pas, l'autre coup j'étais à Toulouse,
je sors mon appli à pets pour voir un bon bar à tapas dans un rayon de 100m.
Je clique sur "Adresses", puis tapas. Le premier qui apparait a des commentaires d’évaluations, un clic et j'arrive sur le site et on s'est régalé.

Autrefois j'arpentais les rues et au bout d'une heure à tourner, on se rabattait sur celui qui arrive parce qu'on en avait marre de trotter et on bouffait dégueulasse en jurant qu'on ne nous y reprendrait plus

Mais bon on peut préférer recompiler ses appli avec une ArchLinux aussi hein !
Chacun voit midi à sa porte.

Génial pour les mises à jour de sécurités. Les équipes de sécurité des distros ont justement plein de temps à perdre.

Tu veux dire que les apps sur Android et Iphone sont des bloatwares, je tombe des nues.

Est-ce que tu crois pas que l'utilisateur, il aimerait bien pas se coltiner la maintenance de son système.
Après tout, le mieux placé pour savoir quelle dépendance il a dans son code et juger de la pertinence ou non de faire une mise à jour, n'est il pas le développeur ?

Laisser la main aux développeurs et ne plus voir de batailles de chiffonniers entre les gardiens du temple, des temples ca chacun a son obédience pardon, quel sacrilège.

Au final, n distributions, inutilisables pour quelqu'un qui veut pas se prendre la tête qui font fuir même les développeurs. Bravo!

Et la liberté, le bazar face à la cathédrale, hein.
Ben regarde le nombre d'app sur ces stores et tu verras.
La diversité ce sont les apps pas les distribs.

Et la qualité, la sécurité …
Ben regarde les notes de ces apps et celles qui sont propulsée.
Après certains les valident en amont avant de les accepter, on les critique de se faire payer ce boulot, soit (bon ok on n'a pas le droit d'ajouter un store différent).

C'est ca la différence entre un store une distrib.

Magique !

Dans 5 ans ce sera l'année de Linux sur le desktop, je vous le prédis.
Savez pourquoi ?
Parce que les seuls à encore utiliser un desktop seront les linuxiens.
Vous voyez, vous aurez fini par vaincre.

Pendant ce temps le monde avance … sans vous.

Sous Linux si vous recevez des mails d'insulte de gens qui gueule car votre app libre et gratuite ne répond pas exactement à leurs besoins vous êtes content …..

Pur fantasme !
Personne ne réagit comme ça dans le monde merveilleux des Libristes.
La preuve :
http://linuxfr.org/users/fog/journaux/star-buck-0-1