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;)
[^] # Re: Bon début...
Posté par El Titi . En réponse à la dépêche Squash TM : nouvel outil pour la gestion du patrimoine de tests. Évalué à 4.
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;)