Evolution des outils de test
A l'origine, les outils d'automatisation de tests étaient dotés de
fonctionnalités simples de capture/de lecture: enregistrement et
lecture de touches, puis capture et comparaison d'écrans. Bien que
ces tests soient simples à créer, leur maintenance s'était avérée
presque impossible et les outils de capture/de lecture avaient
nalement été remplacés par des outils de script de test.
Les outils de script sont essentiellement des langages de
programmation spécialisés apportant plus de logique et de
contrôle lors de la conception de tests, notamment si des sources
de données externes sont utilisées pour générer des conditions
variables des données de test.
Les outils de test basés sur des scripts ont bien sûr évolué au
l des années. Ils sont plus faciles à utiliser grâce à un support
technologique renforcé et à des fonctionnalités intégrées qui
rendent les tests plus exibles, mais la médiocrité de leur niveau
d'automatisation a un prix que de nombreuses sociétés ne
peuvent plus se permettre de payer.
Lorsque vous automatisez vos systèmes, vous créez plus de
logiciels nécessitant un codage, un débogage et une maintenance.
Vous devez consacrer plus de temps à la planication des
activités d'automatisation, souvent conées à un ingénieur plus
qualié. En cas de mauvaise gestion, votre investissement dans
l'automatisation ne sera pas rentable.
Accélérez votre automatisation
Pour réduire la maintenance et accélérer la création de tests,
de nombreux professionnels utilisent une structure de test. Les
structures de test ont été développées pour réduire le coût de
la mise en œuvre et de la possession en fournissant des scripts
pré-écrits et des utilitaires destinés à prendre en charge la plupart
des tâches de test standard et, dans certains cas, pour réduire
de manière substantielle – voire pour éliminer – la nécessité
d'apprendre et d'utiliser des langages de script. Une approche
consiste à utiliser une structure de test basée sur des composants.
Une structure de test basée sur des composants implique
d'esquisser un processus métier et de le segmenter en blocs
logiques, chacun représentant habituellement un groupe d'actions
pour faire une chose. "Se connecter" est un exemple de base pour
un ensemble d'étapes intégrées et utilisées dans de nombreux
cas de test. Comme vous esquissez et analysez plus de processus
métiers, vous remarquerez un chevauchement accru d'ensembles
d'étapes.
L'avantage de cet exercice est que vous avez alors des groupes
d'étapes identiés, par exemple des bibliothèques partagées et
une programmation orientée objet, qui peuvent être divisés en
composants et réutilisés lors de tests multiples.
HP Business Process Testing pour les
tests sans scripts
HP Business Process Testing fournit les outils et l'infrastructure
nécessaires pour mettre rapidement une structure en place. Des
groupes d'étapes sont dénis au sein d'un "composant métier",
dont d'autres testeurs peuvent ensuite proter. Ces composants
peuvent être reliés pour créer des tests de processus métiers
complets et être destinés à une utilisation par un testeur manuel,
ou bien exécutés avec une automatisation, par exemple à l'aide de
HP Unied Functional Testing (UFT).
Deux aspects rendent cette approche positive. Les testeurs
souhaitant construire de nouveaux tests peuvent bénécier du
travail préalablement eectué et pratiquement assembler un
test par glisser-déplacer. La réduction de la maintenance est un
autre avantage. Imaginez que l'écran de connexion ait été modié.
Si vous multipliez cette modication par le nombre de cas de
test dépendant de la connexion, vous aurez beaucoup de travail
de maintenance à eectuer. Cependant, dans une structure,
il vous sura d'eectuer une mise à jour du composant "se
connecter" pour que tous les tests utilisant ce composant soient
automatiquement mis à jour. Le résultat: une économie de temps,
une réaction plus rapide aux changements et des cas de test
toujours à jour.
Incorporez vos tests manuels
Bien que les structures soient souvent associées aux tests
automatisés, l'intégration de tests manuels avec une structure
HP Business Process Testing peut vous permettre de bénécier
pleinement des avantages oerts par une structure: réutilisation,
création de tests plus rapide, maintenance des tests réduite et
cas de tests représentatifs pour un processus métier global –
tout cela avec un langage naturel et une approche par mot-clé
facile à adopter par les testeurs non techniciens et les analystes
métiers. Votre structure HP Business Process Testing peut être
utilisée exclusivement pour les tests manuels mais, si la structure
est également intégrée avec des tests de HP Unied Functional
Testing automatisés, vous créez une passerelle de communication
entre vos analystes métiers et vos ingénieurs d'automatisation.
Un test peut être exécuté manuellement ou bien un testeur peut
marquer le test pour qu'il soit converti en test automatique en un
seul clic. Une fois le test converti, l'ingénieur d'automatisation
dispose d'un cas de test d'automatisation complètement
documenté, qu'il peut aisément adapter au référentiel
d'automatisation existant. En d'autres termes, vous aurez alors
réussi à transmettre l'expertise de l'application de l'analyste
métier à l'ingénieur chargé d'automatiser le test.
Fiche produit
HPBusinessProcessTesting
Créer un pont de communication entre les analystes métiers et les ingénieurs.