了解
测试用例是为了实施测试而向被测试的系统提供的一组集合,这组集合包含:(标题、)测试环境【含设备及系统】、操作步骤、测试数据、预期结果(、重要性)等要素
评价标准:
- 用例表达清楚,无二义性
- 用例可操作性强【容易操作,可执行力强,可用工具进行测试】
eg:测试10000人同时操作,用loaderrunner - 用例的输入与输出明确。一条用例只有一个预期结果
- 用例的可维护性好
- 用例对需求的覆盖率高
- 暴露程序Bug的能力强
作用
测试执行者的依据、使得工作可重复,自动化测试的基础、评估需求覆盖率、用例的复用、积累测试的方法思路以供后续借鉴
困扰
测试用例的设计是费时费力的工作,往往设计测试用例所花费的时间比执行所花费的时间还多
解决的问题:
不知道是否较全面的测试了所有功能,测试的覆盖率无法衡量,对新版本的重复测试很难实施存在大量冗余测试影响测试效率
设计方法
总体而言是基于需求的设计RBT是基于需求的测试方法,会使测试更加有效,因为它使测试专注于质量问题产生的根源:需求
基于需求的测试是一种最根本的软件测试,重点关注两大问题:
- 验证需求是否正确、完整、无二义性,并且逻辑一致
- 要从“黑盒”的角度,设计出充分并且必要的测试集,以保证设计和代码都能完全符合需求
具体设计方法