长春网站建设网站,东莞建设教育网站,无锡网站推广优化公司,微信推广文案【测试开发】用例篇#xff08;2#xff09; 文章目录 【测试开发】用例篇#xff08;2#xff09;1. 正交表法1.1 什么是正交表1.2 两个重要概念1.3 如何通过正交表设计测试用例1.3.1 充分理解需求1.3.2 确定因素、确定水平1.3.3 allpairs画正交表1.3.4 补充正交表1.3.5 将… 【测试开发】用例篇2 文章目录 【测试开发】用例篇21. 正交表法1.1 什么是正交表1.2 两个重要概念1.3 如何通过正交表设计测试用例1.3.1 充分理解需求1.3.2 确定因素、确定水平1.3.3 allpairs画正交表1.3.4 补充正交表1.3.5 将正交表转换成测试用例 2. 场景设计法2.1 场景2.2 如何通过这个方法设计测试用例2.2.1 充分理解需求2.2.2 确定主事件流2.2.2 确定次事件流2.2.3 一个事件流就是一个测试用例 3. 错误猜测法4. 常见案例练习4.1 用FIddler代理来模拟弱网4.2 接口测试4.3 对冒泡排序进行测试4.4 Linux的zip命令4.4.1 功能测试4.4.2 界面测试4.4.3 性能4.4.4 安全4.4.5 可视化压缩工具测试用例设计 4.5 水杯测试用例设计水杯是一个实体4.6 微信发送朋友圈设计测试用例软件的一个模块 【测试开发】用例篇2
1. 正交表法
1.1 什么是正交表 最简单的正交表是L4(23)含意如下 “L”代表正交表L角的指数“4”表示有 4 横行简称行即要做四次试验括号内的指数“3”表示有3 纵列简称列即最多允许安排的因素是3 个括号内的数“2”表示表的主要部分只有2 种数字即因素有两种水平1与2每一个变量的取值只有两种 正交表的特点是其安排的试验方法具有均衡搭配特性。 1.2 两个重要概念
因素输入的变量
水平每一个输入变量因素的取值
以下是一个正交表
试验号/列号1234111112122231333421235223162312731328321393321
正交表的两条性质
每一列中各数字出现的次数都一样多如何两列中各有序数对出现的次数一样多
以此正交表为例 对于第一条 1出现的频次是122出现的频次是123出现的频次是12 第一条每一列 1出现3次2出现3次3出现3次 对于第二条 可用第一条推出 1.3 如何通过正交表设计测试用例
充分理解需求确定因素、确定水平画正交表补充正交表将正交表转换成测试用例
1.3.1 充分理解需求
针对一个注册案例进行设计测试用例姓名、邮箱、密码、确认密码、验证码必须全部输入才能进行注册
1.3.2 确定因素、确定水平
因素
姓名邮箱密码确认密码验证码
水平
填写不填写
1.3.3 allpairs画正交表
将因素和水平放在Excel表格中 在allpairs的安装路径下创建一个文本文件 请自行下载安装allpairs 复制粘贴刚才的表格 通过命令行生成正交表 查看生成的正交表 在Excel表中查看复制粘贴 pairings等等东西目前不需要注意~填写的意思是可以是填写也可以是不填写但是要保证正交表的那个特性 例如 1.3.4 补充正交表
比如补充一条测试用例全部都不填写的情况 补充正交表不需要保证仍是正交表补充的例子是我们人为写的特别关注的测试用例~
1.3.5 将正交表转换成测试用例 当然在这里我们的两个水平是两个分类所以这更像是在划分测试点因为它没全包含测试用例的几个要素
所以要进行补充测试要素 正交表在测试用例设计中有重要的意义 它是一种有效的测试用例设计技术可以帮助测试人员在有限的资源和时间下优化测试覆盖率发现更多的缺陷。 正交表的科学依据源于统计学的设计理论 它可以通过有效的组合和排列提供一组最小的测试用例同时覆盖了系统中可能存在的多个独立因素或因素组合 通过使用正交表测试人员可以在较少的测试用例数量下覆盖更多的场景减少测试的工作量和时间成本 2. 场景设计法
2.1 场景
针对用户使用软件的一系列操作形成的一个场景
例如点外卖想吃什么类型的 想吃哪个商家 想吃哪道菜 选择菜品指标 填写地址和联系方式 备注支付 提交订单 商家接单 商家出单 骑手接单 骑手送货 用户收到外卖 用户评论
而按照这条路线如果每个环节都没出现啥问题是可以进行完毕的这就是“主事件流”
其中几个环节是可能出现问题的 如没有这个类型的餐厅、商家未营业、此菜售空/下架、地点不配送、钱不够… 而这种只进行主事件流部分就“宣告失败”的称为“次事件流”
2.2 如何通过这个方法设计测试用例
充分理解需求确定主事件流确定次事件流每一个事件流就是一个测试用例
2.2.1 充分理解需求
以ATM取款场景为例
2.2.2 确定主事件流 插卡 ↓ 输入密码 ↓ 选择业务 ↓ 选择金额 ↓ 出钞 ↓ 取卡
2.2.2 确定次事件流
各个环节可能出现的问题 主事件流 次事件流 2.2.3 一个事件流就是一个测试用例
对于每个事件流补充测试要素即可~ 3. 错误猜测法
依据测试人员经验根据遇到过的错误进行合理猜测
所以没啥可讲的重点在多看多练多实践… 常见的有 注册 校验特殊字符例如空格的处理密码校验的大小写姓名中的特殊字符密码发送是否明文… 4. 常见案例练习
4.1 用FIddler代理来模拟弱网
打开速度影响根据用户相关规则影响网络条件 查看用户相关规则 出现一个脚本 ctrl f 查找 找到这个设置相关代码 传输1KB花费时间300ms下载1KB花费时间150ms 这个数值设置得越大网络越差越弱 4.2 接口测试
这里的接口就是前后端交互的接口不是我们的接口类但是本质上就是一个名词差不多就那个意思接口其实就是一些方法的集合罢了而在此处接口就是前后端交互的通道而接口测试其实就是模拟前端发送请求走这个通道给后端~
所以就需要我们的一个软件 Postman其使用不再赘述
参考此博文的2.5【JavaEE】HTTP状态码-HTTP数据报的构造_s:103的博客-CSDN博客
可以结合fiddler/浏览器进行抓包找到接口复制url通过Postman构造请求进行发送
请求的内容也可以仿造已有的包结合实际测试内容去构造fiddler在进行其他测试的时候注意关闭弱网 个人比较习惯用fiddler的Raw用记事本去看这样可以一眼看全部当然如果对http请求和响应还不是很熟练可以看看浏览器和fiddler其他的一些按钮可以可视化的看到一些信息自行研究 对于复制请求在postman上粘贴我建议使用浏览器 需要刷新然后在这里看到接口 在postman进行import 粘贴 点击send就相当于向该接口发起了一次请求 针对参数进行测试传递所有参数、传递部分参数、不传递参数、传递其他的参数、改变参数的值…
你可以试一下对自己的网站的注册功能进行测试比如空用户名/空昵称进行注册看看是否注册成功~
针对性能进行测试
后面讲解性能测试的时候再细说 4.3 对冒泡排序进行测试
这里是一类问题就是对代码的测试涉及白盒测试于进阶篇讲解
4.4 Linux的zip命令
4.4.1 功能测试
压缩的是一个目录或者是一个文件 对test目录进行压缩 zip使用手册 对111.txt文件进行压缩 对nohup.out进行压缩
对于nohup.out文件的介绍nohup.out是什么文件?nohup.out如何写?_一棵小白菜#的博客-CSDN博客 4.4.2 界面测试 其实这就是界面只不过是在命令行显示~
压缩信息要提示正确
4.4.3 性能
对于5G网络条件下和压缩1KB大小的目录/文件性能怎么样
4.4.4 安全
压缩完文件下一次解压文件不能损坏
4.4.5 可视化压缩工具测试用例设计
跟上面的测试点一致只不过现在是用户能看到的可视化页面了~
针对这些测试点结合我们的测试用例设计方法去设计测试用例即可~
4.5 水杯测试用例设计水杯是一个实体
这是一道测试实体题 水杯是真水杯不是啥专业名词 列出万能公式 一些测试点可能适合在不同的划分里不要太刻意去区分这里不需要太严格
写测试点是没有标准答案的合理发挥即可不要太大压力可能我没想到的你想到了由你进一步发挥
补充测试点 4.6 微信发送朋友圈设计测试用例软件的一个模块
这是一道测试软件模块题
列出万能公式 如果这个划分不够全面再进行补充~ 对于xss漏洞就是web中嵌入了恶意脚本代码导致脚本语言被执行文本不显示等等的问题… 不是重点不做赘述参照博文什么是XSS漏洞—漏洞原理学习_xss漏洞原理_Ping_Pig的博客-CSDN博客 文章到此结束谢谢观看 可以叫我 小马我可能写的不好或者有错误但是一起加油鸭 我们应该根据具体情况打出组合拳才能设计出好的测试用例
