L'architecture du cadre de test VTS s'intègre à son service de test basé sur le cloud. Un contrôleur hôte VTS s'exécute sur une machine hôte et contrôle une instance de harnais de test (par exemple, TradeFed) comme indiqué ci-dessous :
Le contrôleur extrait les commandes d'un commandant de cluster exécuté en tant qu'instance Google App Engine (GAE), puis relaie les commandes et les réponses entre son commandant de cluster et l'instance de harnais de test.
Cette architecture comprend les avantages suivants :
- Parce qu'il est découplé de toute instance de harnais de test , il peut contrôler différents types de harnais de test et est plus robuste. La conception alternative (intégrant la logique de contrôle de l'hôte dans un harnais de test) n'empêche pas la propagation des erreurs.
- Parce qu'il utilise un modèle de commande et de contrôle (C&C) basé sur l'extraction , il peut fonctionner avec différents types de commandants de cluster côté cloud ainsi qu'avec des hôtes qui existent derrière un pare-feu (pour les connexions d'entrée). La conception alternative (modèle C&C basé sur le push) peut ne pas permettre à un commandant de cloud d'accéder aux instances de contrôleur hôte qui existent sur les ordinateurs hôtes d'un réseau privé.