软件测试
软件:控制计算机硬件工作的工具
需求产生——需求文档——UI设计——产品开发——产品测试——上线
软件测试:
使⽤技术⼿段验证软件是否满足需求
目的:
减少软件缺陷,保证软件质量
测试技术
- 功能测试
- 自动化测试:代码或工具实现测试
- 接口测试——代码实现
- 性能测试——工具实现
测试分类——①阶段划分、②代码可见度划分、还有别的
一、阶段划分:按照软件编写的流程 4个
-
单元测试
说明:针对程序源代码进⾏测试(单元:最⼩独⽴功能代码段)
提示:
1.国内单元测试⼀般开发⾃测
2.单元测试可以解决-快速定位缺陷
3.提⾼测试执⾏效率 -
集成测试
说明:针对单元与单元之间的接⼝进⾏测试
提示:⼜称接⼝测试。 -
系统测试——针对功能、非功能的测试
说明:针对系统整体功能+兼容+⽂档(说明、安装⽂档) -
验收测试——内测、公测
内测:公司内部⼈员使⽤,发觉缺陷并修复。
公测:让⽤户帮忙测试
提示:验收测试,⼀般要根据项⽬类型决定是否使⽤。
二、代码可见度划分
- 黑盒测试:源代码不可见,UI功能可见——只需进行功能测试(系统测试)
- 灰盒测试:部分源代码可见,功能可见——集成测试、接口测试
- 白盒测试:全部代码可见 。UI功能可见——单元测试
user-interface
测试-质量模型
- 功能性
- 兼容性:浏览器、操作系统、手机端(分辨率、品牌、系统、网络、其他等等)
- 可靠性:无响应、卡顿、死机(系统奔溃)
- 可维护性
- 性能效率
- 易用性:简洁、友好、流程、美观
- 信息安全:信息传输过程、
- 可移植性:
测试流程(面试问)
- 需求评审:角色: 产品经理 开发 测试——目的:1. 需求理解一致 2. 知道被测项目有哪些功能模块
- 测试用例
- 用例设计
- 用例执行
- 缺陷管理
- 测试报告
测试用例
用例——用户使用的案例
测试用例——为测试项目而设计的执行文档:
作用:1.防止漏测 2.实施测试的标准
用例设计编写格式——用例执行的八大要素
- 用例编号:项目简称_模块简称_编号
- 用例标题:预期效果(测试点)
- 项目/模块:用例所属项目或模块
- 优先级:P0-P4(P0最高)
- 前置条件:操作步骤之前的操作
- 测试步骤:执行用例的步骤
- 测试数据:执行步骤中的重点数据
- 预期结果:用例执行结果 + 不同角色隐性结果
用例设计目标
1、能对穷举场景设计测试点——等价类划分法:某种特征集合划分
2、能对限定边界规则设计测试点
3、能对多条件依赖关系进⾏设计测试点
4、能对于项目业务进⾏设计测试(重要)