【软件测试基础】day02

目录

一、软件测试的概念

二、软件测试的目的

三、软件测试的原则

1.测试证明软件存在缺陷

2.不可能执行穷尽测试

3.测试应尽早启动、尽早介入

4. 缺陷存在群集现象

5. 杀虫剂悖论

6. 不同的测试活动依赖于不同的测试背景

7. 不存在缺陷的谬论

四、软件测试的阶段

1.单元测试（Unit Testing）

2.集成测试（Integration Testing）

3.系统测试（System Testing）

4.单元、集成、系统测试的比较

5.验收测试（ Acceptance Testing ）

---

一、软件测试的概念

• 1983，IEEE提出的软件工程标准术语，软件测试定义如下：“使用人工和自动手段来运行或测试某个系统的过程， 其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别”。

二、软件测试的目的

• 发现被测对象与用户需求之间的差异，即缺陷。
• 通过测试活动发现并解决缺陷，增加人们对软件质量的信心。
• 通过测试活动了解被测对象的质量状况，为决策提供数据依据。
• 通过测试活动积累经验，预防缺陷出现，降低产品失败风险。

三、软件测试的原则

1.测试证明软件存在缺陷

• 无论何种测试活动，其目的都是为了证明软件存在缺陷，无法证明软件不存在缺陷。通过测试活动可以减少软件中存在未被发现缺陷的可能性，降低漏测风险，但即使通过测试未能发现任何缺陷，亦不能证明被测对象不存在缺陷。

2.不可能执行穷尽测试

• 通过风险分析、被测对象测试点优先级分析、软件质量模型及不同测试方法的运用来确定测试关注点，从而替代穷尽测试，提高测试覆盖率。

3.测试应尽早启动、尽早介入

• 为了尽早发现缺陷，在软件系统生产生命周期中，测试（评审）活动应尽早介入。通常情况下从项目立项开始，每个阶段都进行评审活动。

4. 缺陷存在群集现象

• 一个软件系统的重要功能往往占系统的20%左右，但这20%功能的复杂度可能是系统的80%左右（二八原理），出错的概率大大增加。
• 测试过程中人力、时间、资源分配比例应根据系统业务功能的优先级匹配，并在测试活动结束后，根据缺陷分布情况进行调整。

5. 杀虫剂悖论

• 害虫经过几轮药物毒杀后，其后代将产生抗体，杀虫剂不再有效。同样的道理，测试用例经过多次迭代测试后，将不能再发现缺陷。
• 为了解决“杀虫剂悖论”，测试用例需定期评审、及时调整，可根据软件质量特性结合被测对象的业务场景，设计新的测试用例来测试，从而发现更多潜在的缺陷。

6. 不同的测试活动依赖于不同的测试背景

• 不同的测试背景、测试目标，需开展不同的测试活动。

7. 不存在缺陷的谬论

• 当被测对象无法满足用户需求时，即使该系统无任何缺陷，也不能称为高质量的软件。不能满足用户期望的系统即是无用系统。
• 系统无用时，发现与修改缺陷是毫无意义的。实施测试活动时，一定要考虑用户背景。

四、软件测试的阶段

1.单元测试（Unit Testing）

• 单元测试是针对软件基本组成单元函数内部的语句、条件分支来进行正确性检验的测试工作
• 单元测试的目的是检测软件模块对《详细设计说明书》的符合程度

2.集成测试（Integration Testing）

• 集成测试是在单元测试的基础上，将所有模块按照概要设计要求组装成为子系统或系统，验证组装后功能以及模块间接口是否正确的测试工作
• 集成测试的目的是检测软件模块对《概要设计说明书》的符合程度

3.系统测试（System Testing）

• 系统测试是将已经集成好的软件系统，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行（使用）环境下，对计算机系统进行一系列的测试工作
• 系统测试的目的在于通过与《需求规格说明书》作比较，发现软件与系统需求定义不符合或与之矛盾的地方

4.单元、集成、系统测试的比较

测试方法不同  

• 单元测试属于白盒测试范畴  
• 集成测试属于灰盒测试范畴  
• 系统测试属于黑盒测试范畴  

测试对象不同  

• 单元测试主要测试单元内部的数据结构、逻辑控制、异常处理等  
• 集成测试主要测试模块之间的接口和接口数据传递关系，以及模块组合后的整体功能  
• 系统测试主要测试整个系统相对于需求的符合度  

判断标准不同  

• 单元测试判断标准是详细设计说明书  
• 集成测试的判断标准是概要设计说明书  
• 统测试的判断标准是软件需求规格说明书

5.验收测试（ Acceptance Testing ）

单元测试、集成测试、系统测试是软件开发过程中在软件组织内部进行的测试阶段

对于外包类的项目，在系统测试完成后，软件正式发布前一般都需要进行验收测试。验收测试通常有以下分类：

• α（ALPHA)测试
• β（BETA)测试  
• UAT（User Acceptance Test）测试

在通过了内部系统测试及软件配置审查之后，就可以开始验收测试.

• 验收测试是以用户为主的测试，验收组应该由项目组成员、用户代表等组成.
• 验收测试原则上在用户所在地进行，但如经用户同意也可以在公司内模拟用户环境进行.
• 验收测试根据合同、《需求规格说明书》或《验收测试计划》对成品进行验收测试.

验收测试的结果有两种情况：  

• ---软件功能、性能等质量特性与用户的要求一致，软件可以接受  
• ---软件功能、性能等质量特性与用户的要求有差距，不被用户接受

(1)α测试

• α 测试是由用户在开发环境下进行的测试，也可以是开发机构内部的用户在模拟实际操作环境下进行的测试  
• α测试时，软件在一个自然设置状态下使用。开发者坐在用户旁，随时记下错误情况和使用中的问题。这是在受控制的环境下进行的测试  
• α测试的目的主要是评价软件产品的FLURPS（即功能、局域化、可用性、可靠性、性能和技术支持

(2)β测试

• β测试是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试  
• 与α测试不同的是，β测试时开发者通常不在测试现场。因而，β测试是在开发者无法控制的环境下进行的软件现场应用

(3)UAT测试

• UAT测试即用户接受度测试。一般用于商业用户验收系统的可用性。
• 一般用于商业用户验证系统的可用性，通常情况由终端用户或利益相关方对被测试对象进行选择性功能验证。  
• 也有可能根据法律法规、行业现行标准进行验收测试。