测试用例的设计方法总结

了解

测试用例是为了实施测试而向被测试的系统提供的一组集合，这组集合包含：(标题、)测试环境【含设备及系统】、操作步骤、测试数据、预期结果(、重要性)等要素

评价标准：

• 用例表达清楚，无二义性
• 用例可操作性强【容易操作，可执行力强，可用工具进行测试】
  eg:测试10000人同时操作，用loaderrunner
• 用例的输入与输出明确。一条用例只有一个预期结果
• 用例的可维护性好
• 用例对需求的覆盖率高
• 暴露程序Bug的能力强

作用
测试执行者的依据、使得工作可重复，自动化测试的基础、评估需求覆盖率、用例的复用、积累测试的方法思路以供后续借鉴
困扰
测试用例的设计是费时费力的工作，往往设计测试用例所花费的时间比执行所花费的时间还多
解决的问题：
不知道是否较全面的测试了所有功能，测试的覆盖率无法衡量，对新版本的重复测试很难实施存在大量冗余测试影响测试效率

设计方法

总体而言是基于需求的设计RBT是基于需求的测试方法，会使测试更加有效，因为它使测试专注于质量问题产生的根源：需求

基于需求的测试是一种最根本的软件测试，重点关注两大问题：

1. 验证需求是否正确、完整、无二义性，并且逻辑一致
2. 要从“黑盒”的角度，设计出充分并且必要的测试集，以保证设计和代码都能完全符合需求

具体设计方法