系统测试

--

验收测试

软件验证（

Verfication

）：保证软件正确实现特定功能的一系列活动和过程。其目的是保证软件在其生命

周期每一个阶段的成果都满足上一阶段设定的目标。

软件确认（

Val idation

）：保证软件满足用户需求的一系列活动过程。其目的是在软件开发完后 保证软件与

用户的需求相吻合。

< /p>

6

、软件测试

V

模型

7

、简述软件测试过程的关键活动，以及保证软件测试质量的手段。

1

）关键活动

a.

测试需求分析

b.

制定测试计划

c.

测试设计

d.

测试执行

e.

测试分析与总结

2

）质量保证手段

a.

制定质量保证计划、质量体系建立

b.

测试活动审核、测试文档评审

c.

测试过程中数据收集、度量和分析

7

、软件测试类型

< br>1

）按开发阶段划分：单元测试（模块测试）、集成测试、确认测试（系统测试） 、验收测试

单元测试内容：模块接口、局部数据结构、重要的 执行路径、错误处理、边界测试

单元测试步骤：

a

< br>、按照下图配置测试环境，设计辅助测试模块

b

、编写测试数据

c

、进行多个单元的并行测试

集成测试：渐进式和非渐进式

确认测试：确认测试标准、配置复审

系统测试：恢复测试、安全性测试、强度测试、性能测试

2

）按照实施组织划分：开发方测试 、用户测试、第三方测试

3

）按照测 试方式划分：静态测试、动态测试

4

）按照测试技术划分：白盒测试、黑盒测试（功能测试）、灰盒测试

8

、软件问题的概念与分类

1

）软件错误：软件生命周期内不希望或者不可接受的认为错误，其结果 将导致软件缺陷的产生；

2

）软件缺 陷：存在于软件中的那些不希望或者不可接受的偏差，其结果是软件运行到某个阶段时出现软件

< br>故障。

软件缺陷分类：

a

、软件未达到产品说明书标明的功能；

b

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

c

、软件功能超出了产品说明书指定的范围；< /p>

d

、软件未达到产品说明书未指出但应 达到的目标；

e

、软件测试人员认为 软件难以理解、不易使用、运行速度慢或最终用户认为不好使用；

3

）软件故障：是指在软件运行的过 程中出现的一种不希望或不可接受的内部状态；

4

软件失效机理：软件错误是一种认为的错误，一 个错误必定会产生一个或多个缺陷。当一个软件缺陷被激活

时，并产生一个软件故障。同 一个软件缺陷在不同的条件下激活，可能会产生不同的软件故障。软件故障没

有及时地使 用容错措施加以处理，便可导致软件失效。同一故障在不同的条件下可能产生不同的软件失效。

< br>

产生软件错误、 缺陷的原因：实践表明，大多数软件缺陷产生的原因并非源自编程的错误，主要来自于产品

说明书的编写和产品方案的设计。罪魁祸首是产品说明书，编写不全面、不准确或者经常更改及其开发人员

对说明书的理解沟通不足导致。第二罪源是设计方案，也就是软件设计说明书。

9

、白盒测试

1

）白盒测试也被称为逻辑驱动测试。

2

）白盒测试技术

< br>a

、控制流程图：一般只有两种简单的符号

--

节点和控制流

控制流程图中的独立路径数：

N=e-n+2, e

n

代表节点数量

< br>

（包括起始点和终点）

b< /p>

、代码覆盖率分析（最常用的基本技术）

10

、白盒测试之代码覆盖率分析

< /p>

1

）逻辑覆盖：主要针对程序中由于判定条件所产生的逻辑分支结 构进行测试。

逻辑覆盖度量标准有

5

种：语句覆盖、判定覆盖、条件覆盖、判定

/

< br>条件覆盖、条件组合覆盖

（

1

个判定由

1

个或多个条件组成）

语句覆盖：每个语句至少被执行

1

次

判定覆盖：每个分支至少通过

1

次（每个判定获得一次真值和假值）

条件覆盖：每个判定中每个条件至少取得一次真值和假值

判定

/

条件覆盖：

综合利用两者的优势，使得条件和判定的真假都至少出现一次

条件组合：组合判定中的各种条件，使得每种条件至少被执行

1

次；

2

）路径覆盖

程序每一条可能被执行的路径都需执行一次；

11

、计算

Case

数量最少的方法：

N=

并联相加

*

串连

12

、白盒测试的方法

1

）代码检查法

2

）静态结构分析法

3

）代码质量度量法（逻辑覆盖归于此类）

-

-

-

-

-

-

-

-