A arquitetura do framework de testes VTS se integra ao serviço de disponibilização de testes baseado na nuvem. Um controlador de host do VTS é executado em uma máquina host e controla uma instância de harness de teste (por exemplo, Tradefed), conforme mostrado abaixo:
Figura 1. Arquitetura do controlador de host do VTS.
O controlador extrai comandos de um comandante do cluster em execução como uma instância do Google App Engine (GAE) e, em seguida, redireciona comandos e respostas entre o comandante do cluster e a instância do arcabouço de testes.
Essa arquitetura inclui as seguintes vantagens:
- Como ele é desvinculado de qualquer instância de harness de teste, ele pode controlar diferentes tipos de harness de teste e é mais robusto. O design alternativo (incorporar a lógica de controle do host em um harness de teste) não bloqueia a propagação de erros.
- Como ele usa um modelo de comando e controle (C&C) baseado em pull, pode funcionar com diferentes tipos de comandantes de cluster do lado da nuvem, bem como hosts que existem atrás de um firewall (para conexões de entrada). O design alternativo (modelo C&C baseado em push) pode não permitir que um comandante da nuvem acesse instâncias de controlador de host que existem em computadores host em uma rede privada.