1、引言
PDCA循环又叫戴明环，是美国质量管理专家戴明博士提出的，它是全面质量管理所应遵循的科学程序。全面质量管理活动的全部过程，就是质量计划的制订和组织实现的过程，这个过程就是按照PDCA循环，不停顿地周而复始地运转的。PDCA 描述如下，PLAN：活动、控制、资源、目标；DO：按计划实施；CHECK：监控和测量一致性和有效性；ACTION：分析/回顾/改进/提高有效性。软件测试是有计划、有组织和有系统的软件质量保证活动，是软件工程的重要组成部分。本文结合PDCA循环对于质量改进的作用，依靠文档管理，将PDCA 理念融入软件测试。在软件测试流程中，结合PDCA 理念，各个阶段进行如此诠释，PLAN：编写测试计划；DO：按计划开展测试工作；DO：按计划开展测试工作；ACTION：维护测试文档。
2、PLAN：编写测试计划
软件测试组接到测试项目后，测试工程师首先编写《系统测试计划》，为本次测试工作做好安排。
根据研发部门提交的《项目总体需求说明书》《项目模块需求说明书》《项目概要设计说明书》《项目详细设计说明书》及《数据库设计说明书》等内容，测试工程师编写《系统测试计划》。测试计划中包含编写目的、参考资料、测试内容、测试环境、测试方案、测试通过标准、风险评估、测试组织和时间安排等内容，包括了PLAN中应该进行活动、控制、资源、目标等全部内容，实现了做测试工作的计划性。
3、DO：按计划开展测试工作
完成测试计划后，即按照计划的时间要求进行测试工作。
测试工程师依据《总体需求说明书》、《模块需求说明书》、《概要设计说明书》和《验收测试计划》分析测试需求，撰写该项目的《测试需求说明书》。软件测试的核心文件《系统测试需求说明书》是列出项目所有的测试点，保证了软件测试的有据可依。测试工程师根据《测试需求说明书》编写《测试用例》。
测试负责人依据《系统测试计划》及项目进度向测试工程师分配测试任务；测试工程师向测试负责人领取测试资料，执行测试。本轮测试结束后，测试工程师编写《系统测试报告》。 
4、CHECK：审核和评审测试文档
审核和评审是PDCA方法中最重要的组成部分，在软件测试中主要是依靠对测试文档的审核和评审，来保证测试工作的质量。
《系统测试计划》是测试工作的纲领性文件，是对整个系统测试的工作安排。测试工程师完成后，需要由测试负责人进行审核，审核通过后由研发和测试人员组成的评审小组进行评审，保证了测试计划的合理性。
《测试需求说明书》是整个测试工作的核心文件，列出项目的所有测试点。首先由测试负责人进行审核，审核通过后组织评审，项目经理和评审小组参与进行评审，要求有测试记录。从研发和测试的角度保证了尽可能不遗漏测试点，也能有效减少测试组与研发部门的分歧。
《系统测试用例》是根据《测试需求说明书》的测试点扩展而来，测试工程师完成后，由测试负责人审核《系统测试用例》，并提出修改意见。
《系统测试报告》是每轮测试结束后，测试工程师编写《系统测试报告》，然后测试负责人审核《系统测试总结报告》。审核通过后，将《系统测试报告》交给测试负责人、项目经理、评审小组成员进行审批；审批不通过，则测试人员进行修改；审批通过，更新系统测试用例后，一轮测试结束。 
5、ACTION：维护测试文档
文档《系统测试计划》和《测试需求说明书》都需要经过测试负责人的审核和评审小组的评审，《系统测试用例》要由测试负责人进行审核，《系统测试总结报告》由测试负责人审核外，还要进行项目经理、评审小组成员进行审批和会签，在此过程中，会有很多测试工程师要按照评审意见进行修改，达到了分析改进提高的效果，保证测试工作的质量。
6、总结：提高测试工作效率
将PDCA方法融入软件测试工作流程中，使得测试流程更加规范，提高了测试工作效率。编写测试计划，使得测试工作按部就班；规范的工作内容，在各个阶段都明确的产出物，方便领导对测试工作的检查；增加测试文档的评审机制，既降低测试组与研发部门沟通成本，减少分歧，又提高了软件测试的质量。
在这里推荐一个我自己创建的软件交流群，qq:64283068,群中会不定期的分享软件测试资源，测试面试题以及行业资讯，大家可以在群中积极交流技术。
