漫谈项目质量保障——协作流程

作为测试工程师，我们的日常工作可能离不开“测试”这个词。“测试”这个词既可以是个动词，也可以是个名词，初入这个行业，这个词在工作中更多体现的是动词，也就是执行测试，但是工作越久就越有一种感觉，作为一名测试工程师，工作中应该更多地去思考和落地“测试”这个词背后的名词词性——质量保障。

首先，我们应该明白一个项目的质量并不是由测试这个环节决定的，而是由整个项目周期中所有环节共同决定的。作为测试工程师，想要保障好整个项目的质量，就不能局限在测试环节，而是要逐步熟悉整个项目的所有环节，并逐步去把控每个环节中质量。本文梳理了互联网企业中存在的一种协作流程，希望对大家了解项目的所有环节有所帮助。

在互联网项目团队中，项目的协作流程如图1-1所示，一般有以下五类角色：产品人员、UI设计人员、测试人员、开发人员和项目管理员。

图1-1 核心协作流程

产品相关人员

如图2-1所示，产品管理者主要负责内审的工作，在项目流程中需要负责的节点。

图2-1 产品管理者关注节点

产品管理者需要进行的操作：在内审通过后流转状态为待评审，若内审不通过，变更状态为内审不通过，状态将转回产品负责人并变更为未开始状态。

如图2-2所示，产品人员需要关注的有四个节点：未开始、待评审、待产品验收和待数据回顾。

图2-2 产品人员关注节点

未开始和待评审节点，产品负责人需要添加产品需求文档、计划评审时间、需求来源和所属迭代信息。待产品验收和待数据回顾节点，产品负责人需要在验收后补充验收结论和详情，在需求发布上线后，对有需要数据分析的需求补充数据回顾文档和结论信息。

UI设计相关人员

需求的UI设计负责人默认指派给UI设计管理者，UI设计管理者需要关注待UI设计节点，需对处于待UI设计节点的需求分配对应的UI设计负责人。

如图3-1所示，UI设计负责人需要关注的节点包含待UI设计、UI设计中和待UI验收。

图3-1 UI设计相关人员关注节点

待UI设计和UI设计中节点，UI设计负责人需要添加UI设计文档和UI设计计划完成时间，并在完成设计变更状态为待开发时补充UI设计实际完成时间信息。在待UI验收节点，UI设计负责人需要补充UI验收结论和详情信息。

开发相关人员

需求的开发负责人默认指派给开发管理者，开发管理者需要关注待待评审节点，需对处于待评审节点的需求分配对应的开发负责人。

如图4-1所示，开发负责人需要关注的节点包含待开发和开发中。

图4-1 开发相关人员关注节点

待开发和开发中节点，开发负责人需要添加开发设计方案文档、开发方案是否已评审和开发计划提测信息信息。

测试相关人员

需求的测试负责人默认指派给测试管理者，测试管理者需要关注待待评审节点，需对处于待评审节点的需求分配对应的测试负责人。

如图5-1所示，测试负责人需要关注的节点包含待测试、测试中和测完待发布。

图5-1 测试相关人员关注节点

待测试节点，测试负责人需要添加测试要点文档和测试计划完成时间信息，测试中和测完待发布节点，测试负责人需要添加开发实际可测时间、自测通过率、测试实际完成时间信息。

项目管理人员

项目管理人员需要把控项目的进度，关注各个环节的协作和流转情况，评估项目进度风险并处理风险问题。在很多企业中，测试工程师需要承担起项目管理的工作。

介绍完这个项目流程，大家可能会发现这个流程和通常的流程会不太一样，产品和UI验证竟然在测试之前，通常的项目流程中总是需要测试人员完成测试后才会让产品人员进行验收。那为什么会存在这个项目流程呢，原因可以归纳为两点：第一点是产品验收前置后能更早的发现产品需求上的问题，这比测试完后产品验收才发现问题需要的纠正成本要低很多，同时对于项目来说，项目风险也前置了。第二点是测试后置后研发提测质量会有一定的提升，如果研发人员提测质量太低直接会被产品验收打回，这样测试人员不会在提测阶段因为提测质量过低浪费太多精力，测试人员可以有更多的精力去保障整个项目的质量。

总结

本文分享的项目流程除了产品验收前置这个环节与常见的环节有较大的不同外，其他或多或少与各企业会有所不同，大家可以尝试梳理自己工作中的项目协作流程，并思考如何从项目管理层面更好地把控好项目的质量，同时减轻测试的工作量，达到两全其美的效果。

作者简介：Chaofan，爱测角成员之一，专注探索和分享软件质量保障。

文章首发于微信公众号爱测角

转载请注明文章来源公众号:爱测角并附原文链接