摘要: 之前曾写过《软件质量管理的困境与对策思考》，在其中谈到开发部门与质量管理部门（QA）应形成一个有“交集的双环”而非“哑铃型”组织，也指出软件质量管理应重实践轻量化，其目标应是帮助工程师改善工作习惯和 ...
| 测试工程师贡献价值的方向 测试工程师要很好地贡献价值，首先要与开发工程师有共同的目标。也就是说，开发与测试团队先要把质量目标变成“我们的”，而不是“你的”或“我的”，否则很难打破“零和游戏”所带来的困境。就这一点，我完全认同@吴穹老师在他的《测试的双重目的性及理性质量观》一文中所倡导的“只有将开发和测试完全地混合在一起，不分彼此，才能够真正获得好的质量，不应试图去隔绝开发与测试团队”。换句话说，开发与测试团队在组织架构上的关系要做适当的修正以支撑这种主张，否则它是阻碍测试团队输出价值的第一个巨大障碍。 所制定的共同质量目标最好是团队级别的，因为从开发工程师的角度来看，只有这样才能保证开发工作按步就班，也意味着他们和公司能从中获得最大的收益。从这个角度说来，测试工程师可以考虑“我如何帮助改善软件的设计质量”。这个问题或许太大，对测试工程师的要求也太高（后面我们还会谈这方面的内容），但我们可以从“如何保证软件的可测试性”这种更具有指导性的问题入手。 退而求其次的是，测试团队与开发团队共享相同的用户级质量目标。在这个层面上，测试团队将发现巨大的发挥空间。比如，测试团队能否搭建或改善单元测试的平台，以帮助开发工程师更方便地实施单元测试；又或者能否帮助开发工程师构建持续集成的平台；等等。 请注意，我并非主张测试团队应对开发团队言听计从，而是主张测试团队应使用自己的测试专业知识帮助开发团队提高开发质量与效率，而非只充当检验员的角色。测试工程师一定需要建立团队的自信：测试是一个专业领域，在质量保证方面我们有自己独到的见解，能为开发工程师提供帮助。 总的说来，测试团队需要站在测试专业领域的高度为开发团队提供指导与帮助，也只有这样开发工程师才能感受到“我们拥有同一个质量目标”。这种观念我想也正是@段念-段文韬老师在《测试团队与咖啡店》一文中想强调的。另外，Google让测试团队隶属于Engineering Productivity这一FA（Focus Area）或许也正是出于这一考虑的吧！ 现实的无奈 读者可以从网上搜索《Google是如何做测试的》这个系列翻译文章，其中谈到了Google是如何组织测试的，里面的内容很值得我们学习与思考。总体说来，我觉得Google对于测试工程师和测试开发工程师的要求相比国内我所见到的更高，且其中开发测试工程师的作用非常关键，他们review设计、审查代码的质量与风险、重构代码使之具备更好的可测试性、编写单元测试和自动化测试框架等。 回头看看国内，好象将测试当作比开发次要而非同级。对测试工程师的要求似乎也没有开发工程师高，这一点从招聘时碰到某位工程师不适合开发岗位时会考虑他是否适合做测试可以看出。以我的理解，测试工程师应当是开发工程师出身且水平更高，因为只有水平高了才能对软件质量有更深刻的认识，才有能力从质量层面贴心地指导和帮助开发工程师的日常工作。 测试团队对“核心价值”困惑的存在，很大程度上是由于国内对测试的重视不足，强行割裂开发与测试两个活动而导致的。其所带来的更大危害在于，测试人才缺乏一定的梯度。 |
