测试基本知识

测试学习

测试基本知识

测试定义

在规定条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程

要点

1. 规定条件

2. 发现程序错误

3. 衡量软件质量

4. 是否满足设计要求

5. 程序操作过程

测试目的

用最少人力物力财力找到软件中问题，修复问题，降低商业风险。

测试用例定义

是为特定的目的而设计的一组测试输入、执行条件和预期结果的文档。测什么？怎么测？

---

开发人员不能做测试工作

1. 思维定式

2. 测试力度

3. 关注度

---

---

测试分类

阶段分类

1. 模块测试即单元测试：最小程序模块

2. 集成测试即软装测试：单元测试基础上，将多个模块测试合并起来一起测试

3. 系统测试：整个软件系统作为一整体进行测试

4. 验收测试：

   1. α测试：内侧版本

   2. β测试：公测版本

   3. γ测试：正式版本的候选版本

---

是否查看源代码分类

1. 黑盒测试：专注输入内容和输出结果，关注业务逻辑，不看源码

2. 白盒测试：研究源代码和程序结构

3. 灰盒测试：黑白之间(既看代码和程序结构又关注业务逻辑)

---

是否运行

1. 静态测试：不执行被测软件，只是静态的检查程序代码，界面或文档中可能存在的错误

2. 动态测试：实际运行被测软件，输入相应的测试数据，检查输出结果是否和预期相符

---

是否自动化分类

1. 人工测试：手工测试，测试人员手动的进行测试

2. 自动化测试：利用代码或者工具帮助人工进行测试

 

测试策略

1. 冒烟测试：对系统进行最基本功能的测试，保证基本流程能够走通。

2. 回归测试：修复bug后，将之前的测试用例对修复后的新代码进行再次测试。

3. 随机测试：随机测试主要是对被测软件重要部分进行重测，包括测试当前测试用例未覆盖的部分。

   随机测试深入理解

4. 探索性测试：探索性测试意味着同时设计测试和执行测试。测试人员通过测试来不断学习被测系统

   探索性测试理解

   看完了还是不懂

---

缺陷

缺陷定义

即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。

缺陷判定标准

1. 软件未达到需求规格说明书中标明的功能

2. 软件出现了需求规格说明书指明不会出现错误的地方

3. 软件的功能超出了需求规格说明书指明的范围

4. 软件未达到需求规格说明书虽未指明但应该达到的目标

5. 软件测试人员认为软件难以理解，不易使用，运行速度慢，或者最终用户体验不好。

---

缺陷产生的原因

1. 需求解释、记录或者定义错误

2. 设计文档存在错误

3. 编码说明、程序代码有误

4. 硬件或者软件系统存在错误

缺陷类别

1. 功能错误

2. 界面错误

3. 兼容性错误（ie，火狐，谷歌）

4. 易用性问题

5. 改进建议

---

测试原则

1. 只能证明软件存在问题，不能证明不存在问题

2. 不能穷尽测试，应该分类别测试

3. 测试工作要尽早介入，降低修复成本

4. 缺陷存在集群现象，二八原则：20%模块有80%的缺陷

5. 测试依赖环境

6. 杀虫剂现象

7. 不存在缺陷谬论