Un cadre de l'automatisation de test est un ensemble d'outils utilisés pour effectuer des tests de logiciels automatisés. Les cadres d'automatisation de test offrent des avantages significatifs par rapport aux tests manuels et sont couramment utilisés dans rapide développement de logiciels. Ces cadres permettent aux développeurs de logiciels de créer des tests, exécution des tests et analyser les résultats des tests. Un cadre de l'automatisation de test peut être entraîné par le code, les données, un graphique interface utilisateur (GUI) ou une combinaison de ceux-ci.
Les cadres d'automatisation de test sont nécessaires pour répondre aux besoins de développement de logiciels rapide. Dans le cycle de vie de développement de logiciel de cascade classique, tests de logiciels a été une phase discrète effectuée après la mise en œuvre, ou de codage. En tant que tel, les tests de l'homme exécuté étaient typiques.
De nombreuses équipes de développement ont remplacé le modèle de cascade avec diverses méthodologies de développement agile de logiciels, qui nécessitent généralement, le développement itératif rapide. Le développement rapide a créé un besoin pour des tests rapides. Un cadre de l'automatisation de test permet à une équipe de logiciel à effectuer, les tests automatisés fréquents sur une base de code. Par exemple, plutôt que d'exiger une phase de test séparé après le développement, une équipe qui utilise un cadre d'automatisation de tests pourrait choisir d'exécuter une suite complète de tests pendant la nuit, ainsi que les petites morceaux de tests automatisés dans la journée que des modifications sont apportées à la source code.
Le type de cadre le plus couramment utilisé est le cadre de code-conduit, qui est utilisé pour effectuer des tests boîte blanche. Cadres entraîné code nécessitent développeurs d'écrire des petits bouts de code, sous la forme de tests unitaires, pour tester la fonctionnalité du logiciel ou de la performance. Les développeurs qui utilisent des cadres de code axé doivent prendre soin d'écrire leur logiciel d'une manière qui est testable - qui est, le code doit être modularisé tel qu'un test unitaire peut appeler un extrait de code et vérifier le résultat. Ces cadres comprennent généralement une mise en œuvre de xUnit, où «x» varie en fonction de la langue de programmation en cours de test.
Cadres de Test Driven GUI sont utilisés pour effectuer des tests de boîte noire, à l'aide d'un outil logiciel comme le ferait un utilisateur, par des entrées de souris et de clavier. Ils peuvent être constitués de scripts écrits par les développeurs pour exercer une série de fonctionnalités, ou ils peuvent être constitués de son outil généré, comme fiche-and-play-back scripts. Un inconvénient potentiel de ces cadres est que le script va briser à chaque modification de l'interface graphique. Certains cadres GUI-automation pourraient générer un script qui peut être modifié par un développeur en cas de modification de l'interface graphique, et d'autres pourraient demander à l'utilisateur de créer une session frais fiche-and-play-back.
Des infrastructures de tests pilotés par les données d'effectuer des tests de logiciels utilisant des données, et ces tests fonctionnent généralement avec des tables de données qui spécifient les entrées et les sorties. Les données peuvent être conservées dans divers endroits, tels que les bases de données, feuilles de calcul ou des fichiers texte. Les scripts peuvent être écrits à exécuter des méthodes de logiciels prenant les entrées comme paramètres et de valider la valeur de retour de la méthode de logiciels contre la sortie. Tout ce qui peut être modifiée, comme l'environnement dans lequel le test s'exécute, peuvent également être stockées avec les données et séparé du script de test. Un avantage procuré par ces cadres est la séparation des données et la logique, qui conduit souvent à réduire la maintenance à long terme.