备份软件测试方案

时间：2021-03-05 16:42:44 来源：蒲公英阅读网 本文已影响人

相关热词搜索：备份软件 测试 方案

备份软件测试方案 本文关键词：备份软件，测试，方案

备份软件测试方案 本文简介：备份一体机测试方案目录目录2第一章：测试环境配置31.1测试环境组网图31.2硬件与软件配置3第二章测试方法42.1测试策略42.2结果描述42.3用例列表5第三章测试步骤以及评测记录53.1基本管理功能测试（数据级容灾）63.2备份恢复功能测试15第四章测试结果分析194.1测试基本信息194.2

备份软件测试方案 本文内容：

备份一体机测试方案

目录

目录2

第一章：测试环境配置3

1.1测试环境组网图3

1.2

硬件与软件配置3

第二章

测试方法4

2.1

测试策略4

2.2

结果描述4

2.3

用例列表5

第三章

测试步骤以及评测记录5

3.1基本管理功能测试（数据级容灾）6

3.2备份恢复功能测试15

第四章

测试结果分析19

4.1

测试基本信息19

4.2

测试总结20

第一章：测试环境配置

1.1测试环境组网图

备份环境视图

n

测试环境描述：

1

>测试LAN网络的速度和服务器网口工作在千兆全双工状态下。

2

>测试虚拟机以及备份一体机均接入千兆网络交换机，双向可ping通。

测试备份一体机的基本备份恢复功能，兼容性等。

1.2

硬件与软件配置

本次测试产品配置表

名称

描述

数量

备份一体机

内置备份系统、含FC

HBA卡

1

第二章

测试方法

2.1

测试策略

航港发展数据保护方案进行测试，分别涵盖了基本管理功能测试，定时备份恢复功能测试等测试项。

2.2

结果描述

本文档约定使用如下的测试结果描述。

l

PASS：按照用例的预置条件和测试步骤，测试结果与预测结果完全符合。

l

FAIL：按照用例的预置条件和测试步骤，测试结果与预测结果不符合。

l

NT：由于需求变更或测试环境原因，用例未执行测试。

2.3

用例列表

测试用例列表

测试类别

用例编号

用例名称

基本管理功能测试

A.01

管理界面测试

A.02

任务管理功能

A.03

日志管理功能

A.04

用户管理功能

定时备份恢复功能

B.01

文件系统备份恢复测试（SAN模式备份linux+AIX）

B.02

LAN模式VMware定时备份恢复功能测试（普通备份恢复、高级备份恢复、源端重复数据删除）

B.03

SAN模式VMware定时备份恢复功能测试

B.04

Oracle定时备份恢复功能测试（单表恢复、源端重复数据删除）

实时数据保护

C.01

实时数据保护功能测试

云架构灾备服务管理平台

D.01

灾备服务管理

第三章

测试步骤以及评测记录

3.1基本管理功能测试（数据级容灾）

管理界面测试

用例编号

A.01

测试目的

检查设备的WEB界面管理。

测试组网

2.1.1备份功能视图

预置条件

备份一体机一台，可正常登录使用

测试步骤

1.

配置阶段是否支持WEB配置；

2.

配置完成后，操作是否支持WEB界面管理；

3.

还需要观看web操作的难易程度；

4.

中文化；

预期结果

界面中文化、有详细的帮助文档、操作简单、界面友好；

实测结果

测试结论

备注

测试方签名

被测试方签名

任务管理界面测试

用例编号

A.02

测试目的

测试任务管理功能基本功能

测试组网

2.1.1备份功能视图

预置条件

备份一体机一台，可正常登录使用

测试步骤

1.

新备份任务

2.

发起任务执行

3.

停止正在执行的任务

4.

以客户端或者介质过滤任务

5.

修改当前任务设置

6.

删除任务和任务数据

预期结果

1.

存在新建任务功能，新建定时、实时任务成功

2.

启动任务执行成功，任务管理界面显示正在执行的任务和进度

3.

停止正在执行的任务成功，结束的任务在任务历史记录中存在

4.

可通过客户端和介质服务器过滤备份任务

5.

可修改当前任务，修改数据源和备份任务选项成功

6.

删除任务和删除备份任务成功

实测结果

测试结论

备注

测试方签名

被测试方签名

日志管理功能测试

用例编号

B.03

测试目的

日志功能、日志记录

测试组网

2.1.1备份功能视图

预置条件

备份一体机一台，正常备份恢复使用一段时间

测试步骤

1.

独立的日志管理界面

2.

可配置日志保留策略

3.

日志分类存放

4.

日志存放于：TXT、XML、数据库中

5.

日志支持导出功能

6.

支持日志按属性过滤功能

预期结果

1.

存在独立的日志管理界面

2.

可配置日志的保留策略

3.

日志分类存放：系统日志、用户日志、客户端日志、任务日志

4.

日志存放于数据库中

5.

日志支持导出功能，导出所有日志成功

6.

支持日志按类型、来源过滤显示，支持搜索日志功能

实测结果

测试结论

备注

测试方签名

被测试方签名

用户管理功能测试

用例编号

A.04

测试目的

用户管理、用户权限控制、

测试组网

2.1.1备份功能视图

预置条件

备份一体机一台，可正常登录使用

测试步骤

1.

新建不同角色的用户

2.

使用新建用户登录控制台，查看界面

3.

使用【admin】用户配置其他用户权限后再使用修改后的用户登录控制台

4.

使用【admin】用户配置其他用户的登录方式和重置用户密码

5.

使用修改后的用户登录控制台

6.

删除用户

7.

使用已删除的用户登录控制台

预期结果

1.

新建：普通用户、audit用户、系统管理员用户

2.

使用新建用户登录控制台成功，不同类用户之间的用户界面存在不同

3.

可配置普通用户和系统管理员用户的备份恢复权限、系统管理权限，配额空间使用量。配置完成后再次登录控制台成功

4.

配置用户的登录方式成功，重置用户密码成功

5.

使用修改后的用户登录成功

6.

删除用户成功

7.

使用删除的用户登陆失败

实测结果

测试结论

备注

测试方签名

被测试方签名

3.2备份恢复功能测试

文件系统备份恢复测试

用例编号

B.01

测试目的

文件定时备份恢复功能

测试组网

2.1.1备份功能视图

预置条件

备份一体机一台，可正常登录使用

Linux文件服务器一台

测试步骤

1.

SAN模式完全备份文件服务器上数据

2.

修改数据源，开启源端重复数据删除功能、执行全备、增量备份

3.

删除文件服务器上数据，恢复完全备份时间点

4.

删除文件服务器上数据，恢复增量备份时间点

预期结果

1.

完全备份成功

2.

增量备份成功

3.

重复数据删除效果

4.

恢复完全备份数据成功，数据无丢失

5.

恢复增量备份数据成功，数据无丢失

实测结果（含速度）

测试结论

备注

测试方签名

被测试方签名

LAN模式VMware定时备份恢复功能测试（普通备份恢复、高级备份恢复、源端重复数据删除）

用例编号

B.02

测试目的

VMware定时备份恢复功能测试

测试组网

2.1.1备份功能视图

预置条件

备份系统配置正常，网络正常

EXSi服务器一台

测试步骤

1.

添加EXSi服务器至客户端管理中

2.

新建EXSi虚拟化备份任务，采用NFS备份全平台数据

3.

删除EXSi平台上的虚拟机AAA

4.

浏览恢复，使用2中的备份时间点指定恢复虚拟机AAA

5.

恢复成功后开机启动AAA，查看数据是否一致

6.

挂载恢复中选择虚拟机AAA挂载恢复

7.

启动挂载恢复的虚拟机AAA，查看数据一致性

8.

取消恢复挂载，使用高级恢复功能直接恢复虚拟机AAA的内部文件

9.

检查恢复成功文件与原虚拟机中文件是否一致

预期结果

1.

添加EXSi服务器成功

2.

备份平台数据成功

3.

删除虚拟机AAA成功

4.

浏览恢复虚拟机AAA成功

5.

虚拟机开机启动成功，恢复数据一致

6.

挂载恢复成功

7.

虚拟机开机启动成功，恢复数据一致

8.

虚拟机文件恢复成功

9.

恢复文件同原虚拟机中文件完全一致

实测结果（含速度）

测试结论

备注

测试方签名

被测试方签名

第四章

测试结果分析

4.1

测试基本信息

设备制造商

设备型号**************

测试地点**************

测试人员

测试时间

其余信息

4.2

测试总结

本次测试历时X个工作日，主要针对基本管理功能，定时备份恢复功能和速度进行了充分测试，备份性能比较如下表。速度(MB/s)

序号

测试项目

备份方式

爱数AnyBackup

1

linux文件系统

LAN模式

2

linux文件系统

SAN模式

3

Vmware

LAN模式

17

/

17

篇2：李龙：软件测试的测试阶段总结：需求阶段、设计编码阶段、测试阶段、用户测试阶段

李龙：软件测试的测试阶段总结：需求阶段、设计编码阶段、测试阶段、用户测试阶段 本文关键词：阶段，测试，编码，需求，用户

李龙：软件测试的测试阶段总结：需求阶段、设计编码阶段、测试阶段、用户测试阶段 本文简介：软件测试的测试阶段总结软件测试人员的职责软件测试人员在测试的过程中要肩负着如下职责：★测试人员要了解项目需求内容，从用户角度提出自己的测试看法；★测试人员要编写合理的测试计划，并与项目整体计划有机地整合在一起；★测试人员要编写覆盖率高的测试用例；★测试人员要认真仔细地实施测试工作，并提交测试报告供项

李龙：软件测试的测试阶段总结：需求阶段、设计编码阶段、测试阶段、用户测试阶段 本文内容：

软件测试的测试阶段总结

软件测试人员的职责

软件测试人员在测试的过程中要肩负着如下职责：

★

测试人员要了解项目需求内容，从用户角度提出自己的测试看法；

★

测试人员要编写合理的测试计划，并与项目整体计划有机地整合在一起；

★

测试人员要编写覆盖率高的测试用例；

★

测试人员要认真仔细地实施测试工作，并提交测试报告供项目组参考；

★

测试人员要进行缺陷跟踪与分析。

软件测试实际是由确认、验证、测试三个方面组成：

?

确认：是评估将要开发的软件产品是否是正确无误、可行和有价值的。

?

验证：是检测软件开发的每个阶段、每个步骤的结果是否正确无误，是否与软件开发各阶段的要求或期望的结果相一致。验证意味着确保软件是否正确无误的实现软件的需求，开发过程是否沿着正确的方向进行。

?

测试：通常是经过单元测试、集成测试、系统测试等过程。

软件测试分需求阶段、设计编码阶段、测试阶段、用户测试阶段。

1.

需求阶段

需求阶段要求：

★

测试人员了解项目需求，包括项目需求规格说明、功能结构及模块划分等；

★

测试人员了解项目需求变更；

★

测试人员会同项目主管根据软件需求，制定和确定测试进度时，必须要有开发人员和相关的测试部门人员共同参与。在制定测试进度时，必须考虑到合理地配置测试资源（测试设备、测试所要用到的技术文档资料、测试人员和对测试人员进行的必要培训）；

★

为了使所制定的测试进度正常有效，必须对其所制定的测试进度加以量化。要制定测试的各个阶段的测试进度。有特殊情况时还必须制定特定系统的测试进度。如文件管理系统、资料库内容功能测试等。

★

所制定的测试进度中，必须含有修改问题和复查的时间。

2．设计编码阶段

★

测试人员制定测试大纲、测试设计、测试用例；

★

对每一个测试需求，确定其需要的测试用例；

★

对每一个测试用例，确定其输入及预期结果；

★

确定测试用例的测试环境配置、需要的驱动界面或稳定性；

★

为测试用例准备输入数据；

★

编写测试用例文档；

★

对测试用例进行同行评审；

★

项目开发组对完成的功能模块进行单元测试，测试人员参与单元测试过程；单元测试完成，产生单元测试报告；

★

所有单元测试及相应的修改完成后，项目开发组组织进行确认测试和系统集成测试，测试人员参与集成测试过程；集成测试完成后，产生集成测试报告。

3．测试阶段

★

项目开发组完成集成测试后，提交测试所要求的待测软件及各种文档、手册、前期测试报告；

★

测试组安排和协调测试设备、环境等准备工作；

★

测试组按测试计划、测试大纲的要求对待测软件进行有效性测试、集成测试；

★

填写《错误报告》；

★

对修改后的情况进行复合；

★

测试结束后，测试人员对测试结果进行汇总；测试主管审核测试结果，得出测试结论；测试组进行测试分析和评估，编写《测试分析报告》；

★

提交测试分析报告；

★

制作《用户操作手册》。

4．用户测试阶段

★

项目开发组与用户方商定测试计划、测试内容、测试环境等；

★

项目测试组向用户方提供项目内部测试总结报告；

★

由项目开发组或测试组配合用户进行用户方测试；

★

由用户方编制用户方软件测试报告（程序错误报告和测试分析报告），若用户方无法编制测试报告，则经与用户方协商由项目开发组编制用户方测试报告，经用户方签字后即可生效；

★

项目经理与用户方一起对用户方测试进行确认。

输出的文档有：

★《测试任务说明书》

★《测试计划书》

★《测试用例说明书》

★《测试报告》

★《错误报告》

★《测试总结报告》

★《测试验收报告》

★《缺陷跟踪报告》

★《程序错误报告》

★《测试分析报告》

★《用户操作手册》

篇3：软件测试知识点总结

软件测试知识点总结 本文关键词：知识点，测试，软件

软件测试知识点总结 本文简介：软件测试知识点总结第一次课10.7软件测试概述一软件测试定义：使用人工或者自动的手段来运行或测定它是否满足规定的需求，或弄预期结果与实际结果之间的差别。二软件测试的分类1．按照开发阶段划分a)单元测试：模块测试，检查每个程序单元嫩否正确实现详细设计说明中的模块功能等。b)集成测试：组装测试，将所有的

软件测试知识点总结 本文内容：

软件测试知识点总结

第一次课10.7软件测试概述

一

软件测试定义：使用人工或者自动的手段来运行或测定它是否满足规定的需求，或弄预期结果与实际结果之间的差别。

二

软件测试的分类

1．按照开发阶段划分

a)

单元测试：模块测试，检查每个程序单元嫩否正确实现详细设计说明中的模块功能等。

b)

集成测试：组装测试，将所有的程序模块进行有序、递增的测试，检验程序单元或部件的接口关系

c)

系统测试：检查完整的程序系统能否和系统（包括硬件、外设和网络、系统软件、支持平台等）正确配置、连接，并满足用户需求。

d)

确认测试：证实软件是否满足特定于其用途的需求，是否满足软件需求说明书的规定。

e)

验收测试：按项目任务或合同，供需双方签订的验收依据文档进行的对整个系统的测试与评审，决定是否接受或拒收系统。

2．按照测试技术划分

白盒测试：通过对程序内部结构的分析、检测来寻找问题。检查是否所有的结构及逻辑都是正确的，检查软件内部动作是否按照设计说明的规定正常进行。--结构测试

黑盒测试：通过软件的外部表现来发现错误，是在程序界面处进行测试，只是检查是否按照需求规格说明书的规定正常实现。

灰盒测试：介于白盒测试与黑盒测试之间的测试。

3

按照测试实施组织划分：开发方测

用户测试

第三方测试

4

是否使备测软件运行：静态测试

动态测试。

课后作业：1.软件测试与调试的区别？

（1）测试是为了发现软件中存在的错误；调试是为证明软件开发的正确性。

（2）测试以已知条件开始，使用预先定义的程序，且有预知的结果，不可预见的仅是程序是否通过测试；调试一般是以不可知的内部条件开始，除统计性调试外，结果是不可预见的。

（3）测试是有计划的，需要进行测试设计；调试是不受时间约束的。

（4）测试经历发现错误、改正错误、重新测试的过程；调试是一个推理过程。

（5）

测试的执行是有规程的；调试的执行往往要求开发人员进行必要推理以至知觉的“飞跃“。

（6）

测试经常是由独立的测试组在不了解软件设计的条件下完成的；调试必须由了解详细设计的开发人员完成。

（7）

大多数测试的执行和设计可以由工具支持；调式时，开发人员能利用的工具主要是调试器。

2.对软件测试的理解？

软件测试就是说要去根据客户的要求完善它.即要把这个软件还没有符合的或者是和客户要求不一样的，或者是客户要求还没有完全达到要求的部分找出来。

1.首先要锻炼自己软件测试能力，包括需求的分析能力，提取能力，逻辑化思想能力，即就是给你一个系统的时候，能够把整个业务流程很清晰的理出。

2.学习测试理论知识并与你锻炼的能力相结合。

3.想和做。想就是说你看到任何的系统都要有习惯性的思考；做就是把实际去做练习，然后提取经验。

总结测试用例，测试计划固然重要，但能力和思想一旦到位了，才能成为一名合格的软件测试工程师。

第二次课10.10软件测试模型

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

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

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

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

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

二、软件测试模型

H模型（了解）

V模型:，

V模型的缺陷

1、仅把测试过程作为在需求分析、系统设计及编码之后的一个阶段

2、忽视了测试对需求分析,系统设计的验证，一直到后期的验收测试才被发现。

W模型的概念:增加了软件各开发阶段中应同步进行的验证和确认（v$v）活动,明确了测试与开发的并行性.

1、测试伴随着整个软件开发周期

2、测试的对象不仅仅是程序，需求、设计和功能同样要测试

3、根据W模型要求，一旦有文档提供，就及时确定测试的条件、编写测试用例

四.

软件测试的原则

4.1

完全测试的不可能性

4.2

软件测试是有风险的活动

4.3.测试无法显示潜伏的软件缺陷和故障

4.4.

充分注意测试中的群集现象

4.5杀虫剂现象

4.6.并非所有的软件缺陷都要修复

4.7.

80-20

原则

4.8.软件测试必须有预期结果

4.9.

应当把“尽早地和不断地进行软件测试”作为软件测试者的座右铭

4.10.

程序员应该避免检查自己的程序

4.11

追溯至用户需求

4.12

及时更新测试

第三次课10.14

等价类

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

等价类是指某个输入域的子集合。在该子集合中各个输入数据对于揭露程序中错误都是等效的。并合理地假定：测试某等价类的代表值就等于对这一类其他值的测试。

有效等价类：对于程序的规格说明来说是合理的、有意义的输入数据构成的集合

无效等价类：对软件规格说明而言，是无意义的、不合理的输入数据所构成的集合

等价类对于测试有两个重要的意义：完备性

无冗余性

2、等价类的划分原则

（1）按照区间划分：

一个有效等价类和两个无效等价类。

（2）按照数值划分：

n

个有效等价类和一个无效等价类

（3）按照数值集合划分

一个有效等价类和一个无效等价类

（4）按照限制条件或规则划分：可确定一个有效等价类和若干个无效等价类

（5）细分等价类

3.等价类划分法的步骤

（1）确定等价类

（2）建立等价类表，列出所有划分出的等价类

（3）从划分出的等价类中按以下的3个原则设计测试用例：

A

为每一个等价类规定一个唯一的编号

B

设计一个新的测试用例，使其尽可能多的覆盖尚未被覆盖的有效等价类，重复这一步，直到所有的有效等价类都被覆盖为止。

C

设计一个新的测试用例，使其仅覆盖一个尚未被覆盖的无效等价类，重复这一步，直到所有的无效等价类都被覆盖为止。

习题：三角形问题。

4.等价类划分法

(1)弱一般等价类测试

特点:

不考虑无效数据,测试用例使用每个等价类中的一个值

(2)强一般等价类测试

特点:每一个有效等价类要选择至少一个测试用例

(3)弱健壮等价类测试

对于有效输入:

使用每个有效类的一个值

对于无效输入:

测试用例只使用一个无效值,其余值都是有效的

(4)强健壮等价类测试

每个有效等价类和无效等价类都至少要选择一个测试用例

第四次课10.17

等价类划分（续）

1.测试用例的定义

（1）测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果。

（2）测试用例是执行的最小实体。

2、特征：（1）最有可能抓住错误的；（2）不是重复的、多余的；

（3）一组相似测试用例中最有效的；（4）既不是太简单，也不是太复杂。

3、设计测试用例的基本准则

测试用例的代表性

测试结果的可判定性

测试结果的可再现性

4、确定等价类的方法

（1）先考虑输入数据的类型（合法型和非法型）

（2）再考虑数据范围（合法型中的合法区间和非法区间）

（3）最后考虑输出结果，逆向设定输入

5、常见等价类划分测试形式

针对是否对无效数据进行测试，可以将等价类测试分为两种：

1

、标准等价类测试（也称，一般等价类测试）

2、健壮等价类测试

弱健壮(5)：A

(Anom,Bnom)

B

(Anom,Bmin-)

C

(Anom,Bmax+)

D

(Amin-,Bnom)

E

(Amax+,Bnom)

强健壮(9)：(Amin-,Bmin-)

(

Amin-,Bmin+)

(Amin+,Bmax+)

(Amax+,Bmin-)

.

第五次课10.21

边界值分析法

1、边界值分析法就是对输入或输出的边界值进行测试

2、特点：具有很强的发现程序错误的能力；测试用例来自等价类的边界；

3、基本原理：故障往往发生在输入定义域和输出值域的边界上，而不是在其内部。

4、方法：1、首先应确定边界情况.

2、选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据

5、标准边界值：

min、min+、nom、max-、max

健壮边界值：

min、min+、nom、max-、max

min-

max+

6、例

7、对于一个含有n个变量的程序，只让其中一个变量取极值，让其余的变量取正常值，被保留的变量依次取min、min+、nom、max-、max值，对每个变量都重复进行。n个变量的程序，边界值分析测试程序会产生4n+1个测试用例。

第六次课10.24

-----决策表方法

1.概述：决策表法是黑盒测试方法中最为严格、最具有逻辑性的测试方法。

2.什么时候使用？

程序输入输出比较多，输入之间、输出之间相互制约的条件比较多时，可以清楚地表达它们之间的各种复杂关系。

条件桩

条件项

动作桩

动作项

3.决策表通常由四部分组成:

规则

条件桩:

列出问题的所有条件

条件项：针对条件桩给出的条件列出所有可能的取值

动作桩：给出问题规定的可能采取的操作

动作项：与条件项紧密相关，指出在条件项的各组取值情况下应采取的动作

规则：项中的每一列是一条规则，每一条规则是一组测试用例。

4.决策表的化简

(1)合并

：如果一个条件项(表中某列中的条件值)和另外一个条件项所产生的动作是相同的,且两个条件项对应的每一行的值只有一个是不同的,则可以将其合并.合并的项除了不同值变成”不关心”条目外,其余不变

(2)包含：如果两个条件项的动作是相同的,对任意条件1的值和条件2中对应的值,如果满足:

A.如果条件1的值是T(F),则条件2中的值也是T(F).

–

B.如果条件1的值是-(不关心),则条件2中的值是T,F,-,称条件1包含条件2,条件2可以撤去.

–

重复A,B就可以得到精简的决策表.

N

Y

N

N

Y

Y

√

√

－

N

Y

√

N

N

N

－

Y

Y

√

√

N

－

Y

√

合并

包含

5.构造决策表的步骤:

(1)确定规则的个数

(2)列出所有的条件桩和动作桩

(3)填入输入项

(4)填入动作项,得到初始的决策表

(5)对初始的决策表化简

6决策表测试法的适用范围

(1)if-then-else逻辑突出

(2)输入变量之间存在逻辑关系

(3)涉及输入变量子集的计算

(4)输入和输出之间存在因果关系

第七次课10.28--------因果图方法

1、概述：如果输入之间有关系，测试时必须考虑输入条件的各种组合，考虑适合于描述对于多种条件的组合，相应产生多个动作的形式来设计测试用例，这就需要利用因果图。

因果图方法最终生成的就是判定表。适合于检查程序输入条件的各种组合情况。

2、因果图法的基本思想:

首先从程序规格说明书的描述中,找出因(输入条件)和果(输出结果或者程序状态的改变),然后通过因果图转换为判定表,最后为判定表中的每一列设计一个测试用例.

3.基本符号

原因

结果

通常在因果图中用Ci表示原因，用Ei表示结果，各结点表示状态，可取值“0”或“1”。“0”表示某状态不出现，“1”表示某状态出现。

C2

c1

恒等:

c1为1,则e1也为1,否则e1为0.

非:

若c1是1,则e1为0,否则e1是1.

或:

若c1或c2或c3是1,则e1是1,若三者都不为1,则e1为0.

与:

若c1和c2都是1,则e1为1,否则若有其中一个不为1,则e1为0.

4约束:实际问题中,输入状态之间可能存在某些依赖关系.

E约束(异):

a,b最多有一个可能为1,不能同时为1.

I约束(或):

a,b,c中至少有一个必须为1,不能同时为0.

O约束(惟一):

a和b必须有一个且仅有一个为1

R约束(要求):a是1时,b必须是1,即a为1时,b不能为0

M约束:对输出条件的约束,若结果a为1,则结果b必须为0.

5、因果图生成测试用例的基本步骤

1、找出原因和结果。2、画出因果图。

3、增加约束。

4、把因果图转化为判定表，并化简。

5、把判定表的每一列拿出来作为依据，设计测试用例。

6.例题

（1）原因:

C1:第一个字符是A;

C2:第一个字符是B;

C3:第二个字符是一个数字字找.结果:

结果：

E1:给出信息L;

E2:修改文件;

E3:给出信息M;

（2）因果图.

（3）决策表。

（4）设计测试用例

测试用例1:

输入数据:A3

预期输出:修改文件

测试用例2:

输入数据:AM

预期输出:给出信息M

测试用例3:

输入数据:B3

预期输出:修改文件

测试用例4:

输入数据:B*

预期输出:给出信息M

测试用例5:

输入数据:C2

预期输出:给出信息L

测试用例6:

输入数据:CM

预期输出:给出信息LM

1

2

3

4

5

6

7

8

C1

C2

C3

10

1

1

1

1

1

0

1

0

1

1

1

0

0

1

0

1

1

1

0

1

0

1

0

0

1

0

0

0

0

0

E1

E2

E3

不可能

√

√

√

√

√

√

√

√

√

测试用例

A3

A5

AM

A（闭合区域数+1）

2.

给定流图G的环形复杂度为V(G),定义为V(G

)=E-N+2,E是流图中边的数量,N是流图中节点的数量.

3.

给定流图G的环形复杂度V(G),定义为V(G)=P+1,P是流图G中判定节点的数量.

例：图中的圈复杂度，计算如下：

ü

流图中有四个区域；

ü

V(G)=10条边-8结点+2=4;

ü

V(G)=3个判定结点+1=4。

（4）图矩阵

节点

1

2

3

4

1

a

2

b

3

c

4

d

图矩阵－即流图的矩阵表示。其维数等于流图的节点数。每列和每行都对应于标识的节点，矩阵元素对应于节点的边。其中横坐标为起点，

纵坐标为终点。

例：若矩阵记为M，则M(4,1)＝“d”，边d的方向是节点4到节点1

第十二次课11.14

测试用例设计-9-白盒最后

1、

静态测试不实际运行软件，主要对软件的编程格式、结构等方面进行评估。可以有人工进行，也可借助软件工具自动进行。

2、

静态测试的方法

（1）代码检查：代码审查

代码走查

桌面检查

同行评分（略）

n

代码审查：通常由4人组成，其中一人是协调人，一人是程序的编写者，其他人员通常是程序的设计人员以及测试专家。

优点和作用：错误列表、高效、会后修正、增加修改错误清单、较早发现错误。

n

代码走查：为测试员的人会带着一些书面的测试用例参加会议

n

桌面检查：（1）完全没有约束（2）开发人员测试自己的程序（3）没有展示自己能力，缺乏良好的效应。（效果远远逊于代码审查和代码走查）

3、静态结构分析：主要是以图形的方式表现程序的内部结构。

4、代码质量度量：功能性

可靠性

可用性

|有效性

可维护性

轻便性

第十三次课11.18

单元测试

1、单元测试的重要性

时间方面——节省

测试效果——明显

测试成本——较低

产品质量——直接

2.1

单元测试的定义

单元测试又称模块测试，是最小单位的测试，其依据是详细设描述，对模块内所有重要的控制路径设计测试用例，以便发现模块内部的错误。

单元测试多采用白盒测试技术

2.2

单元测试的对象

结构化程序，单元测试所说的单元是指函数，

面向对象程序，单元测试的单元一般是指类。

2.4

单元测试的人员:开发人员

3、单元测试的内容

模块接口:

检查进出程序单元的数据流是否正确。

局部数据结构:

必须测试模块内部的数据能否保持完整性。

边界条件测试：主要检查临界数据是否正确处理。

独立路径测试：单元测试中最主要的测试。

出错处理：要求能预见出错的条件，并设置适当的处理对象，保证其路径的正确性。

1、

输出的错误信息难以理解。

2、

记录错误与实际遇到的错误不符。

3、

在程序自定义出错处理运行之前系统介入。

4、

异常处理不当。

5、

错误陈述中未能提供做够的定位出错信息。

6、

4.、单元测试的方法

5、单元测试的流程

计划单元测试

设计单元测试

执行单元测试

评估单元测试

（1）驱动模块(Drive)

用来模拟被测试模块的上一级模块，相当于被测模块的主程序。它接收数据，将相关数据传送给被测模块，启动被测模块，并打印出相应的结果。

（2）桩模块(Stub)

用来模拟被测模块工作过程中所调用的模块。它们一般只进行很少的数据处理。

5.3

执行单元测试（1）设置测试环境（2）将测试环境初始化（3）执行测试过程。

5.4

评估单元测试（1）测试完备性评估

（2)

代码覆盖率评估

第十四次课11.21

单元测试-JUNIT

常用的断言方法

断言方法

描述

assertEquals(a,b)

测试a是否等于b

assertFalse(a)

测试a是否为false,a是一个Boolean值

assertNotNull(a)

测试a是否非空,a是一个对象或者null

assertNotSame(a,b)

测试a和b是否没有都引用同一个对象

assertNull(a)

测试a是否为null,a是一个对象或者null

assertSame(a,b)

测试a和b是否都引用同一个对象

assertTrue(a)

测试a是否为true,a是一个Boolean值

第十五次课11.25

集成测试

1、集成测试又称组装测试，集成测试是在单元测试的基础上，将所有模块按照设计要求组装成子系统或系统进行的测试活动。

2、集成测试的目的

确保各单元组合在一起后能够按既定意图协作运行，并确保增量的行为正确，所测试的内容包括单元间的接口以及集成后的功能。

3、集成测试的层次

（1）模块内集成测试（2）子系统内集成测试（3）子系统间集成测试

4、集成测试流程

5、集成测试方法：

1）静态测试

只要指对概要设计的测试。

2）动态测试：以黑盒测试为主，需要了解内部细节时结合白盒测试

6、集成测试策略

n

非增量式集成：对所有模块进行个别的单元测试后，按照程序结构图将各模块连接起来，把连接后的程序当作一个整体进行测试。

n

关键模块的特征：

①

满足某些软件需求；

②

在程序的模块结构中位于较高的层次（高层控制模块）；

③

较复杂、较易发生错误；

④

有明确定义的性能要求。

n

增量式集成：逐次将未曾集成测试的模块和已经集成测试的模块（或子系统）结合成程序包，再将这些模块集成为较大系统，在集成的过程中边连接边测试，以发现连接过程中产生的问题。

方法：

1、自顶向下增量式测试

深度优先

广度优先。

2、

自底向上增量式测试

3、混合增量式测试

7、不同集成测试方法的比较

第十六次课11.28

功能测试

1、

确定功能测试的需求

功能测试的基本目标：从用户需求出发，尽早的发现不满足用户需求，与产品说明书不一致的所有问题。

（1）

程序安装启动正常，有相应的提示框，错误提示。

（2）

每一项功能能正常运行，输出结果正确。

（3）

能处理各种不正常的操作，对异常数据的输入可以进行提示容错处理等。

（4）

系统的界面清晰美观。

（5）

菜单按钮正常、灵活。

（6）

软件升级后能继续支持旧版的数据，支持各种应用环境。

2、

功能测试的内容：

（1）

界面测试：指系统界面整体布置的合理性，以及是否能清晰美观。

（2）

数据测试：能够正确的数据输入，对异常的数据输入有提示和容错处理。

（3）

操作测试：所有菜单按钮设计符合操作习惯，能对操作有正确的响应。

（4）

逻辑测试：合理清楚、流畅，不复杂。

（5）

接口测试：与硬件设备的接口

第三软件接口

公共接口。

3、所有测试方法都可以使用：例如等价类、边界值、因果图、决策表、场景。

第十七次课12.2

1、

可用性测试

2、

安全性测试

3、

兼容性测试

4、

指标/协议测试

5、安装

/卸载程序测试

6、软件本地化测试