软件测试-基础

一、测试分类

1、按测试阶段划分
单元测试：针对程序源代码进行测试。
集成测试：又称接口测试，针对模块之间访问地址进行测试。
系统测试：对整个系统进行测试，包括功能、兼容、文档等测试。
验收测试：主要分为内测、公测、使用不同人群来发掘项目缺陷。
2、按代码可见度划分
黑盒测试：看不见源代码，主要对程序功能进行测试。
灰盒测试：看见部分代码，主要对程序接口进行测试。
白盒测试：看见全部代码，主要对程序源代码进行测试。

系统测试和黑盒测试重点核心是功能测试
集成测试和灰盒测试又称接口测试
单元测试和白盒测试是对代码进行测试
自动化测试归属功能测试
性能测试、安全测试归属专项测试

3、测试策略
冒烟测试：大规模执行测试之前，针对程序主功能进行验证，保证程序具备可测性。

二、测试模型

1、质量模型
提供测试设计的不同角度视野和验证方向。

功能性、性能效率、兼容性、易用性、可靠性、信息安全、可维护性、可移植性

2、W模型

• 优点：
• 1、测试伴随整个产品开发周期，测试对象不仅是程序还有需求、设计文档
• 2、测试介入较早，及早发现问题，降低修复成本
• 缺点：
• 实施起来比较复杂，难度大，对于需求阶段和设计阶段的测试设计要求较高

三、测试流程

需求分析->计划编写->用例设计->用例执行->缺陷管理->测试报告

1. 需求分析
   阅读需求分析文档，记录不明确之处，确定各部门对需求理解一致，站在不同角度对需求进行查漏补缺。
2. 计划编写
   测什么：测试目标及范围；谁来测：人员进度安排；怎么测：测试策略、测试工具。
3. 用例设计
   设计执行测试的文档
4. 用例执行
   执行测试的文档
5. 缺陷管理
   提交->验证->关闭
6. 测试报告
   测试目标、测试过程、缺陷统计、缺陷分析、测试总结

四、测试用例

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

缺陷的判定标准

缺陷产生的原因：
需求阶段：需求描述不易理解，有歧义、错误等
设计阶段：设计文档存在错误或者缺陷
编码阶段：代码出现错误
运行阶段：软硬件系统本身故障导致软件缺陷

软件缺陷的生命周期：

缺陷提交要素