大家好，我是阿萨。前不久的文章如何监控测试进度？刚刚讲了监控测试进度的重要性以及方法。最近阿萨的团队就出现了一例因为监控力度不够，导致的漏测问题。
今天复盘下该漏测问题。
问题现象：客户反馈，做了某操作后，样式丢失。开发修复了bug。然后验证bug的时候需要把所有样式都验证一遍。但是测试人员只验证了问题里提到的样式，针对未出现在问题里的样式未做验证。导致上线后客户直接就发现了该问题。
问题根因：验证该需求的测试人员虽然测试点写得很详尽，写了要验证所有的样式，但是测试用例写得很笼统，只说要测试样式起作用。没有验证样式在客户操作前后都需要生效。结果2个测试人员都没有验证出该问题。
出问题后问2位测试人员，为什么没有验证出来，2位表示都不知道要验证操作后样式丢失，只验证了样式是否生效。看到这个原因，有点哭笑不得。问题单里描写的非常清楚，根本没有任何歧义的情况下，能把场景验证成这样，充分暴露了团队对新需求的分析和理解出现了严重的偏差。
而且测试验证时间特别充分的情况下，其中一位工作时间四分之一都不在工位的情况下，把需求验证成这样。只能说明是管理人员监控不足导致的。
阿萨其实平时并不关注每个测试需求的细节，只要结果是好的，过程不重要。但是不关注并不代表没要求。说明阿萨平时管理不严谨，还有很大的提升空间。
工作中完成的每一件小事，每一项工作都是你为自己积累的信用和口碑。如果每次给你一些很小的任务，你都做不好，就不要怪大家对你不信任。所以千万不要自己亲手把自己的招牌砸了。
针对该问题，阿萨总结了一下管控措施：
1. 让测试人员给其他人复述问题。同时其他人提问不清晰内容。
2. 每个需求的测试点评审一定要足够细致。确保所有场景都包含。保证大家都理解需求内容。
3. 需求测试点落地到测试用例上，每天查看各位测试的进展和测试用例执行情况。有问题提早暴露问题。
4. 每天追踪任务的进展和执行情况。针对执行不到位，磨洋工的及时识别并列出每天工作量，横向对比结果。
5. 每天查看测试的产出，有没有bug产出或者测试用例的产出。如果一天什么产出都没有 ，那只能证明你今天没有好好工作。
大家有没有更好的测试跟踪方法？
