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

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

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

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

资料范本

本资料为word版本，可以直接编辑和打印，感谢您的下载

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

地点：

__________________

时间：

__________________

说明：

本资料适用于约定双方经过谈判，协商而共同承认，共同遵守的责任与义务，仅供参考，文档可直接下载或修改，不需要的部分可直接删除，使用时请详细阅读内容

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

NO.1

Writtenbyioking

2002.3

TOC\o"1-3"\h\z

概述

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

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

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

假定

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

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

开发方法：

软件开发生命周期法

测试流程

3．1．测试资源计划

人力资源计划

测试组组长、测试组成员

硬件资源计划

软件资源计划

3．2．测试时间表

时间表应该包括：

测试案例设计

建立测试环境

准备测试数据

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

修改错误

测试报告

3．3．综合测试

综合测试测试案例设计和计划

准备测试数据和运行测试案例

检查和记录测试结果

修改错误然后返回第二条

如果完成，准备系统综合测试报告

3．4．功能验证测试

功能验证测试测试案例设计和计划

准备测试数据和运行测试案例

检查和记录测试结果

修改错误然后返回第二条

如果完成，准备功能验证测试报告

3．5．系统验证测试

系统验证测试测试案例设计和计划

准备测试数据和运行测试案例

检查和记录测试结果

修改错误然后返回第二条

如果完成，准备系统验证测试报告

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

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

在测试阶段最重要的是控制应用程序的版本。

当然测试案例的检查也很重要。

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．退出准则

所有测试案例至少运行了三次，所有错误已经修改

测试结果已经记录，测试分析报告已经提交

FVT主要内容说明（功能/检查点列表）

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

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

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

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

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

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

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

这个标准应该简单易懂并可以很容易地分割功能组。

我们建议的标准：

在线或批处理

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

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

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

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

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

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

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

给出功能列表的方法

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

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

给出功能组可以帮助我们更好地确定检查点。

检查点列表的格式

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

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

透测理解FS。

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

SVT主要内容说明

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

可以参考FVT的文档格式。

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

系统的容错量

客户数据容量分析

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

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

假设大数据量可以完成用户的需求

设计、准备测试案例指导

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

相同分类验证

边界数据分析

错误猜想

基本上使用黑箱，加一些使用白箱的

以上一些方法的组合

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

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

容易记录测试结果

数据准备

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

8．1．基本环境数据的准备

通过工具装入，并且一次装入多次使用。

8．2．测试数据的准备

手动输入

通过工具输入

数据应该可以重复使用并可以很容易地使用

测试报告的准备

综合测试报告

功能验证测试报告

系统验证测试报告

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

参考BEA项目阶段IIGCI文档：

GCICHKL.DOC

FVT功能与检查列表

日期：

______

11．2．FVT测试案例样板

FVT测试案例

测试案例名称：

目标：

设置说明：

期望结果说明：

11．3．FVT报告样板

FVT报告表