thinkSNS系统测试计划.docx
《thinkSNS系统测试计划.docx》由会员分享，可在线阅读，更多相关《thinkSNS系统测试计划.docx（15页珍藏版）》请在冰豆网上搜索。
thinkSNS系统测试计划
thinkSNS-系统测试计划
上海博为峰软件技术有限公司
文档编号
项目版本
密级
项目名称：
ThinkSNS
XAJH-ThinkSNS-P001
V1.6
项目组成员可见
ThingkSNSV1.6版系统测试计划
拟制：
笑傲江湖组
日期：
2013/02/27
审核：
日期：
批准：
日期：
修订记录
日期
修订版本
描述
作者
2013/2/27
1.0
初稿完成
王东兴
2013/2/28
1.1
一次修改
笑傲江湖组
ThinkSNS1.6版系统测试计划
关键词：
ThinkSNS、系统测试、社交网站
摘要：
本文档是ThinkSNSV1.6版的系统测试计划，用于指导ThinkSNSV1.6版全部系统测试工作。
对ThinkSNSV1.6需求规格说明书进行分析，确定测试的组织形式，测试对象，对需求进行跟踪，提供给相关人员完成概要设计说明书和系统测试设计。
缩略语清单：
缩略语
全称
中文意思
PC
PersonalComputer
计算机
STP
SystemTestPlan
系统测试计划
STS
SystemTestingStrategy
系统测试策略
RTM
RequirementTraceMatrix
需求跟踪矩阵
SRS
SoftwareRequirementSpecification
需求规格说明书
SVVP
SoftwareVerification&ValidationPlan
软件测试计划
SQA
SoftwareQualityAssurance
质量保证人员
CMO
ConfigurationManagementOfficer
配置管理员
表1.1
参考资料清单：
名称
作者
编号
发布日期
出版单位
ThinkSNSV1.6软件需求规格说明书_v2.0
***
1.00
2012/02/09
上海博为峰教育培训中心
系统测试计划样例
表1.2
1目标
在计划阶段将所有测试需求都已经被标识出来；测试的工作任务已经被分配，确定所需资源，对测试的工作量进行评估并合理的安排测试进度，测试时间约为4天；测试的进度安排是基于工作量估计的、适用的；停止测试的准则是发现该系统的基本功能未实现或者40%的测试用例无法通过；列出应交付的测试工作产品。
2概述
2.1项目背景
SNS，全称SocialNetworkingServices，即社会性网络服务，专指旨在帮助人们建立社会性网络的互联网应用服务。
ThinkSNS（简称TS）是基于互联网web2.0思想开发的老牌SNS系统，开始于2008年至今已经历了1.0→1.6→2.0三个大版本的迭代，最新版本为V2.2。
2.2范围
该系统测试计划适用于以下对象及范围：
1）被测对象为ThinkSNSV1.6，该软件存在于网站的server上，通过web浏览器进行访问，操作系统为Windows2000以上的操作系统。
2）本测试项目主要测试该系统的功能、GUI。
性能测试及可移植性等不进行测试。
3组织形式
图1
角色
角色职责
TestLeader
1.制订本组测试计划；
2.给测试分析员分配任务并依据制定的计划指导和监控他们的工作；
3.给测试员分配任务并依据制定的计划指导和监控他们的工作；
4.组织本组测试文档的设计、写作和评审；
5.组织本组进行相关需求跟踪；
6.组织本组进行缺陷分析等质量活动；
SQA
审计和监督正在生产的产品和正在进行的流程是否符合规范。
CMO
1.建立和管理配置库
2.保存变更请求
3.基线化配置项
4.配置状态发布
5.将变更的信息广而告之给相关人员
6.保存项目资产
Technocrats
1.负责解决项目过程中遇到的一系列问题
2.写作测试方案
Testers
1.评审需求文档
2.测试设计、测试文档
3.执行测试
4.度量软件质量
表1.3
4测试对象
ThinkSNSV1.6是本次系统测试的目标测试对象，由于ThinkSNSV1.6未采用任何的标准，且技术单一，所以本次测试只考虑目标测试需求项的功能性，易用性和效率，其他特性不在本次测试范围之内。
详细测试需求项如下：
1.功能
1）登录界面
2）日志功能
3）礼物功能
4）相册功能
5）心情功能
6）投票功能
7）个人空间功能
8）好友功能
9）消息功能
10）账号管理
11）资料管理
12）隐私管理
13）活动功能
14）分享功能
15）群组功能
16）在线好友显示
2.GUI
1）界面合理
2）界面易用
5需求跟踪
6测试通过/失败标准
测试通过标准：
所有需求被98%覆盖
测试用例95%以上被执行并通过
测试通过率达到95%以上
没有致命问题
测试失败标准:
需求没有被覆盖的达到5%以上
测试用例5%以上没有被执行
测试用例5%以上没有通过
出现致命问题
7测试挂起标准及恢复条件
测试挂起标准：
基本功能失败；
测试用例失败30%以上；
测试用例无法执行达到30%以上；
测试恢复条件：
基本功能能够使用；
测试用例失败率降到30%以下；
测试用例无法执行率降到30以下；
8测试任务安排
8.1任务1ThinkSNSV1.6系统测试计划
编写测试计划，评审测试计划并修改，将最新的测试计划提交到SVN库中。
8.1.1方法和标准：
按照《测试计划模版》来编写测试计划。
准入原则：
需求规格说明书基线化
准出原则：
系统测试计划基线化
8.1.2输入/输出：
输入：
需求规格说明书、SVVP
输出：
系统测试计划（STP）
8.1.3时间安排：
时间安排：
2013/02/26-2013/02/27
8.1.4资源：
人力资源：
全组，4.5人日；
硬件资源：
PC4台；
软件资源：
windows98以上操作系统，word2007，Excel2007；
8.1.5风险和缓解措施：
风险：
人员的项目经验不足，不能熟练的运用测试工具，导致进度拖延。
缓解措施：
组员之间进行商讨，计划一个合理的实施方案，进行加班。
8.1.6角色和职责：
TestLeader：
编写系统测试计划
组织系统测试计划的评审
组织本阶段的需求跟踪
CMO：
参加系统测试计划的评审
将基线化的系统测试计划添加到配置库中
将基线化的系统测试计划发给相关人员
SQA
参加系统测试计划的评审
Technocrats
参加系统测试计划的评审
Tester：
协助测试组长完成系统测试计划的编写
参加系统测试计划的评审
完成本阶段的需求跟踪
8.2任务2ThinkSNSV1.6系统测试设计
编写测试方案，对测试方案进行评审，修改后提交到SVN库中。
8.2.1方法和标准：
按照《测试计划模版》来编写测试方案。
准入原则：
系统测试计划基线化
准出原则：
系统测试方案基线化
8.2.2输入/输出：
输入：
需求规格说明书、系统测试计划
输出：
测试方案
8.2.3时间安排：
时间：
2013/02/27-2013/02/28
8.2.4资源：
人力资源：
全组，2人日
软件资源：
word2007
硬件资源：
PC2台
8.2.5风险和假设：
风险：
项目经验不够，对系统业务不够熟悉，导致进度拖延
缓解措施：
加班
8.2.6角色和职责：
TestLeader：
组织系统测试方案的评审
组织本阶段的需求跟踪
Technocrats：
编写系统测试方案
参加系统测试方案的评审
CMO：
参加系统测试方案的评审
将基线化的系统测试方案添加到配置库中
将基线化的系统测试方案发给相关人员
SQA：
参加系统测试方案的评审
Tester
参加系统测试方案的评审
完成本阶段的测试需求跟踪
8.3任务3ThinkSNSV1.6系统测试实现
编写测试用例和测试规程，将测试用例导入到QC中。
8.3.1方法和标准：
按照《测试计划模版》来编写测试用例和测试规程，按照系统测试方案、黑盒测试方法设计测试用例，测试规程。
准入原则：
系统测试方案基线化
准出原则：
系统测试用例、系统测试规程、系统测试与测试项基线化
8.3.2输入/输出：
输入：
需求规格说明书、系统测试计划、测试方案
输出：
测试用例、测试规程、系统测试预测试项
8.3.3时间安排：
时间安排：
2013/02/28-2013/03/01
8.3.4资源：
人力资源：
全组，4.5人日
软件资源：
EXCEL2007、QC
硬件资源：
PC4台
8.3.5风险和假设：
风险：
项目经验不够，导致进度拖延
缓解措施：
加班
8.3.6角色和职责：
TestLeader：
组织系统测试规程、系统测试用例、系统预测试项的评审
组织本阶段的需求跟踪
CMO
参加系统测试规程、系统测试用例、系统预测试项的评审
将基线化的系统测试规程、系统测试用例、系统预测试项添加到配置库中
将基线化的系统测试规程、系统测试用例、系统预测试项发给相关人员
SQA：
参加系统测试规程、系统测试用例、系统预测试项的评审
Tester：
编写系统测试规程、系统测试用例、系统预测试项
参加系统测试规程、系统测试用例、系统预测试项的评审
完成本阶段的测试需求跟踪
8.4任务4ThinkSNSV1.6系统测试执行
搭建测试环境，按照测试规程、测试用例，执行测试，提交缺陷报告，完成系统测试报告的编写。
8.4.1方法和标准：
按照系统测试用例和系统测试规程，执行测试用例。
入口准则：
测试用例、测试规程、系统测试预测试项基线化
出口准则：
系统测试报告基线化
8.4.2输入/输出：
输入：
需求规格说明书（SRS）、系统测试计划（STP）、系统测试方案、测试规程、测试用例、系统测试预测试项
输出：
缺陷报告、系统测试日报、系统测试报告
8.4.3时间安排：
时间：
2013/03/02-2013/03/03
8.4.4资源：
人力资源：
全组人员，4人日
软件资源：
QC、WAMP、word2007
硬件资源：
PC4台
8.4.5风险和假设：
风险：
项目经验不够以及对系统的业务不够熟悉，导致进度拖延
缓解措施：
加班
8.4.6角色和职责：
TestLeader：
组织所有测试执行活动，监督测试执行任务
确保选择合适的测试工具以及测试环境的建立
组织测试报告评审
组织系统测试评审
完成系统测试报告编写
CMO：
参加系统报告的评审
参加系统测试评审
将基线化的测试机报告加到配置库中
将基线化的系统测试报告发给相关人员
SQA：
参加系统报告的评审
参加系统测试评审
Tester：
搭建测试环境
执行测试用例
发现缺陷后提交缺陷报告
进行回归测试
提交测试日报
协助测试组长完成系统测试报告的编写
参加测试报告评审
参加系统测试评审
9应交付的测试工作产品
1.系统测试计划
2.系统测试方案
3.系统测试用例
4.系统测试规程
5.系统预测试项
6.系统测试缺陷报告
7.系统测试日报
8.系统测试报告
10工作量估计
序号
任务名称
工作量/人日
1
测试计划
2
2
测试方案
4
3
测试设计
5
4
测试执行
4
总计
15
表1.4
11资源的分配
人员安排表
姓名
角色
任务安排
王东兴
TestLeader·Tester
编写测试计划、测试用例、测试报告、执行测试用例
王强
Technocrats·Tester
编写测试方案、测试用例、执行测试用例
顾乾
SQA·Tester
监督测试活动流程，对文档进行评审，编写测试用例、执行测试用例
杨坤坤
CMO·Tester
对基线化文档进行配置管理，编写测试用例、执行测试用例
表1.5
11.2系统资源
测试资源
资源名称/类型
配置及数量
PC机
CPU：
67003.1GHz内存：
4G硬盘：
350G数量：
4台
系统软件
WindowsServer2008
应用软件
SVN、QC、Word2007、Excel2007、WAMP
表1.6
12附录
升级会员 