- 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
Environnements de test
Pourquoi les environnements de test et de développement doivent être séparés?
Il arrive que pour des raisons économiques ces environnements soient communs. C’est un mauvais calcul à court terme et une perte de temps assurée.D’un point de vue pratique il est difficile de partager l’environnement et la gestion de l’accès aux ressources risque de créer des tensions. Si la plateforme est utilisée par différentes personnes en même temps, l’analyse des problèmes, l’interprétation des logs risquent d’être complexes. Il faudra également s’entendre sur les données de tests. Pendant les phases de test on est souvent amené à redémarrer une plateforme de test. A plusieurs il faut se synchroniser. Bref l’exécution des tests va être laborieuse. Après avoir travaillé pendant quelques mois dans ces conditions j’ai fini par réclamé une machine par testeur pour que chacun puisse travailler de façon indépendante. Ce fût sans conteste un gain de temps inestimable.
D’un point de vue “éthique” exécuter les tests systèmes sur une plateforme de développement est peu recommandé. J’ai constaté que ces plateformes étaient patchées, contenaient des mocks et la base de données pas toujours cohérentes. Dans ces conditions les résultats de tests menés par la validation ne sont pas fiables. Il faut donc un environnement “propre”:
- installation de l’application en suivant les directives du manuel d’installation que l’on valide par la même occasion;
- approvisionnement de la base par des procédés valides (éviter les requêtes SQL directes qui peuvent mener à des bases incohérentes).
Vous découvrirez certainement des anomalies qui amèneront cette réflexion habituelle du développeur:
“Et pourtant çà marche chez moi!”,
preuve irréfutable que les environnement de test et de développement sont différents.