测试用例的力度评审和总结（P32）

测试用例的力度：

1.简单：可能只包含测试的内容，并没有“设计”，而仅仅是记录，主要是提醒测试人员主要功能是哪些。

2.复杂：包含具体的输入项，每一个步骤，期待的结果。

3.中庸：过于简单会导致测试有遗漏，而且根据测试人员的水平不同导致偏差较大；过于复杂，会导致效率太低，维护成本太高，限制测试人员的思维，一般工作中都介于两者之间。

---

测试用例的本质（基于需求），测试用例始终围绕需求展开！

1.理解需求、反应需求、忠于需求。

2.需求会变化，测试用例也应该变化。

3.及时响应变更比遵循计划更有价值。

---

原则：

1.根据程序的重要性和一旦发生故障带来的损失，来确定测试等级和测试重点。

2.认真选择测试策略。用尽可能少的测试用例发现尽可能多的错误。测试用例不足会导致风险的增加，测试用例过多会导致资源的浪费，需要找到平衡点。

---

方法选取：

1.先关注主要任务和业务流程、业务逻辑是否正确，考虑场景法。

2.需要输入数据的地方，考虑等价类划分法。

3.在任何情况都使用边界值法。

4.如果程序的功能中包含输入条