一、测试分类
1、按测试阶段划分
单元测试:针对程序源代码进行测试。
集成测试:又称接口测试,针对模块之间访问地址进行测试。
系统测试:对整个系统进行测试,包括功能、兼容、文档等测试。
验收测试:主要分为内测、公测、使用不同人群来发掘项目缺陷。
2、按代码可见度划分
黑盒测试:看不见源代码,主要对程序功能进行测试。
灰盒测试:看见部分代码,主要对程序接口进行测试。
白盒测试:看见全部代码,主要对程序源代码进行测试。
系统测试和黑盒测试重点核心是功能测试
集成测试和灰盒测试又称接口测试
单元测试和白盒测试是对代码进行测试
自动化测试归属功能测试
性能测试、安全测试归属专项测试
3、测试策略
冒烟测试:大规模执行测试之前,针对程序主功能进行验证,保证程序具备可测性。
二、测试模型
1、质量模型
提供测试设计的不同角度视野和验证方向。
功能性、性能效率、兼容性、易用性、可靠性、信息安全、可维护性、可移植性
2、W模型
- 优点:
- 1、测试伴随整个产品开发周期,测试对象不仅是程序还有需求、设计文档
- 2、测试介入较早,及早发现问题,降低修复成本
- 缺点:
- 实施起来比较复杂,难度大,对于需求阶段和设计阶段的测试设计要求较高
三、测试流程
需求分析->计划编写->用例设计->用例执行->缺陷管理->测试报告
- 需求分析
阅读需求分析文档,记录不明确之处,确定各部门对需求理解一致,站在不同角度对需求进行查漏补缺。 - 计划编写
测什么:测试目标及范围;谁来测:人员进度安排;怎么测:测试策略、测试工具。 - 用例设计
设计执行测试的文档 - 用例执行
执行测试的文档 - 缺陷管理
提交->验证->关闭 - 测试报告
测试目标、测试过程、缺陷统计、缺陷分析、测试总结
四、测试用例
1、测试用例
为测试项目而设计的执行文档,考虑点:质量模型。
2、作用
防止漏测,实施测试的标准
3、用例设计编写格式(八大要素)
五、等价类划分法
等价划分:在所有测试数据中,具有某种共同特征的数据集合进行划分
- 有效等价类:满足需求的数据集合
- 无效等价类:不满足需求的数据集合
步骤:
1、明确需求
2、确定有效和无效等价类
3、提取数据编写测试用例
适用场景
针对:需要有大量数据测试输入,但是没法穷举测试的地方
典型代表:页面级的输入框类测试
六、边界值分析法
边界范围节点
选取正好等于、刚好大于、刚好小于边界的值作为测试数据
上点:边界上的点(正好等于)
离点:距离上点最近的点(刚好大于、刚好小于)
内点:范围内的点(区间范围内的数据)
步骤:
1、明确需求
2、确定有效和无效等价类
3、确定边界范围值
4、提取数据编写测试用例
适用场景
在等价类的基础上针对有边界范围的测试数据输入的地方(重点关注边界)
典型代表:有边界范围的输入框类测试
七、判定表法
定义:是一种以表格形式表达多条件逻辑判断的工具
- 组成:
- [ 条件桩] :列出问题中的所有条件,列出条件的次序无关紧要
- [ 动作桩] :列出问题中可能采取的操作,操作的排列顺序没有约束
- [ 条件项] :列出条件对应的取值,所有可能情况下的真假值
- [ 动作项] :列出条件项的、各种取值情况下应该采取的动作结果
规则:
判定表中贯穿条件项和动作项的一列就是一条规则
假设有n个条件,每个条件的取值有两个(0,1),全组合有2的n次方种规则
步骤:
1、明确需求
2、画出判定表## 标题
2.1 列出条件桩和动作桩
2.2 填写条件项,对条件进行全组合
2.3 根据条件项的组合确定动作项
2.4 简化、合并相似规则(有相同的动作)
3、根据规则编写测试用例
适用场景
有多个输入条件,多个输出结果,输入条件之间有组合关系,输入条件和输出结果之间有依赖(制约)关系
判定表一般适用于条件组合数量较少的情况(比如4个条件以下)
八、场景法
场景法也叫流程图法,是用流程图描述用户的使用场景,然后通过覆盖流程路径来设计测试用例
九、缺陷介绍
定义:软件在使用过程中存在的任何问题都叫软件的缺陷,简称bug
缺陷的判定标准
缺陷产生的原因:
需求阶段:需求描述不易理解,有歧义、错误等
设计阶段:设计文档存在错误或者缺陷
编码阶段:代码出现错误
运行阶段:软硬件系统本身故障导致软件缺陷
软件缺陷的生命周期:
缺陷提交要素