测试用例

软件测试用例

测试用例的概念

测试用例 (TestCase) 是为项目需求而编制的一组测试输入 ,执行条件以及预期结果. 以便测试某个程序是否满足客户需求

可以总结为: 每一个测试点的数据设计和步骤设计
涉及到数据的变化的,一定要理清数据从哪来,发生了哪些变化,产生了什么结果

测试用例的重要性

在这里插入图片描述

如何编写软件测试用例

测试用例的八大要素
1. 用例编号 : 产品名-测试阶段 (st it ut) - 测试项-XXX
2. 测试项目 : 对应一个功能模块(细分功能)

比如登陆功能,积分功能,也就是功能的模块名

3. 测试标题 : 直接对测试点进行细化得出, 输入内容+结果,统一功能模块标题不能重复(来自测试点)

测试标题一定要简练。既能一眼看出该条测试用例包含的内容,又能将所有的步骤概括在内

4. 重要级别 : 高/中/低 (可写可不写)
5. 预置条件 : 需要满足一些前提条件,否则用例无法执行 (可写可不写)

比如:
微信要看自己的好友列表,前提是用户已经登陆;
要给好友发红包,前提是自己钱包有钱

6. 测试输入 : 需要加工的输入信息,根据具体情况来设计(跟步骤结合起来一定要具有指导性意义)

比如:
给好友发红包要输入的金额;
给好友发红包中带有的祝福语

7. 操作步骤 : 明确给出每隔步骤的描述,执行人员可以根据该步骤完成执行工作

比如:
发红包这个步骤

  1. 点开微信
  2. 点开好友列表找到好友
  3. 点开红包模块输入红包金额和祝福语
  4. 输入支付密码
  5. 支付成功/失败,跳转出相关的页面
8. 预期结果和实际结果 : 根据预期输出对比实际结果,来判断被测对象是否符合需求(预期结果唯一,不能出现"是否或者")

比如:

  • 发送红包成功,自己的金额减少,好友金额增多对应的金额

  • 发送成功,但是对方收到10元,但是自己却扣了100元,那这个实际的结果就是不符合预期的

注意: 实际结果的内容一定不能写在测试用例上,因为还没有进行测试,测试完才能将结果写上

测试用例一般用 excel 表格或者 Xmind 来编写

简单示例:

序号功能模块测试标题预置条件测试数据操作步骤期望结果实际结果
DL__001登陆模块输入正确的数据,进行正常的登陆用户已注册用户名:4578524 密码: 4444441. 打开app,进入登陆页面 2. 输入测试数据,点击登陆按钮登陆成功PASS/FAIL(测试后写结果)
测试用例和测试导图
测试用例

测试用例第一条用例一定要写正常的
excel表示例:
在这里插入图片描述

测试导图

Xmind 示例: 在这里插入图片描述

测试用例和测试导图各自的优缺点
优点
  • 测试用例覆盖广,测试过程中不容易产生遗漏,方便自动化测试的开发
  • 测试导图简洁明了,能很好的展现测试流程
缺点
  • 编写测试用例耗时长,工作量大
  • 测试导图不能覆盖所有测试点,容易产生遗漏
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值