معماری چارچوب تست VTS با سرویس سرویس آزمایشی مبتنی بر ابر ادغام می شود. یک کنترل‌کننده میزبان VTS روی یک ماشین میزبان اجرا می‌شود و یک نمونه تست (مثلاً Tradefed) را مطابق شکل زیر کنترل می‌کند:
شکل 1. معماری کنترلر میزبان VTS.
کنترلر دستورات را از یک فرمانده خوشه که به عنوان نمونه Google App Engine (GAE) اجرا می‌شود، می‌کشد، سپس دستورات و پاسخ‌ها را بین فرمانده کلاستر خود و نمونه مهار تست ارسال می‌کند.
این معماری دارای مزایای زیر است:
- از آنجایی که از هر نمونه مهار تست جدا شده است، می تواند انواع مهارهای تست را کنترل کند و قوی تر است. طراحی جایگزین (قرار دادن منطق کنترل میزبان در مهار تست) از انتشار خطاها جلوگیری نمی کند.
- از آنجایی که از یک مدل فرمان و کنترل (C&C) مبتنی بر کشش استفاده می‌کند، می‌تواند با انواع مختلف فرماندهان خوشه سمت ابر و همچنین میزبان‌هایی که در پشت دیوار آتش وجود دارند (برای اتصالات ورودی) کار کند. طراحی جایگزین (مدل C&C مبتنی بر فشار) ممکن است به یک فرمانده ابر اجازه دسترسی به نمونه‌های کنترل‌کننده میزبان را که در رایانه‌های میزبان در یک شبکه خصوصی وجود دارد، ندهد.