软件测试计划书案例

软件测试计划书

小组成员及职责分工说明项目: 值班管理子模块文档版本:

文档修改记录

目录

1 引言 (1)

1.1 编写目的 (1)

1.2 背景 (1)

1.3 参考资料 (1)

1.4 术语和缩写词 (1)

2 任务概述 (1)

2.1项目目标 (1)

2.2 环境描述 (1)

2.3 内容范围 (2)

2.4条件和限制 (2)

3. 测试计划 (2)

3.1测试项目 (2)

3.2 测试方案 (2)

3.3 测试资源 (5)

3.4 测试进度 (5)

4．测试过程 (6)

4.1 单元测试 (6)

4.1.1 单元测试计划 (6)

4.1.2 单元测试用例设计 (6)

4.1.2.1值班参数配置、排班人员配置 (6)

4.1.2.2排班管理 (7)

4.1.2.3查询排班 (8)

4.1.2.4填写值班记录 (8)

4.1.2.5查询值班记录 (9)

4.1.2.6修改值班记录 (9)

4.1.2.7删除值班记录 (10)

4.1.2.8新增登记 (10)

4.1.2.9查询登记 (11)

4.1.3确认登记 (11)

4.1.3.1删除登记 (12)

4.1.3.2申请交换班 (12)

4.1.3.3换班查看 (13)

4.1.3.4换班查询 (13)

4.1.3.5交接班 (14)

4.1.3.6值班考勤统计 (14)

4.1.3.7值班工作统计 (15)

4.1.3.8机房附加表的配置与删除 (15)

4.2 组装测试 (16)

4.2.1 组装测试计划 (16)

4.2.2 组装测试用例设计 (16)

4.3 确认测试 (16)

4.3.1 确认测试计划 (18)

4.3.2 确认测试用例设计 (18)

5 评价 (27)

5.1 范围 (27)

5.2 数据整理 (27)

5.3 量度 (28)

1 引言

1.1 编写目的

编写本测试计划的目的是为整个测试阶段的管理工作和技术工作提供指南；同时确定测试的内容和范围，为评价系统提供依据；此外还帮助用户安排测试活动，说明对设备器材和机构人员的资源需求；说明测试结果的评价指标。

1.2 背景

说明本测试计划所属软件系统的名称、特征、要求和难点，以及在开始执行本测试计划之前必须完成的各项任务。

1.3 参考资料

《XX电子运行维护系统省内系统需求规范V2.0》

《XX省EOMS系统需求规范V1.5》

《概要设计说明书》

《软件需求规格说明书》

1.4 术语和缩写词

缩略语

EOMS：electronic operation and management system

2任务概述

2.1项目目标

值班工作是一种特殊的周期性作业计划，在值班管理子模块中，系统要求实现自动的排班功能并可以手工调整，并向值班员提供电子化的值班记录、电子交接班等功能。对于当前的值班员, 系统还应提供填写修改值班记录的界面。

2.2 环境描述

（1）运行环境

Web应用环境：支持TOMCAT 5.0/5.5/4.1，支持WEBSPHERE 6.1/6.0，支持WEBLOGIC 8.1，支持JBOSS 4.0

数据库环境：Oracle8.x，Oracle9i硬件平台：

（数据库服务器：Sun Fire 880,8*1.2GCPU，16G MEM,6*73G Disk）

（Web服务器：Sun Fire 880,6*1.2GCPU，12G MEM,6*73G Disk）

（2）开发环境

开发平台：jbuilder x或者eclipse 3.1/3.2

硬件平台：PC Server（Dell 2850：1×2.8GHz CPU，2GB MEM，2×146GB Disk）2.3 内容范围

本测试计划是针对<值班系统概要设计说明书>中规定内容的测试计划，包括：

排班的设置与管理模块

值班记录模块

交接班模块

出入机房登记模块

排班管理模块

机房附加表配置模块

值班统计模块

值班作业模块

2.4条件和限制

对界面的处理上存在一定的限制，因为小组对JA V A GUI技术应用还不够熟练，因此对用户界面的处理可能不够华丽，不能提供个性化的个人界面设置。

3. 测试计划

3.1测试项目

排班设置与管理模块

值班记录模块

交接班模块

出入机房登记模块

换班管理模块

机房附加表配置模块

值班统计模块

3.2 测试方案

3.1测试种类

计划完成以下类型测试

功能测试

单元测试

组装测试

压力测试

确认测试

3.2测试方法及标准

3.2.1功能测试

3.2.1.1功能

系统能按照设计要求实现模块的各个功能，数据应完整、界面美观、操作方便。

3.2.1.2界面测试

1：易用性：

按钮名称应该易懂，用词准确，屏弃没楞两可的字眼，要与同一界面上的其他按钮易于区分，能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。

2：规范性：

通常界面设计都按Windows界面的规范来设计，即包含“菜单条、工具栏、工具厢、状态栏、滚动条、右键快捷菜单”的标准格式，可以说：界面遵循规范化的程度越高，则易用性相应的就越好。小型软件一般不提供工具厢。

3：帮助设施：

系统应该提供详尽而可靠的帮助文档，在用户使用产生迷惑时可以自己寻求解决方法。

4：合理性：

屏幕对角线相交的位置是用户直视的地方，正上方四分之一处为易吸引用户注意力的位置，在放置窗体时要注意利用这两个位置。

6：菜单位置：

菜单是界面上最重要的元素，菜单位置按照按功能来组织。

3.2.1.3数据项测试

字母数字数据项是否能够正确回显，并输入到系统中？

图形模式的数据项（如滑动条）是否正常工作？

是否能够识别非法数据？

数据输入消息是否可理解？

3.2.2业务测试

功能测试完成后进行业务测试，业务测试关注的要点是业务流程，及数据流从软件中的一个模块流到另一个模块的过程中的正确性。

3.2.3压力测试

3.2.3.1压力测试说明

本次压力测试根据实际情况包含性能测试，重点模拟客户进行多用户测试。压力测试有一条8：2原则。及百分之八十的业务量在百分之二十的时间内输入。例如:正常每天有100条新数据，测试时在两小时内输入80条数据。我们无法知道用户的业务量，所以只有利用公司现有资源进行大量的数据量的测试。