软件的开发和使用不断发生变化，影响了测试经理在项目中的活动和定位，这一现象在采纳敏捷方法的项目中已有所体现。云计算的兴起，也为测试经理角色带来了新变革。从敏捷开发的挑战到云计算的挑战，测试经理的关注点在不停变化与扩展。功能性的软件测试曾经一直是传统测试的核心，然而如今它只是现代测试经理的众多任务之一。一方面是因为传统的测试越来越少地由测试经理控制，而是被交给了敏捷团队或是服务供应商。另一方面是由于非功能性的需求越来越重要。文档化的测试依据（需求文档和规范）不再是测试的起点。测试经理越来越聚焦于用户真正想要的东西。
因此，在V模型上努力攀登的测试经理需要承担更多的职责：只有恰当地支持了业务和用户，才能有成功的过程。
《测试云服务》这本书为测试经理职责的扩展提供了坚实的基础，也为测试经理在测试专业上的发展提供了充分的空间。例如，测试经理需要参与服务选型阶段。在这个阶段，需要弄清楚哪些要求可以得到满足，哪些不可以。一旦做出选择，就决定了我们所能得到的服务质量和权利。当然，选型并不是完全新鲜的事情：选择一个服务和选择一个软件包有类似之处。在这里，测试经理为选型过程提供有价值的贡献。
在生产阶段（Production Stage），测试经理的介入将发展到一个新时期。在系统相互关联的IT环境中，持续的系统集成需求日益增加。这可以与持续的组件集成类比，持续的组件集成定期（通常为一天）编译出一个新的软件构建。在这种情况下，需要自动化的回归测试来确保开发过程的延续性。持续的系统集成与此类似：生产环境中的系统总是在不断地更新（补丁、升级、新发布），这或多或少需要一个持久的回归系统集成测试来确保生产环境的延续性。对于客户的自有软件，客户可以获知它的详细变化；但在云计算中，客户无法提前获得变更的通知，也无法得到具体的变更信息。持续的集成测试将变成不可或缺的后盾。在生产环境中可能发生这样的情况，即我们需要选择其他服务或者供应商--例如，测试结果表明原有云服务的延续性达不到我们的要求。
除了在选型阶段和生产阶段的任务，测试经理角色还需要在服务实施过程中承担职责。与传统测试中的角色一样，云环境中的测试经理也需要执行测试，根据从测试中得到的信息给出建议。不管怎么说，云计算环境扩展了测试经理角色的职责范围（见图3-1）。
云计算不只为测试带来了挑战，它也带来了更有趣的测试方法。例如，可以在测试环境或测试工具中使用云计算。这也意味着，所有的测试活动和测试组织都可以作为一个整体被带到云端。这被称为测试即服务（Testing as a Service）。
▲图3-1 拓宽的测试经理的角色
本文选自《云服务测试》第三章，本站经人民邮电出版社和作者的授权。
版权声明：51Testing软件测试网获人民邮电出版社和作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可，不得对本文内容复制、转载或进行镜像，否则将追究法律责任。
