《步步为赢：软件测试管理全程实践》

第七章执行测试-读书笔记

7.1 版本验证测试（BVT）

版本验证测试（Build Verification Testing, BVT）指一个软件版本是否符合最基本的要求，是否存在重大问题。

BVT测试机的确定：

l只验证最基本功能。

l测试用例数要精简。一个人，在两个小时左右时间测试完为宜。

lBVT测试用例确定可有集体决定。

在设计用例时，通过用例优先级定义，来初步划分BVT阶段测试用例，可快速筛选出BVT测试范围。

7.2 可接受性测试

可接受性测试是对测试组来说，当前版本是否开始大量测试资源投入确认。

软件测试的成本是很高的，如果整个测试的执行基于一个不合适（大量功能缺失、导致测试中断等）的版本，导致需要更换版本，进而使前期测试资源产生巨大的浪费。可有效规避测试周期过长的假象，而导致领导层对测试的不信任。

可接受测试用例集确定：

l覆盖主要功能点。

l数量适中，以测试组一天能执行完为宜。

同样筛选时，可以通过优先级进行确定。

7.3 确定测试执行的详细计划

如果测试计划只规划一个时间段而没有具体的安排，可以考虑做一个详细计划。

根据实际情况零活调整，非必须项。

7.4 测试执行

测试执行阶段是最繁忙的阶段，要合理安排任务。

确保测试环境的准确：

l每启动一次测试，都要求测试环境是干净的。

l只能从同一个地方取软件产品的测试版本。

l对测试环境做抽查。

l明确责任。

该阶段要鼓励提交BUG，将这个思想传递给每一位测试工程师。

督促大家去看最近发现的BUG，以减少提交重复的BUG。对有代表意义的BUG做通报，对BUT提交者也是一种表扬。

7.5 提交BUG

测试组长要月度每一个BUG（即使再忙也要抽时间去看大家提的BUG），发现描述不清晰的BUG，退回测试工程师进行改进。

宽容提交重复、错误BUG的行为。因工作态度等原因，导致持续出现问题情况，要单独谈话提出批评，并改进。

不要轻易判断BUG无效。更不要轻易关闭BUG：

l这是尊重测试工程师劳动的体现。

l保留BUG也就保留了对问题的跟踪，避免遗忘。

l如果关闭这些砍死不重要或不好重现的BUG成为管理，测试工程师会觉得发现这些问题是浪费时间，测试组长以后就会越来越少低看到这类BUG，会给项目带来风险。

督促大家对BUG保持跟踪。

7.6 随意测试

测试执行后期，测试组长可以剑锋插针的安排一些随意测试。（探索性测试）

随意测试是软件测试的一个有益补充。

7.7 阶段性的总结会

目的是让大家分享经验，找出可改进的地方。

总结会也要有会议记录，会后采取响应的行动，落实会议上的想法和决定。

7.9 测试管理经验实例