首先制定好测试计划，执行测试计划，通过测试执行结果来检查测试计划制定的合理性，然后分析计划偏离的原因，把总结出来的经验用于指导下一次测试的计划，这样就形成了一个PDCA循环过程。
编写一份测试报告或者一个Bug也可以应用PDCA循环。例如，先策划好报告的主题和内容，打好腹稿，再写下来，写完要检查，看是否准确，是否有错别字，然后提交审核，对提出的意见进行分析，将总结的经验用于指导下一次报告的编写，这样的过程同样也是一个PDCA。
编写测试用例也是一个PDCA。首先计划测试用例的编写方式，搭建测试用例的大纲和框架，然后设计和编写测试用例，并自行检查或与同行一起交叉检查，最后通过评审来发现更多的问题，如有哪些没有考虑周全的，或设计不完善的地方；或者通过执行测试用例，发现Bug，再根据执行的情况和Bug的情况来分析测试用例的有效性，把这些总结出来的经验用于指导下一次的测试用例设计。
测试的执行过程则是一个可间接用于改进产品质量和程序员能力的PDCA循环。例如，首先开发人员写出代码，策划拥有一定质量水平的产品，测试人员对产品执行测试，发现Bug，通过分析Bug出现的原因，对开发人员的开发方式做出新的指导，从而避免下一次错误的出现。通过这种方式改进质量，同时也提高了程序员编写高质量代码的能力，把错误遏制在产生的源头。
五、客观全面的测试报告
测试需要以一个完美的方式结束，编写一份出色的测试总结报告可为一个完美的测试过程划上一个圆满的句号。
一份测试报告应该包括测试资源的使用情况：投入了多少测试人员，所用时间多长，执行了多少测试用例，以及覆盖了多少功能模块等。
另外，对测试对象的缺陷分析也是必须的，包括共发现了多少缺陷，缺陷的类型主要是哪些，缺陷集中在哪些功能模块，缺陷主要发生在哪几个开发人员的身上。这些信息都是大家关心的，需要及时报告，项目经理或QA需要根据这些信息做出决策。
注意：报告应该尽可能客观、尽可能全面地反应测试情况和缺陷情况。
7.8.6 实用测试经验的总结
测试总结报告应该包括测试过程的成功与失败经验，从测试过程的管理经验，具体到某个Bug的分析总结，或者是与开发人员合作交流的经验，都可以总结出来。
测试总结报告应该分析测试的整个过程，如是否合理安排了测试资源，测试进度是否按计划进行，如果没有其原因是什么，如何避免下次出现类似的问题？风险是如何控制的？出现了什么意外情况？下次能否预计到这些问题，等等。
测试总结报告还应包括某些专门类型的测试经验总结。例如，性能测试采用了什么好的方法？碰到的问题是如何解决的？自动化测试脚本如何编写？应该选取哪些功能模块进行自动化测试？等等。
测试总结报告应该包括对测试用例的分析。例如，测试用例的设计经验总结，哪些用例设计得好，能非常有效地发现Bug，总结的这些东西无论是对本项目组的测试人员，还是对其他项目组的测试人员都会大有帮助。
如果能分析总结出Bug模式，那么总结报告还应该包括Bug模式的总结。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
