Vous parcourez actuellement les archives du blog Blog du testeur de avril 2009.
- automatisation (4)
- Généralités (21)
- humour (5)
- livres (1)
- Outil de Test (13)
- Sécurité (4)
- Uncategorized (2)
- 30.8.2010: Pourquoi investir dans les tests unitaires ... s'il y a des tests systèmes?
- 25.6.2010: Environnements de test
- 20.5.2010: la sécurité applicative
- 19.5.2010: publication d'un article sur la testabilité
- 7.4.2010: Un forum dédié test
- 2.4.2010: Article sur Model Based Testing paru dans methods and tools
- 31.3.2010: Speccy: configuration
- 31.3.2010: Software Testing Europe
- 27.3.2010: Consigner vos résultat de tests automatiques avec TestLink
- 28.1.2010: Démo en ligne d'un outil de gestion de test: TestLink
Autres
formation test
infos test
sites autres
- août : 2010
- juin : 2010
- mai : 2010
- avril : 2010
- mars : 2010
- janvier : 2010
- décembre : 2009
- novembre : 2009
- octobre : 2009
- septembre : 2009
- août : 2009
- juillet : 2009
- juin : 2009
- mai : 2009
- avril : 2009
- mars : 2009
- janvier : 2009
- octobre : 2008
- septembre : 2008
- août : 2008
- juin : 2008
- mai : 2008
- avril : 2008
- mars : 2008
- février : 2008
Archive pour avril 2009
LinkChecker plugin firefox
7.4.2009 par Dominique Mereaux.
LinkChecker est un plugin firefox qui vous permet de tester tous les liens d’une page WEB locale ou non.
Il parcourt la page web, quand le lien est valide il est surligné en vert, quand il est cassé en rouge, quand il n’est pas accessible en jaune et s’il est ignoré en gris.
LinkChecker est lancé via le menu Outils/ Vérifier les liens sur la page. Ce plugin s’installe facilement et peut servir à vérifier tous les liens de la page.
Posté dans Outil de Test | 1 commentaire »
Collaboration efficace…
4.4.2009 par Dominique Mereaux.
Après plusieurs expériences irritantes de livraisons de corrections incorrectes j’ai pris le parti de faire quelques entorses au process … Quand je détecte une anomalie je fais bien évidemment un rapport d’anomalie, mais je m’entends avec le développeur pour qu’il me livre sous forme de patch sa correction sans attendre la livraison officielle. Je la teste et je vérifie rapidement qu’il n’y pas de non régression ou que la correction n’est pas partielle comme cela arrive souvent.
Cette méthode me permet d’arriver plus rapidement à une version stable, de travailler plus étroitement avec les développeurs et de fait d’améliorer les relations entre développeurs et testeurs pas toujours évidentes.
Pas très orthodoxe me direz vous, c’est au développeur de vérifier sa correction, et puis c’est lors d’une revue qu’est décidée si l’anomalie doit être corrigée, son coût etc… Mais j’en avais assez de retrouver les mêmes problèmes à moitié corrigés, ou mal compris d’une version à l’autre et j’ai finalement opté pour une attitude plus pro-active et collaborative.
La fin justifie les moyens.
Posté dans Généralités | Aucun commentaire »