测试用例的本质（基于需求）

  • 理解需求、反映需求，忠于需求
  • 需求会变化，则测试用例也应该是活的，变化的"及时响应变更比遵循计划更有价值"

原则

  1. 根据程序的重要性和一旦发生故障带来的损失，来确定测试等级和测试重点
  2. 认真选择测试策略。用尽可能少的测试用例发现尽可能多的错误。测试用例不足则会导致风险的增大；测试过度导致资源的浪费。需要找到平衡点

方法选取

  1. 先关注主要功能也业务流程、业务逻辑是否正确实现，考虑场景法
  2. 需要输入数据的地方，考虑等价类划分法
  3. 在任何情况行都使用边界值法
  4. 如果程序的功能中包含输入条件的组合情况，则选取因果图和判定表法
  5. 对于配置类软件，需要考虑参数的组合情况，考虑使用正交排列法
  6. 对照程序逻辑，如果发现没有达到要求的覆盖标准。适当补充更多的测试用例
  7. 采用错误推断法，追加其他测试用例
正文到此结束
最后修改：2023 年 07 月 06 日
© 允许规范转载
如果觉得我的文章对你有用，请随意赞赏