测试基础
学习目标:
- 能复述软件测试的定义
- 能说出7种测试分类的区别
- 能说出质量模型的重点5项
- 能说出测试流程的6个步骤
- 能说出测试模板8个要素
学习内容:
认识软件及测试
什么是软件:控制计算机硬件工作的工具
软件分为:应用软件 系统软件(操作系统)
软件产生过程:
什么是软件测试:使用技术手段验证软件是否满足使用需求
软件测试目的:减少软件缺陷(BUG),保障软件质量!
测试主流技能
1、功能测试:测试主要验证程序的功能是否满足需求
2、自动化测试:使用代码或工具代替手工进行测试。
软件测试初中高全栈精品系列https://edu.csdn.net/course/detail/39095
3、接口:有地址有参数
接口测试(代码实现):使用代码或工具对服务提供的接口进行测试
4、性能测试-工具实现(模拟多人使用软件,查找软件服务器缺陷)
就业方向如何选择
三、常见的测试分类
1、按测试阶段划分
单元测试、集成测试、系统测试、验收测试
2、按代码可见度划分(黑盒测试(功能测试)、灰盒测试(接口测试)、白盒测试(单元测试))
质量模型
- 质量模型(衡量一个优秀软件的维度)
1、功能性
2、性能
3、兼容性
4、易用性
5、可靠性
6、安全性
7、可维护性
8、可移植性
案例
1、功能性
2、性能
3、兼容性
4、易用性
5、可靠性
6、安全性
7、可移植性
8、可维护性
软件测试初中高全栈精品系列https://edu.csdn.net/course/detail/39095
案例:
功能性:插花、装水、养鱼、种菜。。。。。
性能性:防摔、耐压高温、低温
易用性:防滑、便携
属性(硬件):长、宽、高、样式、材质、重量
可移植性:不同温度下是否正常使用
可维护性:修补
。。。。。。。
总结
质量模型:功能、性能、兼容、安全(必测)、可靠性、可移植性、可维护性
软件测试流程
测试用例
什么是用例 ?
用例:用户使用的案例
什么是测试用例 ?
测试用例:是为测试项目而设计的执行文档
测试用例的作用
- 防止漏测
- 实施测试的标准
用例设计编写格式-2023-5-13
正确的、能成功的就是P0
课堂例子:
我写的:
老师写的:
软件测试全栈系列课程https://edu.csdn.net/course/detail/30898
用例测试方法
1、能对穷举场景设计测试点
等价类划分法
适用场景:需要有大量数据测试输入,但是没法穷举测试的地方
- 输入框
- 下拉列表
- 单选复选框
- 典型代表:页面的输入框类测试
边界值分析法
1、边界范围节点
- 选取正好等于、刚好大于、刚好小于边界的值作为测试数据
上点:边界上面的点(正好等于)
离点:离边界最近的点
内点:范围内的点
2、边界值法设计用例步骤(长度)
- 明确需求
- 确定有效和无效等价类(类型)
- 确定边界范围值
- 提取数据编写测试用例
边界值分析优化:
- 结论:7个优化为5个点
- 上点:备选(不考虑区间开闭)
- 内点:必选(建议选择中间范围)
- 离点:开内闭外(考虑开闭区间,开区间选择内部离点,闭区间选择外部离点)
需求:20<=b<60
上点:20,60
内点:40
离点:19,59
为什么内点必须测?
答:验证范围的连续性
测试:
【10,50)
上点:10,50
内点:30
离点:9,49
————————————————————————
(30,50)
上点:30,50
内点:40
离点:31,49
—————————————————————————
(12,80】
上点:12,80
内点:45
离点:13,81
使用场景:在等价类的基础上针对有边界范围的测试数据输入的地方(重点关注边界)
常见的词语描述:大小、尺寸、重量、最大、最小、至多、至少等修饰词语
典型代表:有边界范围的输入框类测试
判定表法
解决什么问题?(多条件限制依赖关系如何测试)
实施——画表格——列出条件列出操作
Jmeter高级性能测试实战https://edu.csdn.net/course/detail/35834
练习1
1)、如果金额大于500元,又未过期,则发出批准单和提货单;
2)、如果金额大于500元,但过期了,则不发批准单与提货单;
3)、如果金额小于等于500元,则不论是否过期都发出批准单和提货单;
4)、在过期的情况下不论金额大小还需要发出通知单。
练习2
1)、输入的第一列字符必须是A或B
2)、第二列字符必须是一个数字
3)、如果第一列字符不正确,则给出信息L
4)、如果第二列字符不正确,则给出信息M
5)、如果两列字符输入正确,则修改文件成功
使用场景:有多个输入条件,多个输出结果,输入条件按之间有组合关系,输入条件和输出结果之间有依赖(制约)关系——————一般适用于条件组合数量比较少的情况(比如4个条件以下)
场景法
解决什么问题?(覆盖业务场景测试)
实施:根据流程图梳理可能的场景——编写用例覆盖场景
扩展-冒烟测试-什么时候用—提测之前,开始执行,验证项目是否具备可测性
目的:避免由于项目不具备可测性,而投入的时间和人力成本
流程图练习
1、用户名为admin 密码为:123456,输出:登录成功
2、登录、搜索商品、添加购物车、去结算、支付,如果支付成功,则提示下单成功,否则提示支付失败
Charles和Fiddler抓包教程https://edu.csdn.net/course/detail/39218
场景法也可以叫流程图法,是用流程图描述用户的使用场景,然后通过覆盖流程路径来设计测试用例。
意义:用户使用角度:用户平时使用的不是单个功能,而是多个功能组合起来进行使用
测试人员角度:平时测试的都是单个功能点进行测试,容易忽略多个功能的组合测试
冒烟测试:批量开始测试前,执行业务正向用例,验证软件是否具备可测性
错误推测法
场景:1、时间紧任务量大,根据经验推测有可能出现的故障2、测试完毕,时间充裕,根据经验或测试过程中出现的错误,进行复制。
缺陷管理
缺陷的定义:软件在使用过程中存在的任何问题都叫软件的缺陷,简称bug
缺陷的判定标准
- 软件未实现需求说明书中明确要求的功能-少功能
- 软件出现了需求说明书中指明不应该出现的错误-功能错误
- 软件是现实的功能超出需求说明书指明的范围-多功能
- 软件未实现需求说明书中虽未明确指明但应该实现的要求-隐性功能错误
- 软件测试人员认为软件难以理解,不易使用,运行缓慢,用户体验不好-不易使用
缺陷产生的原因
软件缺陷的核心内容:
- 缺陷的标题
- 缺陷的预置条件
- 缺陷的复现步骤
- 缺陷的预期结果
- 缺陷的实际结果
- 缺陷的必要附件
缺陷提交要素
软件测试初中高全栈精品系列https://edu.csdn.net/course/detail/39095