Vous parcourez actuellement les archives du blog Blog du testeur de juin 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 juin 2009
Testeurs = emmerdeurs
28.6.2009 par Dominique Mereaux.
Lors d’un déplacement dans une société partenaire je discute avec le testeur. Un peu déprimé ma foi. Pas très satisfait de son poste actuel il m’avoue qu’il ne sent pas bien considéré dans sa société. Normal il teste et remonte des problèmes c’est donc l’oiseau de mauvaise augure …
Moi ce qui m’épate c’est parfois cet oubli de la part du développement qu’il s’agit un jour de sortir un produit utilisable et non pas de coder toute la journée pour le plaisir.
Ce qui m’épate également c’est que lorsqu’on remonte un problème potentiel je ne trouve jamais quelqu’un pour investiguer et que l’on doit toujours apporter une montagne de preuves avant que quelqu’un se résigne à un effort pour chercher. Encore faut-il trouver un responsable, car profitant de l’ignorance du testeur quant au code, on se fait souvent balader d’une personne à l’autre?
Et ce qui m’affole pour le coup c’est les coûts de maintenance qui vont grandissants parce qu’en amont tout est fait pour rogner sur les coûts de qualité:
- Absence de formation
- Tests insuffisants
- Pas de processus préventifs type revue de code
- etc …
Pour conclure ce qui me déprime c’est que dans certaines sociétés le test soit toujours considéré comme un centre de coût, une activité peu reconnue et non pas comme une garantie de qualité, malgré les remontées négatives des clients finaux. Pourquoi toujours préférer travailler dans l’urgence suite aux anomalies trouvées par les clients, avoir des coût croissant en maintenance, prendre des risques avec des re-livraisons hasardeuses plutôt que de mettre en place une vraie politique qualité?
Posté dans Généralités | 2 commentaires »