微信公众平台怎么做微网站,怎么在电脑上自己做网站吗,苏州相城区最新通告,河池网站seo前面部分主要是编写测试用例的方法和方向#xff0c;后面一部分是编写出具体的测试用例 目录
什么是测试用例
1.设计测试用例的万能公式
1.1.从思维出发
1.2.万能公式
1.3.弱网测试
1.4.安装与卸载测试
2.设计测试用例的方法
2.1.基于需求的设计方法
2.2.等价类
2.3… 前面部分主要是编写测试用例的方法和方向后面一部分是编写出具体的测试用例 目录
什么是测试用例
1.设计测试用例的万能公式
1.1.从思维出发
1.2.万能公式
1.3.弱网测试
1.4.安装与卸载测试
2.设计测试用例的方法
2.1.基于需求的设计方法
2.2.等价类
2.3.正交法
编辑
2.4.场景法
2.5.判定表法 什么是测试用例
背景我们在写程序或者刷题的时候要想验证自己写的程序是否正确都会代入几个特殊值去测试该程序通过程序的结果就能判断出来。而对于我们的项目也是一样但是测试用例会非常的多喝复杂所以也就需要我们去学习做到全方面的想出测试用例。
因此对于设计测试用例有一个原则 测试用例中一个必需部分 是 对预期输出或者结果进行定义 什么意思呢使用当前的测试用例就一定会有一个预期的结果是通过或者失败。然后通过测试就能显而易见的对比结果了。
1对新自行车进行测试
对于一个新项目我们需要测试。那我们现在对一辆新买的自行车也需要测试就需要设计测试用例才能知道从哪些方面入手。
是否可以正常骑行刹车是否灵敏/正常坐垫是否舒服外观是否有掉漆等等等
这些都是我们从脑子里面想出来的一些测试用例如果不进行记录很快就会忘记而且会想的不全面因此我们就有一些记录测试用例的手段。
2记录测试用例的手段
第一种通过excel表格
第二种通过思维导图/脑图
我们在日常学习和面试中都是推荐使用第二种。
下面我们通过第二种举例说明。
3使用脑图设计测试用例
下面是对一个键盘进行设计的测试用例 虽然通过脑图记录了很多的测试用例但是不够具体远远不可以作为工作中具体的测试依据。而且对于不同的对象每次去设计测试用例都是要重新出发。
因此我们就需要去学习设计测试用例的万能公式和方法后续在设计测试用例的时候就可以固定的从大多数方向入手设计的也快也更加全面和具体。 1.设计测试用例的万能公式
这里介绍的万能公式有两个方面一方面是思维上的万能公式另一个方面是具体的万能公式方向
1.1.从思维出发
对于设计测试用例都需要哪些思维呢也就是需要往那些方向去思考。
常规思考 逆向思维 发散性思维
因此得出设计测试用例也存在几条原则
1测试用例的编写不仅应当根据有效和预料到的输入情况而且也应该根据无效和未料到的输入情况 比如我们测试登陆页面不仅要测试输入正确密码时的情况也要测试错误密码时的情况或者其他的格式 2检查程序是否“未做其应该做的”仅是成功的一半还应该测试另一半是否“做了其不应该做的” 和上一条一样输入错误的就是不应该做的也要进行测试 3计划测试工作时不应该默许假定不会发生错误 和上面的一样不应该默认输入的密码都是正确的 上述只是设计测试用例的一些思维仅供一些方向但是还不够还需要一些具体的方法。
1.2.万能公式
1万能公式 功能测试界面测试性能测试兼容性测试易用性测试安全性测试 这就是设计测试用例的万能公式可以帮助我们从哪些方向出发进行设计测试用例。
2每个方向应该测试的
功能测试 从产品的功能出发验证功能是否正常功能就是此类产品通常都具有的 界面测试 我们肉眼可以看到的成为界面。可以从颜色、大小、外观入手进行测试 性能测试 也就是测试一些极端的情况 兼容性测试 例如测试不同系统的版本、不同的浏览器等等 易用性测试 是否具备一些新手引导教学或者看起来易操作 安全性测试 是否可以保证用户的隐私安全信息是否容易被窃取等情况 3登陆页面-测试用例 这些是自己通过万能公式设计的一些设计用例看起来都非常的少。
我们看一下比较官方的设计 上述的万能公式也只是针对大部分场景还有一些特殊情况可能还未测试到
1.3.弱网测试
1弱网测试的目的
目的是尽可能保证用户的使用体验。具体的点包括下面
页面响应时间是否可以接受不同网络下页面刷新成功的时间是否可以接受页面呈现是否完成一致比如只加载了部分内容超时文案是否符合定义异常信息是否显示正常是否会提升加载超时等是否有超时重连安全角度大流量事件风险 2如何进行弱网测试
我们需要借助抓包工具我们就以fiddler为举例
步骤
第一步打开fiddler 第二步开启弱网 第三步打开脚本编辑器设计网速 出现该页面 查询 输入关键词m_simulateModem 找到可以设计网速的代码位置 通过前面勾选的弱网开关就会执行里面的代码也就是会按照里面设置的网速执行。
如何设计网速 里面的两个数字设置的越大网速就越慢反之越快。 1.4.安装与卸载测试
对于一些需要安装的软件我们也需要进行安装和卸载的测试
主要包括两个方面
1安装
安装包是否可以正常安装卸载之后再次选择安装是否可以安装
2卸载
安装后是否可以卸载安装一天后再进行卸载反复多次安装和卸载卸载到一半退出卸载是否成功或者卸载一半 2.设计测试用例的方法
2.1.基于需求的设计方法
比如要测试一个登陆的界面首先根据万能公式写出大概得方向然后针对每个方向都会有很多的需求根据需求来设计测试用例。
比如登陆账号密码可以分出测试登陆成功和登陆失败的两种测试用例然后需要很限制密码的长度针对密码的长度也进行设计测试用例这就是基于需求的设计测试用例方法 2.2.等价类
我们为什么要设计等价类呢举个例子比如上述的密码长度规定在6-15位那如何更快的测试呢总不能一个个长度的密码都要测试吧显然这是不科学的做法因此就需要有等价类。
1等价类概念 依据需求将输⼊特殊情况下会考虑输出划分为若⼲个等价类从等价类中选出⼀个测试⽤例如果?这个测试⽤例测试通过则认为所代表的等价类测试通过这样就可以⽤较少的测试⽤例达到尽量多的?功能覆盖解决了不能穷举测试的问题。
解决的问题可能需要穷举的测试
2等价类分类
等价类分为有效等价类和无效等价类 1.有效等价类满足需求的集合、有效的输入。比如密码长度要求6-15位那么在这个范围内的等价类就成为有效等价类 2.无效等价类根据需求说明书不满足需求的集合。比如上面的测试密码长度不在合理范围内的等价类就称为无效等价类 3有效、无效等价类举例
根据密码长度6-15位举例
有效等价类6位密码长度、15位密码长度10位密码长度
无效等价类5位密码长度、16位密码长度
4边界值
简介边界值是基于等价类的一种补充也就是测试边界值的一个黑盒方法这里的边界也就是来自等价类的边界。
1边界值分为边界值次边界值 1.有边界值是有效等价类中的数据那么次边界值是无效等价类中的边界 2.若边界值是无效等价类中的数据那么次边界值为有效等价类中的边界 2举例
需求范围1密码有效长度为[6,15]
有效等价类的范围[6,15]无效等价类6或者15
边界值6,15-----边界值属于有效等价类中的数据所以次边界值为5,16也就是无效等价类的边界
需求范围1密码有效长度为(6,15)
有效等价类的范围[7,14]无效等价类6或者15
边界值6,15-----边界值属于无效等价类中的数据所以次边界值为7,14也就是有效等价类的边界值 2.3.正交法
这种方法比较困难实际中一般很少直接使用就算进行使用也是借助工具生成的。
对于一些场景比如部分填写信息那得设计多少的测试用例是庞大的一个数字所以我们就需要通过正交法来辅助编写测试用例。
比如有如下的信息姓名、电子邮箱、密码、确认密码、验证码这五个信息每个选项都有填写/不填写组合起来就是32可能实际肯定不会采取这种方案因此就需要通过正交法产生一个正交表正交表中就可以帮助我们编写测试用例了。
1概念
正交表的两个性质 每一列中不同的数字出现的次数相等任意两列中数字的排列方式齐全而且均衡 对于性质1比如第一列因素中数字1、数字2、数字3都出现了3次次数相同。
性质2这就是对比两列得出的结果了比如数字1在每一行中都出现过数字2、3同理。
2设计正交表的步骤
1根据需求找出因素和水平
2将因素和水平写入到表格中表格不需保存
3在allparis.exe同级文件夹下创造一个txt文件将excel表格中的内容复制进去可以保证格式没有问题否则后续操作会出问题
4使用allparis.exe工具对txt文件生产正交表文件通过cmd控制台使用allparis.exe test01.txt res-test01.txt两个txt是文件名字可随意
5根据生成的正交表编写测试用例
3使用正交法编写测试用例
1根据需求找出因素和水平 2将因素和水平写入到表格中表格不需保存 3在allparis.exe同级文件夹下创造一个txt文件将excel表格中的内容复制进去可以保证格式没有问题否则后续操作会出问题
创造txt文件 复制内容 4使用allparis.exe工具对txt文件生产正交表文件通过cmd控制台使用allparis.exe test01.txt res-test01.txt两个txt是文件名字可随意
第一步 第二步 第三步查看新文件 5根据正交表编写测试用例 其中~的意思是可以填写也可以不填写 姓名填写电子邮箱填写密码填写确认密码填写验证码填写姓名填写电子邮箱不填写密码不填写确认密码不填写验证码不填写姓名不填写电子邮箱填写密码不填写确认密码填写验证码不填写姓名不填写电子邮箱不填写密码填写确认密码不填写验证码填写姓名~填写电子邮箱填写密码填写确认密码不填写验证码不填写姓名~填写电子邮箱不填写密码不填写确认密码填写验证码填写姓名不填写电子邮箱不填写密码不填写确认密码不填写验证码不填写 2.4.场景法
目前很多的软件的每个功能都可以形容成一个个事件也就是一个个流程所以我们就可以根据场景来设计测试用例
1概念
我们通常以正常的⽤例场景分析开始然后再着⼿其他的场景分析。场景法⼀般包含基本流和备⽤流从⼀个流程开始通过描述经过的路径来确定的过程经过遍历所有的基本流和备⽤流来完成整个场景。
场景主要包括4种主要的类型正常的⽤例场景备选的⽤例场景异常的⽤例场景假定推测的场景。
2举个例子
我们以去逛街买衣服为例 正常的流程就是逛街--到达服装店--选上衣服--拿下衣服。但是呢在实际生活中难免会出现一些意外或者突发情况就会导致无法按照正常的流程完成即使这样最终也是完成了买衣服的任务。
所以我们就可以根据不同的流程去测试软件的功能。
3场景法软件测试举例
我们以登陆邮箱为例
正常流程输入正确邮箱账号输入正确密码在输入验证码点击登陆即可完成。但是我们也要测试一些其他的流程也就是备用流
测试1输入正确邮箱账号输入正确密码输入验证码点击登陆登陆成功。
测试2输入正确的邮箱账号输入正确的密码输入错误验证码登陆失败输入正确验证码登陆成功。
测试3输入正确邮箱账号输入错误密码输入正确验证码登陆失败重新输入正确密码和验证码登陆成功。
……
像这样的场景测试用例有很多很多大家可以去试试看。
2.5.判定表法
对于上面的一些方法显然还不能应付所有的场景比如说有几个选项不同的组合会造成结果不一样如果使用正交法就无法解决了。
判定表法是一种逻辑判断工具几种条件组合在一起会得出一个结果 1步骤
1确认需求中输入条件和输出条件
2找出输入条件和输出条件之间的关系
3画判定表
4根据判定表编写测试用例
下面我们以上面的步骤来进行举例
2举例
有一个需求是这样的对于邮箱注册如果账号中包含admin字符或者通过内部链接进入注册页面最后提交注册按钮就可以成为管理员身份反之都不行。
所以成为管理员身份有两个条件
1确认需求中输入条件和输出条件
输入条件账号包含admin字符或者内部链接最后提交注册按钮
输出条件管理员身份/非管理员身份
2找出输入条件和输出条件之间的关系
账号包含admin字符提交注册按钮成为管理员身份
通过内部链接进入注册页面提交注册按钮成为管理员身份
其他的条件都不能成为管理员身份
3画判定表
我们以上面的表格为例使用excil画出表格 4根据判定表书写测试用例
比如上述有8列就可以编写出8个测试用例 账号包含admin提交注册按钮成为管理员身份内容链接进入注册页面提交注册按钮成为管理员身份账号包含admin不提交注册按钮不能成为管理员身份账号包含admin通过内部链接进入提交注册按钮成为管理员身份…… 以上就是关于测试用例篇的全部内容了感谢各位观看
