测试规划与执行全解析
一、测试用例状态与定制
在测试用例规划中，我们常常会选择将测试用例保持在“设计中”状态。这样做的好处是，当功能构建完成并准备好进行测试时，我们几乎总是需要进行一些小的更新。这些更新可能包括添加或删除步骤，以及设置具体的控件。例如，原本测试用例只是提供输入国籍的位置，现在明确为从下拉列表中选择国籍。通常，一个“就绪”的测试用例是可以直接执行的最终形式。
工作项系统具有很高的灵活性，我们可以轻松添加额外的状态。一般来说，添加额外状态不会破坏报告，但需要更新报告以显示新状态。
测试用例与迭代也密切相关。迭代 1 是分析迭代，在此期间不进行测试，但会编写测试用例。按照迭代 1 的标准完成测试用例编写后，将其标记为“就绪”是完全可以接受的。当进入迭代 2（即构建迭代的开始）时，我们可以选择复制测试用例并将其重新分类到迭代 2 中。这样做有助于对测试用例进行细致的跟踪，还能清晰地表明某个测试用例在一个迭代中就绪，而在另一个迭代中未就绪。
二、不同阶段测试用例的目标
- 构建阶段
构建阶段测试用例的目标很明确：它们应该是可重复的，以便在用户发现之前找出漏洞，并测试应用程序的功能。不过，其中有两点值得探讨。探索性测试不一定是可重复的，除非进行记录。好在我们可以使用 MTM 进行记录，所以这不是太大的问题。测试可能由于后端数据或流程而无法重复，但至少当发现漏洞时，测试人员或开发人员可以复制找到漏洞所采取的步骤。
在理想情况下，我们可以通过功能测试实现 100% 的代码覆盖。但实际上，这几乎是不可能的，除非是对安全性要求极高的生命安全应用程序。
