Version françaiseEnglish version

Découverte

Scripting traditionnelPositionnementL’approche
sYnopsis règle le problème du coût élevé de la mise en place et surtout de la maintenance des scripts !

Le scripting traditionnel utilisé par les automates est très coûteux

D’après le NIST - National Institute of Standard and Technology - « Réaliser des scripts de tests fonctionnels peut être plus consommateur de temps et cher que le développement de l’application à tester »

« Un projet d’automatisation de tests sur deux est en difficulté »
Acial | SSII spécialisée en qualification

Coûteux à mettre en place :

  • pendant la capture, il faut que l’application soit 100% stabilisée. Si un évènement imprévu arrive ( par exemple un écran attendu qui n’apparaît pas ), il faut attendre la correction et refaire la capture.
  • la capture des actions simples ( par exemple un clic dans un bouton ) se rejoue facilement mais pour des objets non standards ( par exemple un tableau de données ), il faut ajouter du code technique et le dupliquer à chaque fois que l’on passe par ce type d’objet.

Encore plus coûteux à maintenir :

  • cet investissement initial pourrait être acceptable pour l’entreprise si, par la suite, elle pouvait avec un minimum d’effort rejouer tous ses scripts. Malheureusement, ce n’est pas le cas à cause du problème principal : le coût très élevè de la maintenance des scripts.
  • l’entreprise doit recourir à un profil expert en permanence
  • l’entreprise est dépendante de l’expert. Si il quitte l’entreprise, la reprise de l’existant est particulièrement délicate