测试JAVA 测开

1、测试用例要素(4个重要要素)

  • 测试环境
  • 操作步骤
  • 测试数据
  • 预期结果

2、测试用例的好处

  • 提高测试效率、节省测试时间
  • 测试用例是自动化测试的前提

3、测试用例的设计方法

3.1 基于需求设计测试用例

需求文档 -> 梳理需求(掌握需求) -> 针对文档设计测试用例(基于需求设计测试用例)
在这里插入图片描述
在线链接(按需求设计是大概设计)

万能公式
功能:业务流程,界面,易用性
非功能:兼容,性能,安全,网络
在这里插入图片描述

3.2 等价类

依据需求将输入(特殊情况下会考虑输出)划分为若干个等价类,从等价类中选出一个测试用例,如果这个测试用例测试通过,则认为所代表的等价类测试通过,这样就可以用较少的测试用例达到尽量多的功能覆盖,解决了不能穷举测试的问题。

有效等价类:满足用户需求输入集合有效等价类
无效等价类:不满足用户需求的输入集合,无效等价类
在这里插入图片描述
等价类设计用户名长度测试

3.3 边界值

边界点:

  • 上点 :边界上的点
  • 内点 :边界内的点
  • 离点:边界值附近的一个点(闭区间在区间外距离上点最近的点,开区间在区间内距离上点最近的点)
    在这里插入图片描述
    边界值设计测试用例:
  • 充分理解需求
  • 找边界点
  • 针对边界点设计测试用例
    在这里插入图片描述
    边界值设计测试用例图

3.4 判定表

关系
:只有2个原因都为真,那么结果为真
:2个原因中有一个为真时,结果就为真
恒等:如果原因为真,那么结果必定为真, 例如:动物园运来大熊猫,动物园一定有大熊猫
:只有原因为假,结果才为真
在这里插入图片描述

假设业务单据处理规则位:“淘宝618活动,订单已提交,订单合计金额大于200元或有红包,则进优惠”

在这里插入图片描述

判定表:判定表
在这里插入图片描述

判定表设计测试用例
在这里插入图片描述

3.5 正交表

正交法的目的是为了减少用例数目。用尽量少的用例覆盖输入的两两组合。

在这里插入图片描述
在这里插入图片描述
正交表的性质
在这里插入图片描述
正交表设计测试用例:
1、充分理解需求 -> 确定因素,确定水平(位级)-> 画正交表 ->补充正交表 -> 将正交表转化为测试用例

以注册为例:
姓名、邮箱、密码、确认密码、验证码必须全部输入,才能进行注册
因素:姓名、邮箱、密码、确认密码、验证码
水平:填写/不填写

allpairs 画正交表:
1)将因素和水平放入 excel表格中
在这里插入图片描述
2)将 excel 内容复制到 记事本 文本中 保存在allpairs 的安装目录
在这里插入图片描述

3)通过cmd 进入 allpairs 的安装目录

4)生成正交表

allpairs.exe 文件.txt > 文件名_result.txt

在这里插入图片描述

在这里插入图片描述
补充一条,上面不完整:
在这里插入图片描述
在这里插入图片描述
正交表设计测试用例例子

3.6 场景设计法

1、场景
打开美团App 找到减脂餐 进入商家 选菜品 … 提交订单
2、如何设计测试用例
在这里插入图片描述

fiddler模拟弱网
在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

功能测试用postman进行模拟

冒泡排序测试采用白盒测试

水杯测试用例设计:

在这里插入图片描述

微信朋友圈的测试用例在这里插入图片描述

  • 4
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值