如何保证测试质量

当进入测试执行阶段之后，作为测试项目的管理人员，即使知道怎么很好的管理执行进度，但也还是有一个头痛的问题无法回避，那就是怎么保证执行的质量呢？

项目管理的五大过程组中，有个贯穿全流程的过程组，也是整个项目得以按计划完成的很重要的一个保障过程，“监控”过程组。我们狭义地来看待这个“监控”，其实主要就是监控进度和质量。

项目监控是围绕项目实施计划，跟踪进度、成本、质量、资源，掌握各项工作现状，以便进行适当的资源调配和进度调整，确定活动的开始和结束时间，并记录实际的进度情况，在一定情况下进行路径、决策、度量、量化管理、风险等方面的分析。在实施项目的过程中，要随时对项目进行跟踪监控，以使项目按计划规定的进度、技术指标完成，并提供现阶段工作的反馈信息，以利后续阶段的顺利开展和整个项目的完成。

进度管理在之前的课程里已经说过了，今天我们主要是一起来看下质量管理。

虽说任务的完成质量是事后才能检验的，但是保质量的活动是从任务开始前到任务完成时都贯穿始终的。

• 测试点和测试用例评审时，你作为测试项目负责人要全程参与，而且在参加前要熟悉测试点和测试用例，带着疑问和你识别出来的测试要点去参加。在确保需求测试责任人覆盖到了全部的测试点之外，针对关键功能或业务流程提出疑问和建议，以提高测试点的覆盖面和测试用例的质量，从而提升任务的完成质量。

  测试过程中，你作为测试项目负责人要实时浏览每天的 bug 和跟踪 bug 的生命周期，根据核心模块不同级别 bug
  的数量来判断需求测试责任人执行的深度和覆盖度，当 bug
  曲线不正常的时候，就需要跟责任人及时沟通，了解他的测试进度和工作状态，否则，质量多半会出现问题。

  测试执行阶段接近尾声的时候，你作为测试项目负责人可以自己亲自验收一些核心功能或业务模块，也可以安排几个需求测试责任人进行交叉测试，对最后的测试质量做一轮把关。

在实际的项目场景中，因为测试时间都被压缩的很紧张，所以重点推荐第一种和第二种方法，当测试时间充裕的情况下，第三种方法也是推荐列入计划的。

很多人在刚刚转做测试项目管理工作时，都犯过同样一个错误，我也不例外。那就是认为将进度盯得紧一些，质量就会高一些。

先说说我在最初做测试项目管理时的经历吧。

我做了大概有两个月的时候，项目团队的成员集体送了我一个称号——“唐僧”，因为我自己在做个人计划管理时，习惯的最小任务单位为天，所以，想当然地就把这个习惯带入了项目管理当中。我从项目启动开始，每天做的最多的一件事就是在项目组成员之间来回跑，每到一个人座位上，就往他桌上一坐，问他进度大概百分之多少了，有没有什么问题等等。

最初的时候，我自己其实并没有感觉到这有什么问题，只是意识到每天花在沟通上的时间比较多，很多自己的任务都只能在下班后去做，挺累的。不过那时候觉得心里有底，觉得整个项目的质量都在自己的掌控之中。

可项目组成员并不这么觉得，他们一开始没有太大感觉，后来每天一看到我就哆嗦，都快崩溃了，后来在一次 Team Building 时，集体送了我一个称号“唐僧”（我一直认为他们是受大话西游的荼毒太深），他们说每天都被我疲劳轰炸，总是在问他们进度，问他们问题，严重影响到他们的工作节奏，然后集体要求我喝了三大碗（可乐），直接把我三振出局，让我好好反省去了。

我为了能快速回归大家庭，迅速分析了自己的问题，并找到了解决的思路和方案。

• 任务的跟踪和进度的管理要重结果，轻过程；

  根据项目组成员的不同特性，制订不同的策略；

  自我管理做的不错的，计划性很强的项目组成员，只要明确他的任务内容和验收标准，在 Deadline 的前两天检查一下即可；

  自我管理做的一般的，计划性较弱的项目组成员，除了要明确他的任务内容和验收标准，还要根据项目工期的长度，设定阶段性的目标，定期检查阶段性产物和质量，及时做出的应对；

  制订项目计划时，先根据项目的总体要求制订计划初稿，包括上述内容，任务目标、任务内容、任务验收标准、任务时间节点、任务责任人等等，在项目计划会之前发给项目组成员预览，方便大家带着问题参会讨论；

  项目计划会上，主要介绍项目的大背景、关键性要求和时间节点，再明确任务分配的计划，大家讨论定稿，然后就按照计划执行。有任何问题，会上解决掉，一旦定稿，就默认项目组成员在计划上已经达成一致认可，无需再单独确认；

  执行质量保证活动时，严格规定自己的监控颗粒度，初期可以结合项目干系人名单，制订对于每个人的跟踪计划，避免自己又将个人习惯带入项目管理过程；

最后，有一个很重要的思想，要逐渐地传递给整个团队，那就是不要将测试执行的质量保证局限于测试方法或工具，而要着眼于流程、计划和一些非技术因素。