1. Est-ce que mon logiciel est déjà testable?
2. Quel type de tests GUI est-ce que je veux automatiser?
3. Quelles conditions basiques sont cruciales pour les tests automatisés GUI?
4. Comment choisir le bon outil?
5. Est-ce que mon équipe a les resources nécessaires?
6. Quel outil fonctionne avec mon environnement des autres outils?
7. Est-ce que j'ai assez de temps pour automatiser les tests et les maintenir?
8. Est-ce qu'il y a du budget pour acheter le logiciel?
9. Comment et où obtenir de l'assistence quand des problèmes surgissent?
10. Est-ce que je peux tester l'outil?
Est-ce que c'est mieux pour vous d'utiliser un outil ou deux outils différents?
Automatisés les tests des logiciels où vous changez le code fréquemment et dont la fonctionnalité devrait être vérifiée régulièrement. Exécuter les tests à la main est vraiment ennuyeux. Les testeurs peuvent se concentrer sur des tâches prometteuses comme l'architecture des tests, la conception des tests et aussi le testing manuel en cas des tests avancés. Cela peut économiser du temps et de l'argent, mais bien-sûr les frais initiaux doivent s'amortiser.
Pour une automatisation stable et performante il faudra se poser quelques questions en avance:
Ces questions influencent la façon de l'implémentation des tests et aussi le degré de flexiblité des scripts.
Tout d'abord créez une liste des critères pour la sélection d'un outil (Liste de contrôle exemplaire de QF-Test).
D'un côté vous avez bien sûr plusieurs critères "must have" en tête comme les technologies supportées, les plateformes, l'integration dans le procès de compilation ou la reconnaissance stable des éléments graphiques de votre logiciel. D'un autre coté il y en a des critères "nice to have" qui ne sont pas si importants et qui vous pouvez laissez tomber en faveur d'un autre aspect. Après cette classification vous pouvez évaluer et comparer les logiciels de test concernant ces critères. À la fin il faut juste en choisir un.
Un autre aspect est comment créer les tests: Est-ce que vous voulez coder ou enregistrer par capture/relecture. Est-ce que vous voulez suivre l'approche keyword-driven ou behavior-driven testing (BDT)?
La dimension la plus importante est que l'équipe accepte l'outil.
Le nombre d'ingénieurs de test et développeurs dépend du nombre des tests que vous voulez automatiser. Aussi leur niveau d'expérience est important pour atteindre votre objectif de l'automatisation. Après avoir automatisé les tests l'équipe aura plus de temps pour s'occuper d'autres tâches.
En tout cas il est imporant d'entraîner l'équipe pour l'outil en interne, par un entraîneur externe ou le fournisseur de l'outil. Pour QF-Test nous recommandons de la formation de 3 à 5 jours chez nous ou vous ou comme webinaire.
Est-ce qu'il y a la possibilité de consultation supplémentaire ou un contrat de support pour obtenir des réponses rapides et de l'aide compétente par les utilisateurs chevronnés ou le fournisseur de l'outil? Est-ce qu'il y a de l'assistance pour introduire l'outil?
Avez-vous plus de questions? N'hésitez pas de nous contacter:
via email à service@ ou téléphone qfs.de+ 49 8171 38648-10.
Quels outils et quels environnements utilisons-nous déjà? Est-ce qu'on peut intégrer l'outil?
Exemples pour des outils 3rd party qu'il faut prendre en considération en automatisant les tests:
Vous devrez garder en tête que les tests doivent être crées au début et maintenus régulèrement.
Quand vous avez mis en place les tests le temps que vous auriez passé avec les test manuels est réduit bien sûr. Et vous avez l'avantage que les tests peuvent être lancé régulièrement ou autant plus souvent qu'avant pour obtenir du feedback plus rapide concernant le status du logiciel.
Ce commentaire rapide vous donne la possibilité de réagir systématiquement aux erreurs possibles. Cela augmente la qualité de logiciel.
Puisqu'il y a des logiciels d'automatisation open source et commerciaux sur le marché, il faudrait du budget en cas de sélectionner un outil payant.
En tout cas, des efforts pour la mise en place des tests automatisés sont nécessaires.
Evitez la faute de choisir un logiciel moins approprié seulement à cause des frais d'acquisition. Car la migration à un autre outil coûtera encore plus cher. Les outils commerciaux garantissent généralement le support et les développements ultérieurs. Quel que soit le choix des outils, vos propres frais de personnel représentent les dépenses financières beaucoup plus importantes.
Si vous considérez un outil qui est supporté directement par une entreprise de consultation, vous pouvez au même temps acheter du service de consultation. Il y en a des consultateurs qui sont spécialisés à des domaines différents de l'automatisation ou généralement à des projets de test.
Vous pouvez aussi acquérir un outil qui offre du support et de la consultation.
En tout cas il est utile d'avoir la possibilité de consultation et d'entraînement quand des questions ou des défis imprévus arrivent.