功能测试系统测试方法和标准.docx

功能测试系统测试方法和标准.docx

《功能测试系统测试方法和标准.docx》由会员分享，可在线阅读，更多相关《功能测试系统测试方法和标准.docx（8页珍藏版）》请在冰豆网上搜索。

功能测试系统测试方法和标准

功能测试、系统测试方法与标准

NO.1

Writtenbyioking

2002.3

1.概述

要紧的话题是关于FVT（功能验证测试）与SVT（系统验证测试）。

为了比较容易的谈论这两个话题，我们也会谈及一些其他类型的测试。

其他一些东西不需要在这儿提及，例如FVT、SVT的重要性等等。

2.假定

●客户/服务器结构应用软件开发

●系统包括在线功能和批处理功能

●开发方法：

软件开发生命周期法

3.测试流程

3．1．测试资源打算

●人力资源打算

测试组组长、测试组成员

●硬件资源打算

●软件资源打算

3．2．测试时刻表

时刻表应该包括：

●测试案例设计

●建立测试环境

●预备测试数据

●运行测试案例、检查测试结果

●修改错误

●测试报告

3．3．综合测试

●综合测试测试案例设计和打算

●预备测试数据和运行测试案例

●检查和记录测试结果

●修改错误然后返回第二条

●假如完成，预备系统综合测试报告

3．4．功能验证测试

●功能验证测试测试案例设计和打算

●预备测试数据和运行测试案例

●检查和记录测试结果

●修改错误然后返回第二条

●假如完成，预备功能验证测试报告

3．5．系统验证测试

●系统验证测试测试案例设计和打算

●预备测试数据和运行测试案例

●检查和记录测试结果

●修改错误然后返回第二条

●假如完成，预备系统验证测试报告

4.测试策略和评估测试成功的准则

关于每一个测试时期，我们都应该首先设计测试案例、建立测试环境、预备测试数据、运行测试案例、检查测试结果。

在测试时期最重要的是操纵应用程序的版本。

因此测试案例的检查也专门重要。

4．1．差不多测试策略

●白箱测试

●黑箱测试

4．2．单元测试（UT）

4．2．1．单元测试需要考虑的事项

●单元划分

●局部数据结构

●重要的实行路径

●错误处理

●极端条件

●基于程序讲明的测试案例

4．2．2．单元测试过程

●代码检查

●预备测试数据和运行测试案例

●检查测试结果

4．2．3．退出准则

●所有测试案例至少运行了三次，所有错误差不多修改

●测试结果差不多记录，测试分析报告差不多提交

4．3．综合测试（IT）

4．3．1．IT考虑的事项

●自顶向下

●自底向上

●以上两种方法的组合

●测试环境的考虑（特不是客户/服务器结构。

硬件、软件和约束）

●基于界面设计的测试案例

●综合顺序

4．3．2．IT过程

●定义模块组合顺序

●模拟程序（Dummy）和驱动程序（Driver）的预备

●预备测试数据和运行测试案例

●检查测试结果

4．3．3．退出准则

●所有测试案例至少运行了三次，所有错误差不多修改

●测试结果差不多记录，测试分析报告差不多提交

4．4．功能验证测试（FVT）

4．4．1．FVT考虑的事项

●重要的功能

●差不多功能

●错误处理

●极端条件

●基于功能讲明的测试案例

4．4．2．FVT过程

●差不多测试

●系统的部分实例测试

●系统的所有实例测试

●检查测试结果

4．4．3．退出准则

●所有测试案例至少运行了三次，所有错误差不多修改

●测试结果差不多记录，测试分析报告差不多提交

4．5．系统验证测试（SVT）

4．5．1．SVT考虑的事项

●容错性

●运行速度

●数据容量和客户数据量分析

●用户数（关于在线功能）

●基于系统性能用户需求的测试案例和运行时刻环境的用户数据输入

4．5．2．SVT过程

●小数据批处理系统测试

●较多数据批处理系统测试

●大数据批处理系统测试

●压力数据批处理系统测试

●小数据在线系统测试

●较多数据在线系统测试

●大数据在线系统测试

●压力数据在线系统测试

●检查测试结果

4．5．3．退出准则

●所有测试案例至少运行了三次，所有错误差不多修改

●测试结果差不多记录，测试分析报告差不多提交

4．6．用户接收测试（UAT）

4．6．1．UAT考虑的事项

●集成整个系统

●尽最大的努力在用户真实的环境上测试（硬件、软件及通讯环境）

●以用户的真实业务设计测试案例

●测试数据是用户的真实数据

4．6．2．UAT过程

●批处理测试

●在线测试

●在线和批处理测试

●压力测试

4．6．3．退出准则

●所有测试案例至少运行了三次，所有错误差不多修改

●测试结果差不多记录，测试分析报告差不多提交

5.FVT要紧内容讲明（功能/检查点列表）

FVT是集成系统的功能，我们所依靠的是功能讲明。

必须给出功能组和检查点列表，因为在每一个测试时期它们将用于指导测试案例的设计。

命名协定也是必须考虑的。

5．1．按照FS给出功能组列表

我们要测试的系统可能是一个大系统，将功能分成一些功能组是比较好的方式。

它将使治理和完成测试变得较容易。

较好的分割功能组的标准是重要的。

那个标准应该简单易明白并能够专门容易地分割功能组。

我们建议的标准：

●在线或批处理

●将运行的时刻（例如日结、月结、年结等）

●业务角色（例如相关的柜员、职员等）

●本地相关系统或其他相关系统

●相关介质（例如相关的磁带、磁盘等）

为了更好地分割功能组，透测理解FS专门重要。

5．2．按照FS给出每一个功能组的检查点列表

分割功能组之后，我们将在每一个功能组中给出每个功能的检查点。

●给出功能列表的方法

按照FS我们必须尽可能地理解每个功能，并定义我们必须检查的点（我们叫它检查点）。

假如遗漏检查点，我们不能讲我们完成了用户需求，因此我们应该反复阅读FS以确保没有遗漏检查点。

给出功能组能够关心我们更好地确定检查点。

●检查点列表的格式

我们建议使用表格列表（参考附录）

5．3．基于功能讲明的测试案例

透测理解FS。

按照检查点给出测试案例。

6.SVT要紧内容讲明

SVT集中系统的性能必须基于用户的性能需求。

能够参考FVT的文档格式。

测试案例应该包括以下方面：

●系统的容错量

●客户数据容量分析

●系统运行时每种数据量的在线运行速度

●系统运行时每种数据量的批处理运行速度

●假设大数据量能够完成用户的需求

7.设计、预备测试案例指导

7．1．测试案例设计方法

●相同分类验证

●边界数据分析

●错误猜想

●差不多上使用黑箱，加一些使用白箱的

●以上一些方法的组合

7．2．测试案例命名协定

●容易与相应的功能取得关联

●容易记录测试结果

8.数据预备

数据预备是复杂的、没有味味的工作，但它是专门重要的，是我们测试的基础。

8．1．差不多环境数据的预备

通过工具装入，同时一次装入多次使用。

8．2．测试数据的预备

●手动输入

●通过工具输入

●数据应该能够重复使用并能够专门容易地使用

9.测试报告的预备

●综合测试报告

●功能验证测试报告

●系统验证测试报告

11．1．FVT功能与检查列表样板

参考BEA项目时期IIGCI文档：

GCICHKL.DOC

FVT功能与检查列表

日期：

______

功能列表编码

功能名称

状态

意见

11．2．FVT测试案例样板

FVT测试案例

测试案例名称：

目标：

设置讲明：

期望结果讲明：

11．3．FVT报告样板

FVT报告表

功能列表编码

功能名称

已测试的数目

成功的数目

失败的数目

成功率（%）

失败率（%）

状态