google软件测试之道--读后笔记

     看完google软件测试之道，以前有认真看过一次，今天又重新看了一遍。

 

　　在google，测试人员严格区分为SET和TE。SET前期深度参与项目的开发，推动开发人员的自测，从破坏者的角度寻找各种bug，通过开发各种测试工具来提高工作效率。TE则在后期项目被确立后参与进来，从用户的角度去平衡开发与需求。google中测试人员被派驻到到各个产品中进行测试，SET更多的负责产品的质量保障，加快测试与研发的效率，而TE则是从用户角度去体验和完善产品，优化各个逻辑操作，推动产品的用户体验。

 

　　google中最常见的一个产品发布策略是快速迭代策略，不停的发布新版本，通过用户的使用反馈不断更新完善，最终推出可靠好用的产品。同时，google中对于测试人员的各个管理角色进行了介绍，印象最深的有两点：18个月可以自由更换项目组；所有测试最终会消失，更多的测试会高度融合到开发人员的角色中，将单元测试甚至小型测试交由开发完成，测试的角色向高级系统测试转换，需要有更高的技术能力以及协调沟通能力。测试人员未来的职业上升通道也意味着更多向专业化发展，测试人员不缺，缺的是优秀的测试工程师。通常有人抱怨测试人员不够用的时候，往往是优化的不够，效率没有调到最优。

 

　　看完本书最大的感受是职业危机感，测试的发展道路不像开发那么广且深，更多是往管理或者专业测试深度发展。单纯的手工测试将会越来越少，固步自封只会让自己被淘汰。google中有许多优秀的测试理念，测试人员有很大的自由度去发挥与实施，联系到国内的行业，至少在我司，许多理念还是难以贯彻实施，比如在开发自测这一块，推动起来就有很大的难度，要么需要开发人员的高度责任感主动完成，否则更多的只能靠人力推进或者将其bug与考核相挂钩。另外一条，将测试工程师与测试开发工程师分开，测试开发工程师深度参与项目的前期，这似乎只是出现在产品开发中，一旦项目成型SET是否退出，那么在产品的维护与迭代周期内是否还有测试开发人员的参与，貌似不是。但是在我们的项目中，基本所有测试与测开人员没有分开来，做的是同一件事，测试人员也没有融合到开发过程中，对开发细节没有清晰的概念，大都只会进行项目测试，似乎割裂了开发与测试的耦合状态。项目前期，测试开发人员基本不会参与产品开发中，这也是快速迭代的一种现状，也可能与其对测试人员的要求较高有关。在大型的项目中，应该会有较多测开人员参与的。