【作者介绍】
Kees Blokland从2003年起就是Polteq的资深咨询顾问，在软件行业有超过20年的从业经验。作为Polteq的研发经理，他总是Polteq测试创新的主要参与者。Kees是客户和同事对云相关问题的首要联系人。他教授测试领域的许多理论和实践课程，是一个经验丰富的国际和国内测试会议上的演讲嘉宾。
Jeroen Mengerink从2008年前就在Polteq工作，是一位咨询顾问。除了为客户测试的工作外，他还参与了Polteq的多个测试创新项目。Jeroen是客户和同事对敏捷相关问题的首要联系人。他是许多不同种类的测试培训课程的讲师，包括敏捷主题、SOA和云。同时，他也对测试自动化领域感兴趣。
Martin Pol自1983年开始，就对测试在欧洲、亚洲和美洲的发展产生了显著影响。他拥有在许多组织的不同分支机构管理测试过程、实施测试的经验。他负责了国际测试标准和测试过程改进模型的创建。Martin以丰富的经验和广博的知识为这本出色的书籍搭建了独特的基础架构。 Polteq是位于荷兰和比利时的一家提供国际软件测试服务的独立供应商。Polteq的测试专家们在世界各地执行测试任务，以及解决测试问题。Polteq以"Clotest"商标提供云服务测试的咨询和培训服务。
【译者序】
几年前，云服务还处在口号和概念的阶段，但如今，已经有越来越多的企业和个人开始使用，甚至是构建自己的云服务平台。例如，在SaaS层面，不少中国互联网用户开始使用"云盘"、"云播放"；在IaaS层面，不少新创的互联网企业开始使用国内和国外公司提供的云端存储和主机方案，这些方案极大地降低了新创企业的运维成本，缩短了服务的部署时间。甚至，由于越来越多的产品开始在背后使用云服务，用户在"无意"中使用云服务的情况也越来越多。
云服务的普遍应用为用户和使用云服务的公司带来了便利，但与此同时，云服务也带来了一些额外的风险。例如，最近由OpenSSL的安全性缺陷导致的互联网"心脏出血（heart bleed）"就是一个明显的例子。而对于将自己的业务建立在云服务之上的公司，云服务带来的风险就更加明显：提供云服务的公司不再提供服务了；云服务突然处于不可用状态了；云服务的服务接口更新导致公司对外提供的服务不可用了……但是，即使考虑到云服务带来的额外风险，从成本和收益的角度来说，完全把云服务排除在选择范围之外肯定是不可能的。唯一可行的方法就是，彻底地分析云服务带来的风险，针对这些新的风险和挑战给出合理的解决方案。
《测试云服务》这本书详尽地分析了在组织内引入云服务所面临的各种风险，同时从测试的角度提供了应对每种风险的可操作建议。在这个快步转向云服务的时代，本书的出现可以说恰到好处。《测试云服务》从测试视角介绍了不同云服务的层次（IaaS、PaaS和SaaS），将组织应用云服务分成了选型、实施、生产等多个阶段，分析了每个阶段面临的风险和风险分析方法，并针对每种风险给出可行的测试方法对其进行覆盖。此外，本书还提供了详细的检查表，以便组织内负责测试的测试经理角色能够快速应用风险评估技术和测试技术，在使用云服务的决策中发挥价值。本书的篇幅并不长，也没有特别针对某种测试工具进行描述，但我相信它给出的全面分析和具操作性的建议能够为读者提供足够的信息。
豆瓣作为国内有名的兴趣社区，早就在公司的业务和开发层面引入了云服务（包括使用企业云服务和搭建自己的私有云），在应对云服务带来的挑战方面也有一些体会。本书由我和豆瓣测试团队的几位工程师一起翻译完成，由我最终统稿。其中，杨榕翻译了本书第5章的前4节，张庆秋翻译了本书的第1章、第2章和第6章，孙雅丽翻译了第5章的第5节和第6节，其他部分由我翻译完成。
在此，特别感谢华为的测试架构师张波先生，他对本书译稿进行了详细审阅，指出了译稿中存在的术语、语法的错误，以及错别字，张波先生卓有成效的审稿确保了本书的质量。另外，人民邮电出版社的编辑慧眼发现了本书，并在整个翻译过程中持续和我们保持沟通，使得这本书可以在短时间内翻译完成并付梓。
翻译一本书从来都不是件容易的事情，虽然我们尝试尽力为读者提供一本优秀的译作，但学识和能力所限，本书不可避免地可能存在疏漏甚至是错误，恳请读者在阅读时指出，便于我们及时修订。
段念
【推荐者序】
Martin和Kees对我而言，亦师亦友。他们帮助华为引入了TMap（结果驱动的测试）方法论，使我们逐步理清测试的原则、过程以及方法；同时，也帮助我认识了测试的真正魅力，在这个独特的职业道路上不断前行。
2012年6月上旬，西安，我和Kees以及Polteq的另一位高级顾问Ruud为一个产品做测试过程改进咨询。那一段时间天气非常炎热，我们每晚都会在酒店背后的小花园里喝上几罐啤酒，聊聊天。有一次，我问Kees："您觉得对于测试人员而言，最重要的技能是什么？"Kees沉吟了一下后回答到："我觉得最重要的就是批判性思维，测试无法穷尽，只有用更严格的思维来帮助识别风险，才能向我们的利益干系人提供更大价值。"
从华为开始与Polteq合作，已经6年了，每次合作过程中，我都会对这些"Polteq人"的理性思维产生深刻的印象。
任何一个测试人员都会有这样的困惑：我要测的内容太多了！周边对我的要求太多了！我该怎么办？
任何一项测试工作，首先应该考虑的问题就是"缩小"测试的范围，如何来"有理有据"地缩小范围，这是关键的难题。
在TMap中提供了一种可行的方法：基于风险的测试，它指出了测试的第一原则：没有风险，没有测试。
我们在所有产品线都推进了基于风险测试的方法，这项工作使我们获益匪浅。我们向利益干系人收集风险、设计实验、证明风险的影响，再向他们反馈得到的信息。一切以风险作为基础，建立快速的测试循环。
我所在的产品线并非云计算领域，但正如本书中所指出："不管是什么项目，测试经理首先要考虑风险。"
云计算提供了方便和低成本的服务，但也让更多风险"隐藏"了起来，不为测试人员所见，这是我们在测试云服务中的最大挑战。
幸运的是，Polteq团队已经为我们做了深入的洞察和实践，他们从各种维度，用批判性的眼光，给出全面和简洁的风险启发式，这些启发式可以帮助我们更好地识别风险，聚焦于最重要的部分，从而也为我们所服务的利益干系人提供更大的价值。
2007年11月11日，Martin和Kees第一次来到华为，为我们的一个产品进行测试过程改进咨询，我在蛇口码头接他们。一坐上车，这个银发红鼻的老"顽童"立刻从包里拿出厚厚一叠打印的文件，那是我寄给他的华为测试流程中的主要指导书，他举着那些文件"严肃"地问："你们是这么做的吗？如果是，你们绝对是测试界的 No.1！"，我谦虚地说："咱们评估一下看看吧。"随后的几天，Martin拿着那些文件访谈了很多人，他把文件放在测试经理的面前："你是按照这个文件做的吗？"，我们的测试经理看了半天，摇摇头问一旁做翻译的我："这是什么？"我汗！
在我和Polteq的合作中，让我深刻地认识到：如果没有切实的实践，再完美的文档也是浮云。
让我们就像本书最后一句话所言：热身已经结束，开始全力比赛吧！
我已经大力向华为的云产品开发部门推荐这本书，无论您是云的客户，还是云的供应者，如果您有志于创造更高价值，本书不容错过！
张波
首席测试架构师
华为固定网络产品线
51Testing软件测试网将在近期对本书部分章节进行独家连载，敬请关注
查看更多《51Testing软件测试网作品系列》书籍：http://www.51testing.com/html/36/category-catid-136.html
测试技术全知道
操作系统
