测试用例篇——设计测试用例的常用方法

测试用例的基本要素

测试用例是为了实施测试而向被测试的系统提供的一组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素

评价测试用例的标准：对比好坏代码的评价标准

用例表达清楚，无二义性
用例可操作性强
用例的输入与输出明确。一条用例只有一个预期结果
用例的可维护性好
用例对需求的覆盖率高
暴露程序Bug的能力强力

测试用例 ecsp-439: 单位用户注册成功
步骤动作	期望的结果
进入注册页面，选择注册	系统展现注册页面
输入符合要求的单位名称、单位邮箱、密码、确认密码、 组织机构代码、验证码，并确认同意《用户注册协议》， 提交注册信息	系统进行注册操作，发送激活邮件。注册成 功后，跳转到注册成功页面，并提示用户进 行激活操作
进入注册用的邮箱，进行激活操作	激活成功
用注册的邮箱和密码，进行登录操作	登录成功，系统展示欢迎页面
测试方式	手工
重要性	重要
测试环境	CHROME,IE10+
测试前提	系统运行正常，邮件服务器已开启
功能模块	注册登录

测试用例的好处

• 测试执行者的依据
• 使得工作可重复，自动化测试的基础
• 评估需求覆盖率
• 用例的复用
• 积累测试的方法思路以供后续借鉴

设计方法

RBT是基于需求的测试方法，会使测试更加有效，因为 它使测试专注于质量问题产生的根源，即需求。

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

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

等价类

依据需求将输入（特殊情况下会考虑输出）划分为若干个等价类，从等价类中选出一个测试用例，如果这个测试用例测试通过，则认为所代表的等价类测试通过

• 有效等价类：对于程序的规格说明书是合理的、有意义的输入数据构成的集合，利用有效等价类验证程序是否实现了规格说明中所规定的功能和性能
• 无效等价类：根据需求说明书，不满足需求的集合。

测试人员进行测试的时候，有效等价类和无效等价类都要进行测试。

适用于场景：测试用例太多，不能穷举测试