admin管理员组文章数量:1661618
测试用例基础知识
1.1概念
什么是测试用例?
测试用例(Test Case)是为了实施测试而向被测试的系统提供的一组集合,这组集合包含:测试环境、测试步骤、测试数据、预期结果等要素。
设计测试用例原则一:测试用例中一个必需部分是对预期输出或结果进行定义。
软件中涉及到的特性太多了,仅仅通过头脑风暴是无法完成一次完整的测试编写测试用例,通过编写测试用例我可以想到要测试哪些内容,通过一次又一次的更新修改将测试用例写到完成,功能覆盖更高即可
编写测试用例也有讲究(编写测试用例要素),但是这种讲究在很早之前用的比较多,现在用的比较少。
1.2手工测试:
用例编号 | test-01 |
标题 | 成功注册网易邮箱 |
测试方式 | 手工测试 |
功能模块 | 注册登录 |
重要性 | 重要 |
测试环境 | win10 Chrome版本103.0.5060.66(正式版本) (64位) |
测试数据 | 邮箱地址:996402440@qq 密码:123456 手机号:12312341234 |
测试步骤 | 1.打开谷歌测览器,输入网易注册地址:https://mail163/register/index.htm 2.输入邮箱地址,密码,手机号,获取验证码并输入正确的验证码,勾选协议 3,点击注册按钮 |
期望结果 | 展现注册成功的结果页,并且使用刚注册的账号可以正常登陆并进入邮箱首页 |
通过Excel表格来编写和管理测试用例
找工作笔试的时候编写测试用例题,需要按照Excel表格的方式来答题
而面试的时候回答测试用例题,按照思维导图的方式——道来即可。
使用思维导图来编写测试用例
测试用例的万能公式
2.1设计测试用例的万能公式
案例:现在有一款产品,要求我们对“门锁”设计测试用例,假如你是测试人员,你会怎么设计呢?
可以看出,用例的设计最重要的一点是保证功能是正确的。上图给出的案例,在互联网企业中,这样去设计测试用例的非常少,缺乏经验的同学往往以这样的思路去设计。
能够设计出来的测试用例整体上来说数量是合格的(还不够多),但是说出来的测试用例不够具体,太笼统了,无法作为测试工作的参考依据。
2.1.1 常规思考+逆向思维+发散性思维
正确设计测试用例的思想:常规思维逆向思维+发散性思维
设计测试用例的原则二:
1)测试用例的编写不仅应当根据有效和预料到的输入情况,而且也应该根据无效和未预料到的输入情况。
2)检查程序是否“未做其应该做的”仅是成功的一半,测试的另一半是检查程序是否“做了其不应该做的”。(是上一条原则的必然结果)
3)计划测试工作时不应默许假定不会发现错误。
设计测试用例的万能公式:功能测试+界面测试+性能测试+兼容性测试+易用性测试+安全测试
除了上述的万能公式外,还有一些特殊的测试场景
2.1.2 弱网测试
弱网测试的目的就是尽可能保证用户体验,关注的关键点包括:
● 页面响应时间是否可以接受,关注包括热启动、冷启动时间、页面切换、前后台切换、首字时间,首屏时间等。
● 页面呈现是否完成一致。
● 超时文案是否符合定义,异常信息是否显示正常。
● 是否有超时重连。
● 安全角度:是否会发生dns劫持、登陆ip更换频繁、单点登陆异常等。
● 大流量事件风险:是否会在弱网下进行更新apk包、下载文件等大流量动作。
2.2基于需求分析的设计方法
测试人员接到需求之后,要对需求进行分析和验证,从合理的需求中进一步分析细化需求,从细化的需求中找出测试点,根据这些测试点再去设计测试用例。
具体设计方法
3.1等价类
依据需求将输入(特殊情况下会考虑输出)划分为若干个等价类,从等价类中选出一个测试用例,如果 这个测试用例测试通过,则认为所代表的等价类测试通过,这样就可以用较少的测试用例达到尽量多的 功能覆盖,解决了不能穷举测试的问题。
等价类分类:
○ 有效等价类:对于程序的规格说明书是合理的、有意义的输入数据构成的集合,利用有效等价类验证程序是否实现了规格说明中所规定的功能和性能
○ 无效等价类:根据需求说明书,不满足需求的集合。
根据等价类设计测试用例的方式:
1.确定有效等价类和无效等价类
2.编写测试用例,设计具体测试数据
有效等价类:6~15位
无效等价类:小于6位、大于15位
编写测试用例,设计具体测试数据
练习:根据学到的边界值将上述未完成的用例进行完善
缺点:等价类只考虑输入域的分类,没有考虑输入域的组合,需要其他的设计方法和补充。
3.2边界值
边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等 价类划分法的补充,这种情况下,其测试用例来自等价类的边界。
边界值包含:边界值+次边界值
3.3 场景法
逛街买衣服
3.4正交表法
基本事件流通用流程/绝大多数用户的操作流程/主流程
1、用户选择注册;
2、系统展现用户协议界面,并请用户确认是否同意用户协议
若用户不同意协议,系统禁止用户注册。
若用户同意协议,用户进行注册信息填写。
3、用户填写注册信息。
注册个人,填写:姓名,电子邮箱,密码,确认密码,验证码。4、用户提交注册信息:
5、系统提示用户并向用户注册的电子邮件地址发送一封含有激活信息的电子邮件。系统并提示用户,若未收到激活邮件,可使用注册的邮箱和密码登录系统后再次发送激活邮件。
6、用户可执行激活操作,直接跳转至注册邮箱门户页面。
7、用户通过接收到的电子邮件中的激活信息激活账号,用户注册完成,流程结束
确定基本流和备用流后,编写测试用例:
1)基本流:点击注册入口 同意协议,输入正确的信息,点击注册,成功激活
2)备用流:点击注册入口 不同意协议,重新点击注册入口同意协议,输入正确的信息,点击注册,成功激活
3)备用流:点击注册入口 不同意协议,点击注册入口 不同意协议,输入错误的信息后重新输入正确的信息,点击注册,成功激活 ……
正交法的目的是为了减少用例数目。用尽量少的用例覆盖输入的两两组合。
正交试验设计(0rthogonal experimentaldesign)是研究多因素多水平的一种设计方法,它是根据正交性,由试验因素的全部水平组合中挑选出部分有代表性的点进行试验,通过对这部分试验结果的分析了 解全面试验的情况,找出最优的水平组合。正交试验设计是一种基于正交表的、高效率、快速、经济的试验。
姓名 | 电子邮箱 | 密码 | 确认密码 | 验证码 |
填写 | 填写 | 填写 | 填写 | 填写 |
不填写 | 不填写 | 不填写 | 不填写 | 不填写 |
设计正交表
1)根据需求找到因素和水平
2)将因素和水平写入到Excel表格中
3)在allparis.exe同级文件夹下创建一个txt文件,将excel表格中的内容复制到txt文件中,不要有其他的操作直接保存文件
4)使用allparis.exe工具对txt文件生成正交表文件
5)根据生成好的正交表来编写测试用例 ,继续将重要的用例补全
1>姓名填写,电子邮箱填写,密码填写,确认密码填写,验证码填写
2>姓名填写,电子邮箱不填写,密码不填写,确认密码不填写,验证码不填写
3>姓名不填写,电子邮箱填写,密码不填写,确认密码填写,验证码不填写
4>姓名不填写,电子邮箱不填写,密码填写,确认密码不填写,验证码填写
5>姓名不/填写,电子邮箱填写,密码填写,确认密码不填写,验证码不填写
6>姓名不/填写,电子邮箱不填写,密码不填写,确认密码填写,验证码填写
7>姓名不填写,电子邮箱不填写,密码不填写,确认密码不填写,验证码不填写
3.5判定表法
通过具体的方法能够将测试用例设计的更加完整和规范。
需求中会存在各种各样的场景,现在我们把需求改成如下的要求:
用户输入的账号中包含admin字符,或者通过内部链接进入注册页面,提交注册按钮成为管理员身份;反之无管理员身份。
账号包含admin字符 || 内部链接进入注册页面 + 提交注册按钮 →管理员
不包含admin字符 || 非内部链接进入注册页面 ||未点击注册按钮→无管理员身份
根据判定表法设计测试用例的步骤:
1)确认需求中输入条件和输出条件
输入:账户包含admin字符,内部链接进入注册页面,提交注册按钮
输出:管理员/无管理员
2)找出输入条件和输出条件之间的关系
3)画判定表
4)根据判定表编写测试用例
1)账户包含admin字符,提交注册按钮,成为管理员账号
2)内部链接进入注册,提交注册按钮,成为管理员账号
……
3.6错误猜测法
错误猜测法是对被测试软件设计的理解,过往经验以及个人直觉,推测出软件可能存在的缺陷,从而针对性地设计测试用例的方法。
这个方法强调的是对被测试软件的需求理解以及设计实现的细节把握,还有个人的经验和直觉。错误推测法和目前流行的“探索式测试方法”的基本思想一致,这类方法在敏捷开发模式下的投入产出比很高,被广泛应用于测试。
版权声明:本文标题:软件测试——测试用例篇 内容由热心网友自发贡献,该文观点仅代表作者本人, 转载请联系作者并注明出处:https://www.elefans.com/dongtai/1729936801a1216810.html, 本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,一经查实,本站将立刻删除。
发表评论