L'architettura del framework di test VTS si integra con il suo servizio di test serving basato su cloud. Un controller host VTS viene eseguito su una macchina host e controlla un'istanza di test harness (ad esempio Tradefed), come mostrato di seguito:
Figura 1. Architettura del controller host VTS.
Il controller esegue il pull dei comandi da un comandante del cluster in esecuzione come istanza di Google App Engine (GAE), quindi inoltra i comandi e le risposte tra il comandante del cluster e l'istanza del cablaggio di test.
Questa architettura offre i seguenti vantaggi:
- Poiché è scollegato da qualsiasi istanza di test harness, può controllare diversi tipi di test harness ed è più affidabile. Il design alternativo (incorporazione della logica di controllo dell'host in un test harness) non blocca la propagazione degli errori.
- Poiché utilizza un modello di controllo e comando (C&C) basato su pull, può funzionare con diversi tipi di comandi di cluster lato cloud e con host che si trovano dietro un firewall (per le connessioni in entrata). Il design alternativo (modello C&C basato su push) potrebbe non consentire a un cloud commander di accedere alle istanze del controller host esistenti sui computer host di una rete privata.