现今，具备系统化及反复验证的软件测试，为软件研发生命周期中重要的一环，而这样的测试乃是以证据为基础。首先是辨识出错误。 其次是建立对软件行为的信赖。通过测试可了解软件内在的质量，所以测试是很重要的工具。然而，测试必须结合组织中的质量管理，而非仅局限于技术层面的考虑。 整合质量管理以及程序架构的重要性，熟悉各种测试工具的操作。依一般测试层级的分类，测试的相关作业最常以下列三个层级来执行:( 1 )研发测试:研发团队证明已成功达成特定质量属性。这样的测试大多是功能导向。
( 2) 系统测试:供应方(商业单位、软件提供商)证明此系统的功能性及非功能性的质量属性。
( 3 )验收测试:验收方确认软件是否符合原有的期望。
理想上，STaaS 消除了在客户基础架构上测试软件的需要，也就是说，客户不必建立类似上线后生产环境的测试基础设施(构建费用通常很高) 。
然而，测试相关的投资并非仅在基础设施的层面而已。STaaS 尽可能协助降低在测试工具、质量工具、各种支持系统及结构测试的支持工具(如风险管理、资源管理、质量仪表板)上的投资。虽然采用 STaaS 有诸多原因，但实际操作时却是内部测试跟 STaaS 泪合并用，原因是各类测试(功能测试、数据质量测试、整合测试、安全测试、兼容性测试，以及诸如负载测试、性能表现测试等非功能性测试)的规模经济(意即权衡风险与利益得失)应用程度不尽相同。
以下简述驱动 STaaS( 与测试外包)的因素，其中包括了一些争议性话题，和近岸( near shoring )与远岸(f缸.shoring) 外包等特定的测试服务。
使用云的技术先决条件
改变 IT 整体架构或使用云的初期，总会将标准化及集中化程序纳入规划，需要考虑业务逻辑、应用程序以及部分基础设施(诸如网络、打印机以及扫描仪)等环境的标准化需求，云方能让服务价格更具竞争优势。 服务上的集中化(诸如电子邮件或数据存储)也是主要考虑的前提，因为有数据存储作业的地方就有运算性能的需求。数据存储若分散在企业各个地点，所谓集中式的云服务会增加企业更多的开销。
再者，使用或建立云服务的另一个先决条件，则是界定备受争议的终端设备、网络链接、安全措施的细节以及云管理(争议度较低)。如同本书先前多次提到的观念，云服务的形式虽有多种，然而不变的趋势是在线服务。终端设备通过网络连线使用云服务，以执行各类应用程序。用户的使用经验乃是现今各终端设备的主要发展重心，其日益重视云服务的影音质量，特别是通过企业网络使用的传统计算机服务( DaaS 桌面云)的私有云服务，对服务的影音质量要求更高。此外，终端设备的规格须与传统个人计算机提供的服务功能一致。
