在这个电子书漫天飞的年代，我居然仍然喜欢读纸书，喜欢一边读一遍闻书的味道，就像品尝一顿美味的大餐一样。最近得了一本《微软的软件测试之道》，啃了一段时间了，每次重新拿起来看就觉得里面的内容忘得一干二净了，想起之前有位领导总是教导我们：“要不断总结，要累积，这样才会进步！”之前每次听这话都觉得烦，后来工作久了才知道总结有多重要，如今为了记住这本书的内容，我决定写个读后感，想到哪里写到哪里。

　　第一部分：

　　第一章《微软的软件工程》

　　第二章《微软的软件测试工程师》

　　第三章《工程生命周期》

　　看完就想说一句：哦，原来大公司是这个样子的。接来下还是讲讲我们自己吧，任职于一家小公司，感觉团队就像一支游击队，可能用抗战片里面的义勇军来形容更贴切些，生源比较复杂，有组织，有自己的战斗模式，但纪律性略差，尽管“组织上”派了很多人来“改造”，但实施起来困难重重，最后都是半路夭折。公司每年都会根据项目情况进行团队重组，提倡人员复用，也因为这样我参与了多个产品的测试工作，经历了从产品投标立项到发布验收的所有过程，这让人听起来有些复杂，一个测试工程师需要经历这么多吗，我开始的时候也很排斥这种模式，后来慢慢就想通了，正是因为经历了这么多才让自己有机会学习到更多，工作不应该是仅仅局限于一片区域，要不断地扩展自己的知识面，经历的越多你会发现自己缺的越多，而在这个过程中会有收获的惊喜，不多解释了，大家都懂得。

　　测试的职业发展，我们总会看到两个选择：一个是技术方向，一个是管理方向。其实对于新人来说不必太纠结于这个问题，因为当你工作的一定程度的时候，自然就做出了选择，个人觉得工作不需要违心，人只有按着自己喜欢的方向走，才能充分发挥自己的优势。书中讲到了测试职种的多种发展道路，对于迷茫者来说是一个不错的提示，级别主要是根据技术深度、技术广度和影响力范围来区分的，影响力的范围从一个狭窄定义的产品功能扩展到一个系列产品的功能、一个完整的产品，影响力可以基于测试的各个方面延伸，也可以基于一个方面的技术领域纵向延伸。我的感想是，学无止境，测试也一样，学到的越多，技术水平越高，你才会有能力维护自己的地位，地位越高，你的影响力就越大。

　　工程生命周期，作者以做饭为例讲述了一个过程方法：通过协调各种资源，根据情况灵活调整。是按部就班还是灵活机动，都各有好处，并不是一个软件开发模式适用于所有的产品，不同的产品需要不同的方式来实现，尽管在实际操作中会有很多变化，但很多过程方法在实践中已经广泛应用，而且也在实践过程中进行显著的实验和创新。传统的软件工程模型有瀑布模式、螺旋模式、敏捷开发。除了第二种，其他两种我都经历过，目前一直都是敏捷开发。质量改进是定义了工作目标，指定和执行计划以达到目标，检查并确定是否实现了预期的结果，如果没有实现预期的结果，就要修改工作规程以完成计划。Deming循环（或PDCA循环）就是描述上述过程的一种方法，该流程实现能保证产品质量满足期望。之前也阅读过《软件测试与持续质量改进》、《持续集成，提高软件的质量和降低风险》等质量相关的书籍，公司的领导一直提倡流程改进，项目组也进行了多种尝试，并将戴明循环进行实践，且取得了一定的效果。我的总结就一句话：A good process is a process that results in good software.

读《微软的软件测试之道》有感（上）