软件测试_功能测试（黑马程序员视频课程笔记）

基本概念

1、软件：控制计算机硬件工作的工具

2、软件的基本组成：客户端、服务器、数据库

3、软件产生过程：需求产生→需求文档编写→设计效果图→开发编码→测试→部署上线

4、软件测试：使用技术手段验证软件功能是否满足使用需求，其实就是找bug，发现功能缺陷，验证产品功能是否满足需求

5、测试的主流技术：功能测试、性能测试（模拟多人使用工具测试）、接口测试、自动化测试

6、测试是产品质量的最后一个把关工作，不是找出越多bug越好，需要的是质量的合格

常见的测试分类

根据测试的阶段划分

单元测试：开发测，对源代码进行测试

集成测试：（接口测试）模块间相互访问

系统测试：（功能测试）

验收测试：内测、公测

根据代码可见度划分

黑盒测试：（系统测试）源代码不可见，UI功能可见（功能测试）

灰盒测试：（集成测试）部分代码可见，功能不可见（接口测试）

白盒测试：（单元测试）全部代码可见，功能不可见

质量模型

衡量一个优秀软件的维度（测试用例编写主要依据质量模型进行展开）

功能、性能、易用、兼容、安全、可靠、可移植、可维护（前五点为质量模型的重要五点）

测试流程

1、需求评审（开发、产品经理、测试一起对需求进行分析，保证各部门对需求理解一致）

2、计划编写（测什么、谁来测、怎么测）

3、设计用例

4、用例执行

5、缺陷管理：优化

6、测试报告

测试用例

用例：用户使用的案例

测试用例：为测试项目而设计的执行文档

测试用例作用：①防止漏测   ②执行测试的标准

编写格式（以下是每个列的首行）：

1、用例编号：项目_模块_编号

2、用例标题：预期结果（测试点）

3、项目/模块

4、优先级：P0-P4（P0为最高级）

5、前置条件

6、测试步骤

7、测试数据

8、预期结果

首行字号比其他大两号，加粗，科技蓝，居中，锁定首行，边框

功能测试的方法

等价类划分法

（针对没法穷举场景）

在所有测试数据中，具有某种共同特征的数据集合进行划分

分类：有效等价和无效等价

步骤：①明确需求

           ②划分有效等价和无效等价

           ③提取数据编写测试用例

使用场景：下拉框，输入框，单选框，复选框

例：测试6-8位自然数

有效等价和无效等价的集合各取其中1个即可

边界值分析法

（针对边界位数问题）

边界范围节点：正好等于、刚好大于、刚好小于（最多七个点）

上点：边界上的点

内点：范围内的点

离点：距离边界最近的点

步骤：①明确需求

           ②确定边界范围

           ③提取数据编写测试用例

案例优化：上点和内点必须要，离点遵循开内闭外

例：6<=a<10可以取5、6、8、9、10

能解决位数问题，不能解决类型问题

等价类+边界值

原因：若类型为数值，边界值考虑更全面，但是还需要考虑无效等价为非数值

场景：单个输入框

通常使用等价类来考虑类型，边界值来考虑位数，结合起来使用

判定表法

（针对多条件有依赖关系）

以表格形式表达多条件逻辑判断

判定表组成：

①条件桩

②动作桩

③条件值（√，×）

④动作值（√，×）

假设有n个条件，每个条件有两种取值（0、1），则有2的n次方条

一般用于条件组合数量较少的情况（4个以下），多的话要使用正交法

场景法

（针对项目业务，也称流程图法）

错误推荐法

根据经验对项目进行测试

通常使用场景为：当项目测试用例都执行完成，bug修复完后，进行复测

缺陷

执行结果与用例的预期结果不一致，bug，软件使用过程中出现的各种问题

缺陷的标准

①多功能   ②少功能   ③功能错误   ④缺少隐性功能（需求书中未指明但应该实现的功能）   ⑤易用（从软件测试人员的专业角度）

缺陷产生的原因

需求、设计、编码的过程都可能产生，还有环境（依赖的软硬件）

缺陷的生命周期

缺陷的核心要素

缺陷标题，前置条件，复现步骤，预期结果，实际结果，必要附件

提交缺陷的内容

指派人，缺陷等级，修复优先级，类型、状态

缺陷类型

①功能错误②UI页面错误③兼容性④数据库⑤易用性⑥建议⑦架构缺陷

excel进行缺陷管理

 发现缺陷后，应当要先确定能否复现，再确定是否是缺陷。提交前确认是否已经被提交