El Titi a écrit 3947 commentaires

tu vois le bordel

Non
En revanche, la Gay Pride.

Utiliser Bugzilla et appeler sa release Mantis !!!

Erreur de casting ?

Combien de temps après ?
Si t'as attendu 1 semaine on peut émettre des doutes sur ta bonne foi non ?

Et les Temoins de Jehovah et les dissidents politiques STP.

Surtout qu'en Italie, on fait cuire les légumes d'abord, puis les pâtes dans la même eau, ce qui leur donnent du goût et on mélange légumes ET pâtes.

Y'a que les étrangers qui les bouffent juste avec du grana rapa (pouark) , du ketchup (burp) de l'emmental à 2 sous (beuh) ou encore du beurre (trop tard chui hypercontent)… .

Et ceux qui mettent de l'huile d'olive, sont juste des bobos qui se la jouent ritale sans jamais y avoir foutu les pieds.
Huile d'olive grecque en plus. Pourquoi pas espagnole et frelatée de 2eme pression à chaud, tant qu'on y est ?

Bravo !

En une phrase, tu l'as mis à poil.

Ce ne sont pas des pâtes d'ailleurs. Ce sont des "nouilles" et ca se ne mange jamais al dente.

C'est pour ca qu'un mec ne doit jamais cuisiner et laisser faire bobonne.
Il évite de se faire engueuler parce que y'a toujours un truc qui cloche.

Quoique si tu foux rien elle gueule quand même, …

Rajoutez à ça un petit lapsus révélateur de campagne électorale,
"patrie" au lieu de "partie" et on peut dire que je suis

C'est exactement elles.

Anaphore ?

C'est l'effet Hollande ?

La preuve

http://linuxfr.org/forums?order=score

Du coté de Redmond je crois, là où les prairies sont vertes !

Et comme dit le proverbe DLFPien:

"""Troll qui tousse, n'amasse pas moule"""

C'est la première fois que je vois une demande de forum avec un tel score.

Le légendaire pBpG va encore exploser un nouveau record.

Dans un repaire de crypto-communistes quoi de plus normal ?

Sauf qu'ici la réincarnation (aka multi) ne te place pas d'office parmi les intouchables.

Bonjour

Je ne pourrai à mon grand regret pas assister à cette journée.

Est-il prévu de mettre à disposition les slides et avez-vous prévu de filmer les différents talks et de les diffuser aussi ?

Ca serait vraiment super.

+1

C'est vrai qu'après avoir enchainé Drive Angry depuis et le dernier templier, il va finir pas se faire une place de choix sur nanarland si ce n'est dèjà fait.

Kickass est vraiment une tuerie.
Mis à part Hancock, y'a pas grand chose qui sorte du lot.

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]