系统测试计划说明书.docx
《系统测试计划说明书.docx》由会员分享，可在线阅读，更多相关《系统测试计划说明书.docx（13页珍藏版）》请在冰点文库上搜索。
系统测试计划说明书
案卷号
5
日期
2009/12/27
PsnCodeSharer个人代码在线共享管理系统
测试计划
作者：
吕佳芯
完成日期：
2009/12/27
签收人：
曹冠龙张倩刘洋
签收日期：
2009/12/27
修改情况记录：
版本号
修改批准人
修改人
日期
签收人
目录
第一章简介1
1.1目的1
1.2背景1
1.2.1PCS系统描述1
1.2.2PCS系统的主要功能1
1.2.3PCS系统的性能1
1.2.4测试对象的架构1
1.3范围1
1.4术语2
1.5参考文档2
第二章测试需求2
第三章测试资源3
3.1人力资源4
3.2系统资源4
第四章测试环境4
4.1用户环境4
4.2测试环境4
第五章测试策略5
5.1测试任务5
5.1.1单元测试5
5.1.2集成测试5
5.1.3功能测试6
5.1.4性能测试6
5.2测试通过/失败标准6
第六章工作量估计7
第七章风险管理7
第八章度量与分析7
8.1数据采集7
8.2度量分析8
第九章产品与规模8
第十章测试进度8
第一章简介
目的
这份文档的目标是详细描述对PCS系统进行功能验证的测试过程。
它将作为指导此测试项目秩序渐进的基础，帮助我们安排合适的资源和进度，避免可能的风险。
本文档的读者主要是PCS系统的开发人员。
背景
PCS系统描述
本系统是基于Web平台的个人在线代码共享软件。
随着不断学习和实践，编程人员的知识和经验逐渐丰富，好的代码可以保存起来，形成个人代码库，用时只需查阅代码库，其它时候则可以不断更新和丰富，方便管理。
其特点是可以个性化管理代码，通过在线手动修改代码和自动保存修改记录实现简单的版本控制；本产品可以在线浏览全部源码页，无需下载查看，还可加入收藏；以评论、留言以及邮件收发方式让用户参与体验，体现了web2.0的思想。
PCS系统的主要功能
此系统主要是将代码的分享、收藏和评论管理等功能和代码文档管理紧密的联系在一起。
它由五个主要功能组成：
①用户信息管理（新用户注册，密码找回，更新个人信息，添加评论/留言，删除留言）②代码文档管理（新建文档，删除文档，阅读文档，收藏文档）③代码内容管理（新建代码，更新代码，删除代码，代码查看，代码搜索）④标签管理（新建标签，更新标签，删除标签）⑤用户动态管理（代码发布动态，文档收藏动态，代码评论动态，代码更新动态，新注册信息动态）
PCS系统的性能
PCS系统基于B/S模式，具有非实时、交互式的特点。
系统要求简单、灵活、使用方便。
需要满足Web应用程序所要承受的压力负载，计划至少要确保20个客户会话能同时共存。
测试应该检查一至二十个虚拟用户同时执行相似和不相似的任务时系统的性能。
测试对象的架构
被测程序按照主要功能分为以下五大模块：
用户信息管理模块，代码文档管理模块，代码内容管理模块，标签管理模块和用户动态管理模块。
范围
将测试主要分为个阶段：
a.完善需求规格说明书和数据库设计说明书两个重要的测试参考文档。
b.分别对PCS系统每个模块进行单元测试。
c.进行集成测试。
d.进行系统程序。
术语
PCS：
PsnCodSharer个人代码在线共享管理系统
参考文档
文档名称
文档标识号及版本号
作者
备注
PsnCodSharer个人代码在线共享管理系统需求分析说明书
案卷号：
1
版本号：
V1.1
张倩
无
PsnCodSharer个人代码在线共享管理系统数据库设计说明书
案卷号：
2
版本号：
V1.2
张倩
修改人：
刘洋
第二章测试需求
表1被测系统功能测试需求
标识符
功能描述
优先级
PCS-FUN-001
验证登陆
高
PCS-FUN-002
密码找回
低
PCS-FUN-003
更新个人信息
高
PCS-FUN-004
添加评论/留言
高
PCS-FUN-005
删除评论/留言
高
PCS-FUN-006
新建文档
高
PCS-FUN-007
删除文档
高
PCS-FUN-008
阅读文档
高
PCS-FUN-009
收藏文档
高
PCS-FUN-010
新建代码
高
PCS-FUN-011
更新代码
高
PCS-FUN-012
删除代码
高
PCS-FUN-013
代码查看
高
PCS-FUN-014
代码搜索
中
PCS-FUN-015
新建标签
高
PCS-FUN-016
更新标签
高
PCS-FUN-017
删除标签
高
PCS-FUN-018
代码发布动态
中
PCS-FUN-019
代码收藏动态
中
PCS-FUN-020
代码评论动态
中
PCS-FUN-021
代码更新动态
中
PCS-FUN-022
新注册信息动态
中
表2被测系统非功能测试需求
标识符
特性描述
优先级
PCS-NTF-001
支持20个普通用户同时操作PCS系统
中
PCS-NTF-002
系统信息的保密功能
高
PCS-NTF-003
用户登陆时间
低
第三章测试资源
3.1人力资源
角色（人数）
姓名
具体职责
测试员
吕佳芯
测试协调、测试方案与测试用例设计、测试执行、测试总结
测试员
张倩
测试执行
测试员
刘洋
测试执行
测试员
曹冠龙
测试执行和缺陷修正
3.2系统资源
资源名称/类型
基本配置及数量
PC台式机
主频1.4G以上，硬盘40G，内存512M
系统软件
SQLServer2005、WINDOWSXP
服务器
ApacheTomcat6.0
浏览器
IE6.0及以上
性能测试工具
WAPTV6.0
第四章测试环境
4.1用户环境
①使用Windows操作系统，可用于WindowsXP及以上平台
②使用ApacheTomcat6.0服务器
③使用SQLServer2005
④使用JSP编程
⑤面向IE6.0及以上
4.2测试环境
①系统：
WindowsXP
②测试工具：
WAPTV6.0
③硬件要求：
CPU主频1.4G以上
硬盘40G以上
内存512M以上
第五章测试策略
5.1测试任务
5.1.1单元测试
测试目标
揭示出模块与其接口规格说明存在的矛盾
测试范围
用户信息管理，代码文档管理，代码内容管理，标签管理和用户动态管理五个模块
技术
自底向上方法，先黑盒测试，再白盒测试提高覆盖率
开始标准
需求测试完成，代码开发完成
完成标准
所有单元测试用例都被执行过；所有发现的缺陷被修正并回归测试过；所有被测对象的语句覆盖率达到100%，或能明确给出不需要达到的理由。
测试重点和优先级
程序的逻辑错误
需考虑的特殊事项
无
5.1.2集成测试
测试目标
把子功能族组合起来形成更大的子功能族
测试范围
针对每个接口，考虑参数个数，参数的输入输出属性、参数的等价类情况、参数的边界情况、函数的返回值情况等
技术
灰盒测试
开始标准
单元测试完毕
完成标准
所有测试用例都被执行并通过；所有发现的缺陷都被修正并回归测试过；性能要求符合标准。
测试重点和优先级
与数据库操作相关的测试
需考虑的特殊事项
集成测试处于灰色地带，过分偏向白盒会出现与单元测试重复的问题；过分偏向黑盒会出现与系统测试重复的问题
5.1.3功能测试
测试目标
保证所测试的每个独立模块的功能上是正确的
测试范围
从输入条件和输出结果来进行判断是否满足程序的设计要求
技术
等价类划分，边界值分析，错误猜测方法
开始标准
概要设计完成后
完成标准
所有单元测试用例都被执行过；所有发现的缺陷被修正并回归测试过。
测试重点和优先级
检测系统是否能符合功能需求说明
需考虑的特殊事项
无
5.1.4性能测试
测试目标
检测系统能否实现其性能目标
测试范围
在特定负载和配置环境下程序的响应时间和吞吐率
技术
使用特定的工具，模拟超常的数据量、负载等，检测系统的各项性能指标
开始标准
概要设计完成以后
完成标准
所有测试用例都被执行并通过；所有发现的缺陷被修正并回归测试过。
测试重点和优先级
需考虑的特殊事项
搭建苛刻的硬件和软件测试设备环境
5.2测试通过/失败标准
每个测试用例的通过/失败标准都由它预期的结果来描述。
1.如果在执行一个测试用例时得到了预期的结果，那么测试通过。
否则测试失败。
2.如果经确定的所有缺陷都已得到了商定的解决结果，且没有发现新的缺陷，那么测试通过。
3.如果因为构建中存在一些阻碍行的缺陷而未能执行某项测试，则该测试的结果将记为“受阻”。
第六章工作量估计
单位：
（人小时）
阶段\工作量
最多工作量（A）
适中工作量（B）
最少工作量（C）
合计
（A+4B+C）/6
测试策划
12
8
4
8
测试设计
10
7
6
7.3
测试实现
20
12
8
12.7
测试执行
20
12
8
12.7
测试总结
10
6
5
6.5
合计
72
45
31
47.2
第七章风险管理
风险
影响
缓解方法
模块功能的实现情况
严重
项目组成员一起学习、讨论
系统整体功能的实现
严重
项目组成员一起学习、讨论
代码的编写质量
严重
项目组成员一起学习、讨论，请教老师
人员经验以及对软件的熟度
重要
学习相关软件的使用方法，必要时向有经验的人讨教
开发人员、测试人员关于项目约定的执行情况
严重
项目组成员之间多多沟通，明确相关约定
bug的修复情况
严重
项目组成员一起学习、讨论解决
开发时间的限制导致某些测试计划无法执行
重要
按优先级执行测试计划
第八章度量与分析
8.1数据采集
原始数据
来源
采集频度
负责人
测试用例数
测试计划
3次
吕佳芯
测试缺陷数
bug记录文档
3次
吕佳芯
8.2度量分析
度量名称
说明
类别
上限值
下限值
测试代码覆盖率
测试执行的代码行数除以代码行总数（需要工具支持）
覆盖
100%
100%
测试需求覆盖率
测试程序或测试用例支持的需求数量除以需求的总数量来计算
覆盖
100%
100%
测试执行率
已执行的测试程序（测试用例）数量/测试程序（测试用例）的总数量。
这种测试程序执行度量表示测试工作的广度。
进度
100%
100%
测试通过率
成功执行的测试程序（测试用例）与测试程序（测试用例）执行数之比。
当前质量比率度量表示演示成功的功能数
质量
100%
90%
第九章产品与规模
工作产品名称
估计文档大小（页）
文档标识
计划完成日期
评审类型
测试计划.doc
20页
4
2009-11-08
正式评审
测试过程规格说明文档.doc
25页
5
2009-12-25
正式评审
测试结果报告.doc
10页
6
2010-01-03
正式评审
第十章测试进度
PCS系统测试的时间进度计划
任务
开始日期
结束日期
配置并调试测试环境
2009/11/1
2009/11/2
单元测试
2009/12/2
2009/12/25
集成测试
2009/12/2
2009/12/25
压力测试
2009/12/26
2009/12/28
系统复查
2009/12/29
2009/12/31
升级会员 