软件测试考试重点

第一章：

1.软件测试概念：

（广义）指软件生存周期中所有的检查、评审和确认工作，其中包括了对分析、设计阶段，以及完成开发后维护阶段的各类文档、代码的审查和确认。

（狭义）识别软件缺陷的过程，即实际结果与预期结果的不一致。

2.软件测试目的：

测试的目的就是发现软件中的各种缺陷，（证明程序有错，而不是证明程序无错）

确保软件的功能符合用户的需求，把尽可能多的问题在交付前发现并改正。

3.软件测试的分类：

1)按测试范围分类：

单元测试，组件测试，集成测试，系统测试，验收测试，安装测试

2)按测试目的分类：

正确性测试，白盒测试，黑盒测试，性能测试，可靠性测试，强壮性测试，异常处理测试，负载测试，安全性测试

3)按测试过程分类：

需求阶段的测试，设计阶段的测试，程序阶段的测试，测试结果的评估，安装测试，验收测试，测试变化

4.软件测试的步骤：

1)制定测试计划

2)设计测试用例

3)执行测试

4)撰写测试报告

5)消除软件缺陷。如果测试输出符合预期结果，则结束测试。

第二章：

1.SQA(软件质量保证)概念：

软件质量保证（Software Quality Assurance）是通过对软件产品和活动有计划的进行评审和审计来验证软件是否合乎标准的系统工程。

2.SQA与软件测试的关系：

1）SQA是管理工作、审查对象是流程、强调以预防为主

2）测试是技术工作、测试对象是产品、主要是事后检查

3）SQA指导测试、监控测试，测试为SQA提供依据

3.软件质量标准：

1)国际标准，如ISO/TC97

(1)质量保证标准（ISO9001/2/3）

(2)质量管理标准（ISO9004)

2)国家标准，如GB

3)行业标准，如IEEE

4)企业标准，如IBM

5)项目规范

4.CMM（软件能力成熟度模型）：capability maturity model for software

1)CMM概念：

CMM不仅仅是对软件开发的过程进程管理，还是一种高效的管理方法，有助于企业最大程度的降低成本，提高质量和用户满意度；

与软件工程不同的是，CMM是对于企业软件开发的整个过程进行全方位的考察与评估，甚至包括了对于开发人员的管理、文档的管理以及对开发人员素质的评估

2)CMM五级模型：初始级可重复级定义级定量管理级（不断）优化级

第三章：

1.白盒测试：

1)概念：白盒测试(White-box Testing)，有时称为玻璃盒测试(Glass-box Testing)，是一种基于源程序或代码的测试方法，他根据被测试程序的内部结构或内部逻辑来产生测试用例。

2)分为静态和动态两种类型。

静态：即代码检查法。按一定步骤直接检查源代码来发现错误，而不用生成测试用例并驱动被测程序运行来发现错误。包括：桌面检查代码审查走查

动态：按一定的步骤生成测试用例并驱动被测程序运行来发现错误。包括：基本路径测试条件测试数据流测试循环测试

(3)代码检查法与其他方法的不同之处：不执行代码。

第四章：

1.黑盒测试：

1)概念：把被测软件看成一个封闭的盒子，在完全不考虑软件内部逻辑和内部结构的情况下进行的测试。

2)基本测试方法：

**等价类划分法

**边界值分析法（重点，最好看一看PPT）

基本思想：

*对于每个边界点，在该点附近确定大小为1的邻域，并直接取略高于其值的点和略低于其值的点作为测试数据。

*不考虑无效数据。

*不考虑输入条件的边界组合情况。

案例分析-三角形问题：

三角形问题接受三个整数a、b、c作为输入，代表三角形的三条边。a,b,c必须满足以下条件：

C1.1<=a<=200

C2.1<=b<=200

C3.1<=c<=200

C4.a

C5.b

C6.c

程序的输出是由这三条边确定的三角形类型：

等边三角形

等腰三角形

不等边三角形

非三角形

案例分析：

三角形问题的最坏情况测试用例：

*三个变量：a,b,c

*产生5^3=125个测试用例

*存在大量冗余

**因果图法（重点）

(1) 定义：是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。

(2) 因果图法是基于这样的一种思想：一些程序的功能可以用判定表（或称决策表）的形式来表示，并根据输入条件的组合情况规定相应的操作

(3) 采用因果图法设计测试用例的步骤：

1.根据程序规格说明书描述，分析并确定因（输入条件）和果（输出结果或程序状态的改变），画出因果图。

2.将得到的因果图转换为判定表。

3.为判定表中每一列所表示的情况设计一个测试用例

**判定表法

**正交试验法

**错误推测法

第五章：

1.测试的总体流程：

2.软件测试的生命周期以及如何演化：

V模型：

W模型：

H模型：

W，H，V模型之间的区别：

V模型: 强调了在整个软件项目开发中需要经历的若干个测试级别，并与每一个开发级别对应；但是忽略了测试的对象不应该仅仅包括程序，仅把测试作为在需求分析、系统设计及编码之后的一个阶段，没有明确指出对需求、设计的测试。

W模型: 相对于V模型，增加了软件各开发阶段中应同步进行的验证和确认活动，强调了测试计划等工作的先行和对系统需求和系统设计的测试；与V模型相同，没有对软件测试的流程进行说明，无法支持迭代的开发模型。

H模型: 强调测试是独立的，只要测试准备完成，就可以执行测试