黑盒测试被称为功能测试或数据驱动测试。

在测试时，把被测程序视为一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下进行。

白盒测试又称结构测试或逻辑驱动测试，是针对被测单元内部是如何进行工作的测试。白盒测试主要针对被测程序的源代码，主要用于软件或程序验证，不考虑软件的功能实现，只验证内部动作是否按照设计说明书的规定进行。常用测试用例设计方法有：逻辑覆盖法（逻辑驱动测试）和基本路径测试方法。

系统在特定环境下，在给定的时间内无故障运行的概率。

系统在特定环境下，在给定的时间内⽆故障运⾏的概率。是对软件在设计、开发 以及预定的环境下具有能⼒的置信度的⼀个度量，是衡量软件质量的主要参数之 ⼀。⽽软件测试则是保证软件质量、提⾼软件可靠性的最重要⼿段

答： 功能性测试具有两大优点：功能性测试与软件如何实现无关；测试用例开发可以与实现并行进行，因此可以压缩总的项目开发时间。缺点：测试用例之间可能存在严重的冗余，还会有位测试的软件漏洞。结构性测试局限于已经完成的代码行为当中，离代码太近。因此可以结构性测试指标去解决冗余和漏洞问题。如果发现同一条程序路径被多个功能性测试用例遍历，就可以怀疑这种冗余不会发生新的缺陷，如果没有达到一定的 DD— 路径覆盖，则可知在功能性测试用力中存在漏洞。因此路径测试可以提供作为功能性测试交叉检查的一组指标。

填空题

桩模块是测试模块调用的其他功能模块

驱动模块是可以调用别测试模块的模块

集中测试跟概要设计挂钩

A、关系算子错误 B、算术表达式错误 C、条件中包含的错误有布尔变量错误 D、条件中包含的错误有接口错误

三个复杂度 Line Halstead McCabe

答：利用手工或者自动化的方式，按照测试方案对系统执行测试用例的过程叫做软件测试。

IEEE将软件可靠性定义为：系统在特定环境下，在给定的时间内无故障运行的概率。

系统在特定环境下，在给定的时间内⽆故障运⾏的概率。是对软件在设计、开发 以及预定的环境下具有能⼒的置信度的⼀个度量，是衡量软件质量的主要参数之 ⼀。⽽软件测试则是保证软件质量、提⾼软件可靠性的最重要⼿段

软件缺陷的定义 （1）软件未达到产品说明书中已经标明的功能； （2）软件出现了产品说明书中指明不会出现的错误； （3）软件未达到产品说明书中虽未指出但应当达到的目标； （4）软件功能超出了产品说明书中指明的范围； （5）软件测试人员认为软件难以理解、不易使用，或者最终用户认为该软件使用效果不良。

“看不到” ——软件的特殊性决定了缺陷不易看到; “看到但是抓不到” ——发现了缺陷，但不易找到问题发生的原因所在.

**测试用例：**所谓测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果； 测试用例是执行测试的最小实体。

软件测试的对象包含哪些？ 软件开发过程中所产生的需求规格说明、 概要设计规格说明、详细设计规格说明以及源程序都是软件测试的对象。

软件测试的四个关键问题是什么？ （1）测试由谁来执行。 （2）测试什么。 （3）什么时候进行测试。 （4）怎样进行测试。

分为软件⽤例的设计⽅法和软件的策略和过程 软件的设计⽅法：⿊盒测试和⽩盒测试 软件的策略和过程：单元测试、集成测试、系统测试、验证测试

架构

数据流示意图

状态变化示意图

流程图

注释代码

测试计划

测试用例

软件测试报告

归纳、统计和总结

大棒开发法

边写边改法

瀑布法

快速原型法

螺旋模式法

敏捷开发

制定计划 测试⼤纲（⽤例） 软件测试报告

软件执⾏过程 初测期 细测期 回顾测试期

软件开发过程中所产生的需求规格说明、 概要设计规格说明、详细设计规格说明以及源程序都是软件测试的对象

静态测试包括代码检查 、静态结构分析、代码质量度量等。它可以由人工进行，也可以借助软件工具自动进行。

测试的复杂性

1.无法对程序进行完全测试

2、测试无法显示潜在的软件缺陷和故障

3、存在的故障现象与发现的故障数量成正比

4、不能修复所有的软件故障5、软件测试的代价

(1)测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果。 (2）测试用例是执行的最小实体。

1.最有可能抓住错误的;

2.不是重复的、多余的; 3.一组相似测试用例中最有效的;

4.既不是太简单，也不是太复杂。

黑盒测试被称为功能测试或数据驱动测试。

在测试时，把被测程序视为一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下进行。

等价类划分法是一种重要的、常用的黑盒测试方法，它将不能穷举的测试过程进行合理分类，从而保证设计出来的测试用例具有完整性和代表性。

等价类划分法是把所有可能的输入数据，即程序的输入域划分为若干部分（子集)，然后从每一个子集中选取少数具有代表性的数据作为测试用例。

（将输入域划分多个子集，每个子集选一个代表进行测试）

是指某个输入域的子集合，即每一类的代表性数据在测试中的作用都等价于这一类中的其它数据。

所以测试某个等价类的代表值就是等于测试了这一类的其他值。

划分的等价类要求：

有效等价类 有意义的输入

无效等价类 无意义的输入

1.按照区间划分

2.按照数值划分

3.按照数值集合划分

4.按限制条件划分

5.按限制规则划分

6.按处理方式划分

1.确定等价类，列出等价类表

2.确定测试用例（若问道测试用例设计就这个三点）

(0) 每一个等价类设计一个唯一的编号。

(1）设计一个新的测试用例，使它能够尽量覆盖尚未覆盖的有效等价类。重复这个步骤，直到所有的有效等价类均被测试用例所覆盖。

(2） 设计一个新的测试用例，使它仅覆盖一个尚未覆盖的无效等价类。重复这一步骤，直到所有的无效等价类均被测试用例所覆盖。

针对是否对无效数据进行测试，可以将等价类测试分为标准等价类测试和健壮等价类测试。

标准等价类测试：不考虑无效等价类

健壮等价类测试：考虑无效等价类

边界值分析法是对输入或输出的边界值进行测试的一种黑盒测试方法。 通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自于等价类的边界。

就是边界值分析法的一个简单扩充，增加了两个东西，一个略大于最大值和一个略小于最小值，所以n个元素的测试用例就是6n+1.

1.画出因果题

2.判定表

3.为每一列设计一个测试用例

恒等 c1=0则e1也=0 ，c1是什么则e1就是什么

非 c1与e1反着来

或 c1 c2 c3 有一个为1 则e1为1 ，否则为0

与 c1 c2 都为1 时，e1为1，否则为0

因果图法包含了判定表法，但是判定表法是嘴简答的，然后最后两者都是得到一个判定表，表里面是包括

条件 条件例子

动作 动作项

条件是在题目中自己获取

动作是输出的结果之类的，还包含一个是不可能的项

逻辑覆盖法（逻辑驱动测试）

基本路径测试方法

1.V(G)=E-N+2（边-点+2）

2.V(G)=p+1 （判断节点+1）

3.V(G)=区域数量

如

1.11-9+2=4

2.3+1=4

3.四个区域

环形复杂度 5

就是不同路径组合，比如a 到b有 a1 a2路径 b到c有c1 c2 路径

则路径覆盖的路径为

a a1 c1

a a1 c2

a a2 c1

a a2 c2

x y z

语句覆盖： 4 5 5 :abd

判定覆盖： 4 5 5:abd 、2 5 10:ace

条件覆盖： 4 6 9:abd、2 4 11:ace

判断条件覆盖：

组合覆盖：

路径覆盖：（即不同路径的组合，注意跟基本路径测试不一样）

每次新的测试用例至少都包括一个新的弧

路径覆盖是基本路径测试的一个理想状态，基本路径测试相当于一个语句覆盖，即每个独立路径都被走过，且环形复杂度是独立路径条数的上界，设计好的话，可以找到某个独立路径集，其中包含的路径条数小于这个上界，就可做到独立路径的覆盖，即满足语句覆盖了。

单入单出的可以合并成一个节点

控制流图

环形复杂度：

10-8-2=4

导出独立路径

设计测试用例

四个用例即可。

系统在特定环境下，在给定时间内无故障运行的概率。是对软件的开发设计 及其所预定的环境的一个能力的置信度的度量，是衡量软件质量的一个重要参数。

软件未达到产品说明书要求的功能

软件未达到参评说明说虽未提及但应该达到的目标

软件出现了产品说明说明确指出不会出现的错误

软件超出了产品说明书的定义的范围

开发人员认为软件难以使用 难以理解 用户认为效果不佳

看不到 软件的特殊性让缺陷不易被发现

看到但抓不到 ，看到了缺陷，但是难以找到原因所在发生的地方

就是为了特定目标而设定的一组测试时输入， 执行条件，预期输出。测试用例是执行测试的最小实体

需求分析规格说明 详细设计规格说明 概要设计规格说明 程序

测试由谁来执行

什么时候执行

怎么执行

测试什么

测试用例的设计方法

黑盒白盒

软件的策略和过程

单元 集成 系统 验证

静态结构分析 代码质量度量 代码检查

边界值分析法

因果图法

决策表法

等价类划分法

对软件工程过程定义的一个软件测试的模板，把特定测试用例的方法放置进去的一系列步骤

测试从模块层开始，然后延伸扩展到整个基于计算机的系统集合，每一个测试方法都适用于不同的时间点，软件测试由开发的人员和专门的测试组来进行，调试和测试是不一样的活动，调试必须可以适应任何的测试策略

无法对软件进行完全测试

测试无法显示软件潜在的故障和问题

测试发现的故障的情况和故障纯在的情况成正比

无法完全修复所有故障

软件测试的代价

单元测试 详细设计 白盒

集成测试 概要设计

确认测试 需求分析

系统测试 不是白盒

验收测试 需要用户

功能测试 数据驱动测试，就是把程序看作成一个不能打开的黑盒子，即完全不考虑软件内部结构和内部特性的情况下进行测试

结构测试 逻辑驱动测试 就是在考虑软件内部如何工作之下进行测试，主要对软件的源代码进行测试，主要用于软件或程序的验证，不考虑软件如何实现功能，只关心内部动作是不是按照设计说明书的规定来执行。

非增量式是分开测试，然后再集中在一起再一次集中测试，若一个模块的接口有缺陷，则在最后一次的集中测试就能将其暴露出来

增量式测试 是逐步集成 逐步测试，把可能发生的差错分散暴露出来，便于找到问题并且改正，然后有一些模块由于在逐步集成的测试中，经历了较多次的考验，可能会得到较好的测试结果。

Line Halstead McCabe

第一章

1.软件可靠性的定义是什么？

IEEE将软件可靠性定义为：系统在特定环境下，在

给定的时间内无故障运行的概率。

软件可靠性是对软件在设计、开发以及所预定的环境

下具有能力的置信度的一个度量，是衡量软件质量的

主要参数之一。

2.软件缺陷的定义

（1）软件未达到产品说明书中已经标明的功能；

（2）软件出现了产品说明书中指明不会出现的错误；

（3）软件未达到产品说明书中虽未指出但应当达到的目标；

（4）软件功能超出了产品说明书中指明的范围；

（5）软件测试人员认为软件难以理解、不易使用，或者最终用户认为该软件使用效果不良。

3.软件缺陷的特征是什么？

“看不到” ——软件的特殊性决定了缺陷不易看到;

“看到但是抓不到” ——发现了缺陷，但不易找到问题发生的

原因所在.

4.什么是测试用例？

**测试用例：**所谓测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果； 测试用例是执行测试的最小实体。

5.软件测试的对象包含哪些？

软件开发过程中所产生的需求规格说明、 概要设计规格说明、详细设计规格说明以及源程序都是软件测试的对象。

6.软件测试的四个关键问题是什么？

（1）测试由谁来执行。 （2）测试什么。 （3）什么时候进行测试。

（4）怎样进行测试。

7.软件测试的分类?

分为软件⽤例的设计⽅法和软件的策略和过程

测试用例的设计⽅法：⿊盒测试和⽩盒测试

测试软件的策略和过程：单元测试、集成测试、系统测试、验证测试

第二章

2.黑盒测试的具体技术方法 ： 1.边界值分析法 2.等价类划分法 3.因果图法 4.决策表法

3.软件测试策略

定义：是为软件工程过程定义的一个软件测试的模板，也就是把特定的测试用例方法放置进去的一系列步骤。

软件测试策略包含的特征： （1）测试从模块层开始，然后扩大延伸到整个基于计算机的系统集合中。 （2）不同的测试技术适用于不同的时间点。 （3）测试是由软件的开发人员和（对于大型系统而言）独立的测试组来管理的。 （4）测试和调试是不同的活动，但是调试

必须能够适应任何的测试策略。

5.软件测试过程

单元测试->集成测试->确认测试->系统测试->验收测试

第三章

1.黑盒测试的概念

黑盒测试被称为功能测试或数据驱动测试。在测试时，把被测程序视为一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下进行。

第四章

1.白盒测试的概念

白盒测试又称结构测试或逻辑驱动测试，是针对被测单元内部是如何进行工作的测试。白盒测试主要针对被测程序的源代码，主要用于软件或程序验证，不考虑软件的功能实现，只验证内部动作是否按照设计说明书的规定进行。

常用测试用例设计方法有：逻辑覆盖法（逻辑驱动测试）和基本路径测试方法。