测试用例
- 软件测试用例
- 测试用例的概念
- 测试用例的重要性
- 如何编写软件测试用例
- 测试用例的八大要素
- 1. 用例编号 : 产品名-测试阶段 (st it ut) - 测试项-XXX
- 2. 测试项目 : 对应一个功能模块(细分功能)
- 3. 测试标题 : 直接对测试点进行细化得出, 输入内容+结果,统一功能模块标题不能重复(来自测试点)
- 4. 重要级别 : 高/中/低 (可写可不写)
- 5. 预置条件 : 需要满足一些前提条件,否则用例无法执行 (可写可不写)
- 6. 测试输入 : 需要加工的输入信息,根据具体情况来设计(跟步骤结合起来一定要具有指导性意义)
- 7. 操作步骤 : 明确给出每隔步骤的描述,执行人员可以根据该步骤完成执行工作
- 8. 预期结果和实际结果 : 根据预期输出对比实际结果,来判断被测对象是否符合需求(预期结果唯一,不能出现"是否或者")
- 测试用例和测试导图
软件测试用例
测试用例的概念
测试用例 (TestCase) 是为项目需求而编制的一组测试输入 ,执行条件以及预期结果. 以便测试某个程序是否满足客户需求
可以总结为: 每一个测试点的数据设计和步骤设计
涉及到数据的变化的,一定要理清数据从哪来,发生了哪些变化,产生了什么结果
测试用例的重要性
如何编写软件测试用例
测试用例的八大要素
1. 用例编号 : 产品名-测试阶段 (st it ut) - 测试项-XXX
2. 测试项目 : 对应一个功能模块(细分功能)
比如登陆功能,积分功能,也就是功能的模块名
3. 测试标题 : 直接对测试点进行细化得出, 输入内容+结果,统一功能模块标题不能重复(来自测试点)
测试标题一定要简练。既能一眼看出该条测试用例包含的内容,又能将所有的步骤概括在内
4. 重要级别 : 高/中/低 (可写可不写)
5. 预置条件 : 需要满足一些前提条件,否则用例无法执行 (可写可不写)
比如:
微信要看自己的好友列表,前提是用户已经登陆;
要给好友发红包,前提是自己钱包有钱
6. 测试输入 : 需要加工的输入信息,根据具体情况来设计(跟步骤结合起来一定要具有指导性意义)
比如:
给好友发红包要输入的金额;
给好友发红包中带有的祝福语
7. 操作步骤 : 明确给出每隔步骤的描述,执行人员可以根据该步骤完成执行工作
比如:
发红包这个步骤
- 点开微信
- 点开好友列表找到好友
- 点开红包模块输入红包金额和祝福语
- 输入支付密码
- 支付成功/失败,跳转出相关的页面
…
8. 预期结果和实际结果 : 根据预期输出对比实际结果,来判断被测对象是否符合需求(预期结果唯一,不能出现"是否或者")
比如:
-
发送红包成功,自己的金额减少,好友金额增多对应的金额
-
发送成功,但是对方收到10元,但是自己却扣了100元,那这个实际的结果就是不符合预期的
注意: 实际结果的内容一定不能写在测试用例上,因为还没有进行测试,测试完才能将结果写上
测试用例一般用 excel 表格或者 Xmind 来编写
简单示例:
序号 | 功能模块 | 测试标题 | 预置条件 | 测试数据 | 操作步骤 | 期望结果 | 实际结果 |
---|---|---|---|---|---|---|---|
DL__001 | 登陆模块 | 输入正确的数据,进行正常的登陆 | 用户已注册 | 用户名:4578524 密码: 444444 | 1. 打开app,进入登陆页面 2. 输入测试数据,点击登陆按钮 | 登陆成功 | PASS/FAIL(测试后写结果) |
测试用例和测试导图
测试用例
测试用例第一条用例一定要写正常的
excel表示例:
测试导图
Xmind 示例:
测试用例和测试导图各自的优缺点
优点
- 测试用例覆盖广,测试过程中不容易产生遗漏,方便自动化测试的开发
- 测试导图简洁明了,能很好的展现测试流程
缺点
- 编写测试用例耗时长,工作量大
- 测试导图不能覆盖所有测试点,容易产生遗漏