微软的测试圣经（译文）连载一

  注：本译文只作学习和交流之用，请勿用于其它用途，否则后果自负！
          微软的测试圣经

          作者：Alan page,KenJohnston,Bj Rollison

               序言

  献给我的妻子Christina,和我的孩子Cole和Winona,她们毫无怨言的奉献出和我共处的时间，用来让我完成此书，还有我的父母，Don and Arlene,他们不遗余力的支持，给我创造了一个良好的写书环境。

                                                                ----- Alan Page

  献给我的孩子，david和Grace,允许他们的老爸写这本书确实是件不容易的事，献给我的妻子，karen,当我出席一次测试会议时，她给了我第一个建议，“那本书叫‘在微软我们怎样测试’如何？”，她微笑着说，假如没有这些之言片语和Alan的以身作则，我想我们不可能开始和完成这个浩大的工程。 

                                                              ------Ken Johnston

  献给深爱着我，贤明而又充满耐性的父母，我也想要谢谢6岁的小女儿Elizabeth,一个充满好奇心去探索新的事物和勇敢的面对各种挑战的可爱天使，当我发现一个问题想不到解决方案时，她总能启迪我。

                                                               ------Bj Rollison

  本书主要讲述了一群在软件测试过程中勇敢面对各种挑战的微软测试工程师，为保证项目计划的的如期进行，并为客户提供高质量的产品，他们抛弃传统的思维，突破各种阻碍，来完善和充实已成熟的测试体系。对于我们来说，真的很荣幸能跟这么多良师益友和专业的测试人员在微软一起共事，因为通过我们相互的交流，我们也学到了更多软件测试方面的知识。

关于作者：

   Alan Page:在1993年开始了他的软件测试生涯，在1995年加入微软，在微软的任职期间，他一直工作在不同的工作岗位，如windows的各个版本，internet explorer浏览器和windows CE,当成为windows CE团队一员时，Alan成了2001年微软第一个软件测试架构师，2005年，Alan加入了一个由优秀的测试工程师组成的团队，最近已提升为这个团队的主管，，他的团队主要是负责提供专业技术培训和为软件测试人员提供技术咨询。

  Ken Johnston:他是微软offiice软件网络平台的主管，这个团队主要开发用于提高服务器产品的管理效率的模块，并尽可能的为在线的office操作，office Live,CRM online等在线服务提供在线网站支持，自从1998年加入微软后，Jhonston参与了很多工作，包括领导测试站点服务器和MCIS，并担当主机交互测试的主管，还有智能工作服务，网络docs,和微软软件清单和订阅平台服务，大约两年半的时间（2004-2006）,他一直以优秀的软件测试主管身份在微软任职。

  Bj Rollison:他是优秀测试工程师团队的一员，担任测试架构师，他在1994年开始他的微软生涯，测试过windows 95,；也测试过不同版本的internet explorer浏览器，outlook 98,和一些很小的项目，直到1999年担任测试团队的主管，在进入微软前，Bj为日本一家很小的OEM工作，主要为一些商业机构提供软硬件解决方案，Bj在国际会议上经常发言，并定期给一些专业的商业杂志写稿，还给微软测试人员和华盛顿大学的课外项目测试自动控制科目讲课。

  致谢：

     如果没有微软的每个测试人员的帮助，这本书可能只是在幻想中，许多人亲自帮助我们评审各个章节并且把他们在测试中的经验写给我们，还有那些在微软流传下来和我们在测试软件过程中的一些创新方法。

列出所有9000名微软的测试人员的名字是不现实的（特别是许多微软以前的员工，和其它部门的同事，甚至那些投稿给我们的审阅者），而另一方面，我们不会忘记为了完成此书的那些默默奉献者的名字。

  这本书出版前收到了很多评论和建议，还有许多在职的和曾经在微软任职的同事的反馈，其中最突出的包括Michael Corning,Ed Triou,Amol Kher,Scott Wadsworth,Geoff Staneff,Dan Travson,Bria n Rogers,John…….（略）

  我们也想谢谢lynn Finnel,这本书的项目编辑，他一直鼓励和支持我们去创作这本书。

 绪论

                前言

  我一直记得2007年末的那个早上，我的主管Ken Johnston只对我说了5个字“你应该写本书”（注：原文为you should write a book,5个单词）

   他刚从一场测试行业的会议中回来，他在会议上发表了演讲（不是前面提到的”在微软怎样测试软件”那次），当时还沉浸在被热情的听众包围的喜悦中，Ken善于表达自己的观点，但不知何故他认为我是写这本书的最佳人选。

   我很幽默的回应他道：“好呀，为什么不呢。”，我继续说道：“这本书可能隐藏我们在软件测试课程中教授的知识，尽可能用与微软测试类似的测试方法来进行模糊的讲解，那真是一件有趣的事，但是据我所知，这里有成吨的关于软件测试的书，我读过其中几十本，一些书写得还真不错，写一本与这些书类似的书对我们的测试同行有什么价值？

   在我给Ken说些毫不相干的废话的同时，也注意到一些评论：在微软，我们拥有世界上最好的软件测试培养体系，案例和课程体系也是别人梦寐以求的，但是那并不是微软如此强大的原因，我们的导师把奇闻逸事，成功故事，和一些琐事通过我们的课程联系起来，这种方法使得这些课程有理有据并且令人难忘，我认为如果我们能包括一些微软曾经使用过的，类似的故事和一些信息，这本书会更有趣，我开始漫无边际的想我们曾经教授的课程，如果能把这些幽默的故事和测试的念头与世界上的每个测试人员分享，那真是件有趣的事，我想到我们最喜欢看的一些软件书都是在专业知识里巧妙的引用一些有趣的故事。

   接下来，我写出了自己的想法，没想到本书的大纲也伴随而来，这本书的大体框架也逐渐成形，四个论述的主题也渐渐清晰，在文章的开始，对于普通大众和工程师来说，通过谈论一些通用的流程来论述章节前后的关系是很有意义的，然后在接下来的两部分将关注我们在微软里是怎样进行测试的和我们使用的工具，在最后的部分将展望微软在未来测试的方向，我把我写书的主意发给了微软的高层审核，虽然我内心能体会到将出书的激动，但是仍害怕高层以信息保密为由告诉我这个出书的主意是愚蠢的，叫我另谋高就,结果这件事并没发生，从那以后，我发现自己开始经常盯着电脑屏幕思考第一章怎样开头。

   有了这个开始，我就知道下一步做什么，我想要Ken写头两章，Ken已在微软当了很多年的主管了，他那里有很丰富的案例，，那时侯我发给他了我的建议，Ken不久离开我们组去管理office在线支持的小组，很显然，我们怎样测试软件外加服务的那章也得Ken写，后来当我们正确定“我们怎样测试网站服务”由谁写时，他升任成了我们公司的高层，我真笨当初怎么没让他先写第14章“测试软件外加服务”,后来，我接触到了Bj Rollison,微软最卓越的测试工程师之一，我让他写功能和结构测试技术那一章，在公司，Bj Rollison主要负责给我们设计核心软件测试课程，在我所认识的人中，他比其它人知道更多有关测试领域的知识，Ken,Bj和我开始我们的三重唱，我们三人开始分头行事并且用自己独特的方式来组织自己的案例，但是在最后，我们综合了彼此的案例并写下了能反映微软所有不同测试方法的模板，我经常开玩笑的说BJ在写书的过程中口吻像一个教授，Ken试图扮演一名历史学家和作家，而我只是收集信息并把它们陈述出来，虽然我们各自担当书中的一些章节，但是我们有时又互相帮助彼此来完成一些大的章节，所以这种混合的书写风格又贯穿了这本书。

   我简直不能给别人描述个中的辛苦，原以为写一本书是小菜一碟的事情，结果这些准备出书的反馈信息一公开，在生命中却变成了一件重大的事，自从开始写这本书，卓越的主管Ken的工作就由我接管，为什么在这个世界上我要接受写书这个苦差事，写书对我来说是个全新的挑战，不过，事后我自己安慰自己说，这些任务让我增长了作为领导者的见识，凭心而论，写这本书对我帮助还是挺大的。

   我最大的担心是我知道多少，我遗漏多少，在微软有9000个测试人员，在本书中讨论的测试步骤覆盖了大部分测试人员在微软所做的工作，但是这里有许多测试人员各自新奇的测试方法不能被包含进来，但是幸运的是，在涉及到的各个章节我们都有独特的变化，我们尽可能的写出我们所有关于这个问题的独特想法，我们通过故事会告诉读者，在我们看来哪一部分在测试中是最重要的，我们也不得不承认给本书冠上“在微软我们是怎样测试软件的”的名字时，我们有一点紧张，它好象在暗示着在微软的测试人员都在做书中所描述的所有事情，不过很遗憾，对于拥有如此庞大的测试人员团队和各自强悍的主管的微软，没有办法去单独写某一个测试人员所做的工作和他们所运用的方法，所以，我们采取的折中的方法，这本书主要讲述了大部分测试训练，工具和在为微软测试中用到的技术，并不是每个团队都做书中所描述的所有工作，但是大部分他们都需要做，书中的这些主题描述的都是我们知道流程的工作。

   最后，我认为我成功了，但是作为一个测试人员，我知道它能做到更好，遗憾的是，我们只能写这么多，但是我们在有个地方提供技术支持，如果你有兴趣与作者讨论这本书，你可以访问我们的网站www.hwtsam,com，我们将很高兴聆听你的想法。

--------Alan Page

   本书适合对象：

      这本书适合任何有兴趣在微软担当测试角色的的人和希望了解更多关于微软测试流程的人，这本书不能代替其它写得很好的软件测试书籍，它只描述微软在改进软件的质量时使用的测试技术和评估方法。

  微软自己的测试人员也可能感兴趣，因为它包括其它部门的一些技术和方法，甚至一些不是测试人员的人也可能乐意知道微软的测试人员的工作流程。