3. 运行测试用例并处理测试结果

　　目的：使用测试用例发现错误并关闭错误。

　　任务：运行测试用例并记录结果，评估测试结果并记录缺陷，处理缺陷直至缺陷关闭（即修改、延迟处理、不修改、不是错误）。

　　方法：选择测试用例库中的测试用例运行，选择新设计的测试用例运行，录制/回放或者笔录中间步骤和结果，记录下执行过程中的灵感（但不要轻易修改本次执行任务），分析测试结果并尽量重现和优化错误步骤，详细填写缺陷报告并提供尽可能多的信息（如尽可能提供错误分析和修改建议），认真审核错误处理结果并及时关闭缺陷报告。

　　结果：记录下的运行结果，记录下的新的测试用例设计思路，提交并处理的缺陷报告。

　　4. 评估测试用例和测试策略

　　目的：检验测试用例和测试策略的有效性，必要时对测试用例和测试策略进行完善和修改，增加测试经验。

　　任务：根据测试结果完善、修改、合并测试用例，如果没有文档化测试用例，此时需要文档化；另外，对测试用例库进行维护。即增加新的测试用例（尤其是已经发现了错误的测试用例），删除不必要的测试用例（要谨慎，除非是功能改变），修改刚刚使用的测试用例（根据测试结果），合并部分测试用例；最后，根据测试结果完善和修正测试策略和测试计划、产生新的测试用例设计思路。

　　方法：基于经验（发现了什么问题，这种问题出现的原因是什么，为什么会发现这种问题，还可以更快地发现吗？测试用例可以合并吗？可能联想到还会出现什么问题—— 新的测试用例），流程控制/尤其是测试用例库的维护可以借助于工具实现。

　　结果：优化的测试用例库，优化的软件故障模型，优化的测试策略和测试计划，测试的经验和新的测试用例设计思路。

　　事实上，测试设计过程是循环往复的、并且过程中的每一步骤都可以返回前面的任何一个步骤，即使单独一个测试用例也可能经过以上步骤多次。另外，测试设计最重要的工作就是设计测试用例。测试用例的衡量标准：多、快、好、省。测试用例库是一种经验积累，是测试活动最宝贵的财富。最后，在系统测试中设计测试用例的最常用到的思路是软件攻击。