测试介绍
使用技术手段验证软件是否满足需求
1、功能测试 2、自动化测试 3、接口测试 4、性能测试
测试分类
阶段划分
- 单元测试
- 说明:针对程序源代码进行测试(单元:最小独立功能代码段)
- 提示:
- 1、国内单元测试一般开发自测
- 2、单元测试可以解决-快速定位缺陷
- 3、提高测试执行效率
- 集成测试
- 说明:针对单元与单元之间的接口进行测试
- 提示:又称接口测试。
- 系统测试
- 说明:针对系统整体功能+兼容+文档(说明、安装文档)
- 验收测试
- 内测:公司内部人员使用,发觉缺陷并修复。
- 公测:让用户帮忙测试
- 提示:验收测试,一般要根据项目类型决定是否使用。
代码可见度划分
代码可见度:代码可见的程度上划分
黑盒测试:主要针对功能(阶段划分->系统测试) 灰盒测试:针对接口测试(阶段划分->集成测试) 白盒测试:针对程序源代码进行测试(阶段划分->单元测试)
模型
质量模型
说明:质量模型能告诉我们,测试时应该考虑的方面
重点:功能、性能、兼容、易用性、安全 结论:无论测试硬件或软件,都应该从以上几点来进行分类验证
测试流程
-
需求分析(评审) 前提:阅读1遍需求文档,记录不明确之处。
参与人员:前端、后端、测试、产品
目的:
1、确保各部门需求理解一致
2、各角色对需求进行查漏补缺
3、了解软件有些功能
提示:需求分析阶段->软件还未实现(刚立项)
-
测试计划 说明:指导测试执行的文档(重要)
测什么(目标、范围)
谁来测(人员进度及安排)
怎么测(测试工具、测试策略)
-
用例设计 说明:保证能准确验证软件测试点执行的文档。
1、分析需求
2、提取测试点
3、设计用例覆盖测试点
-
用例执行 说明:实施测试
-
缺陷管理 提交->验证->关闭
-
测试报告 1、bug分析及统计
2、测试中遇到的问题
3、测试总结(本次测试中的优点和不足)
测试用例
1、防止漏测
2、衡量软件是否通过的标准
- 用例模板(八大要素编写规范)
用例设计方法
能对穷举场景设计测试点
穷举:无穷无尽
解决边界限制问题
说明:使用边界值解决边界位数限制问题。
1、明确需求 2、确定有效和无效等价 3、确定边界范围 4、提取数据编写用例
重点:开内闭外(开区间选包含的点,闭区选不包含的点)
开区间:不包含边界上的点(没有等号)。如:a<10
闭区间:包含边界上的点(有等号)。 如:a<=10
解决多条件有依赖关系测试
重点:使用判定表
业务测试覆盖
提示: 业务用例是根据流程图来梳理的,需要先了解流程图
练习流程图工具:
1、线上工具:https://processon.com/diagraming/605880af07912927bd71c388
2、离线工具:visio
3、其他工具:Excel
错误推荐法
应用场景:当项目用例都执行完毕,且BUG修复完成,离上线还有一段时间,在这段时间中可是使用错误推荐法复测主要业务或测试未覆盖的功能。
软件缺陷
定义
软件中存在的各种问题,都为缺陷,简称bug;
缺陷标准
1、少功能
2、功能错误
3、多功能
4、缺少隐性功能
5、易用性(软件测试人员专业角度)
缺陷产生的原因
1、需求文档
2、架构设计
3、编码实现
4、环境(硬件、软件)
缺陷的生命周期
缺陷核心要素
缺陷提交要素
缺陷类型
1、功能错误
2、UI页面错误
3、兼容性
4、数据(数据库)
5、易用性
6、建议
7、架构缺陷
缺陷管理
禅道(项目管理工具)
|