测试用例的本质（基于需求）
- 理解需求、反映需求，忠于需求
- 需求会变化，则测试用例也应该是活的，变化的"及时响应变更比遵循计划更有价值"
原则
- 根据程序的重要性和一旦发生故障带来的损失，来确定测试等级和测试重点
- 认真选择测试策略。用尽可能少的测试用例发现尽可能多的错误。测试用例不足则会导致风险的增大；测试过度导致资源的浪费。需要找到平衡点
方法选取
- 先关注主要功能也业务流程、业务逻辑是否正确实现，考虑场景法
- 需要输入数据的地方，考虑等价类划分法
- 在任何情况行都使用边界值法
- 如果程序的功能中包含输入条件的组合情况，则选取因果图和判定表法
- 对于配置类软件，需要考虑参数的组合情况，考虑使用正交排列法
- 对照程序逻辑，如果发现没有达到要求的覆盖标准。适当补充更多的测试用例
- 采用错误推断法，追加其他测试用例
