No6 ThinkSNS 系统测试方案 西游组.docx
《No6 ThinkSNS 系统测试方案 西游组.docx》由会员分享，可在线阅读，更多相关《No6 ThinkSNS 系统测试方案 西游组.docx（27页珍藏版）》请在冰豆网上搜索。
No6ThinkSNS系统测试方案西游组
慧谷－博为峰软件测试工作室
文档编号
产品版本
密级
ThinkSNS-ST-TD-001
V1.6
仅项目组内成员可见
产品名称：
ThinkSNS
共X页
ThinkSNSV1.6系统测试方案
拟制：
西游组
日期：
2014/10/16
审核：
西游组
日期：
2014/10/17
批准：
日期：
修订记录
日期
修订版本
描述
作者
2014/10/16
1.00
初稿完成。
西游组
目录
1概述2
1.1目的2
1.2项目背景2
1.3范围2
2被测对象2
3应测试的特性2
3.1功能特性2
3.2性能特性2
4不被测试的特性2
5测试模型2
5.1测试组网图/结构关系图2
5.2测试原理/策略2
5.3操作流程2
6测试需求与设计2
6.1测试环境2
6.2测试工具2
6.3测试数据2
6.4测试用例设计方法2
6.5测试用例格式2
6.6预测试2
6.7回归测试2
6.8缺陷管理2
6.9测试报告2
ThinkSNSV1.6系统测试方案
关键词：
ThinkSNS，系统测试，方案，需求&设计
摘要：
本文档是ThinkSNSV1.6系统测试方案，用来明确系统测试特性，测试模型，系统测试需求，并进行各需求的设计。
缩略语清单：
缩略语
全称
中文解释
SNS
SocietyNetworkService
社交网站
QC
QualityCenter
测试管理工具
SVN
Subversion
版本库管理
SRS
SoftwareRequirementSpecification
需求规格说明书
TP
TestPlan
测试计划
TD
TestDesign
测试设计
ST
SystemTest
系统测试
参考资料清单：
名称
作者
编号
发布日期
出版单位
ThinkSNSV1.6软件需求规格说明书v2.0
慧谷－博为峰软件测试工作室
2.0
2012/02/09
慧谷－博为峰软件测试工作室
ThinkSNSV1.6系统测试计划
西游组
SNS_ST_TP_002
2014/10/17
西游组
1概述
1.1目的
本方案文档是为了指导ThinkSNSV1.6的系统测试测试环境搭建，测试工具选择，测试数据选择，测试用例设计及格式，预测试项选择，缺陷管理，回归测试和测试报告写作。
1.2项目背景
ThinkSNSV1.6是由ThinkSNS项目开发组负责开发的一个社交软件，是基于互联网web2.0思想开发的老牌SNS系统，开始于2008年。
经过三年持续的开发和市场经验总结，智士软件产品团队一直勤于思考和探索web2.0思想在社交网络中的应用，致力于成为更全面和完善的社交网络解决方案供应商。
1.3范围
本文是ThinkSNSV1.6系统测试方案，阅读对象为参加测试用例设计和测试执行的测试工程师和相关人员。
2被测对象
本次测试对象是ThinkSNSV1.6，含有以下质量特性：
●注册和登录功能；
●日志功能；
●礼物功能；
●相册功能；
●心情功能；
●投票功能；
●个人空间功能；
●好友功能；
●消息功能；
●账号管理功能；
●资料管理功能；
●隐私管理功能；
●活动功能；
●分享功能；
●群组功能；
●在线好友提示功能；
●系统性能测试。
●接口测试
3应测试的特性
3.1功能特性
应测特性表.xls
3.2性能特性
需要测试如下性能指标：
（1）用户量：
可支持5万个用户并发登录使用；
（2）响应速度：
每个用户的请求的不超过2秒，处理每个请求时限不超过3秒。
4不被测试的特性
由于时间紧迫，对于以下特性暂时不进行测试：
礼物功能
相册功能
投票功能
个人空间功能
消息功能
账号管理功能
隐私管理
分享功能
群组功能
好友在线显示
5测试模型
5.1测试组网图/结构关系图
图5.1测试组网图
系统构架如下：
T
图5.2TinkSNS系统
图5.3登录界面图5.4日志功能图5.5礼物功能
图5.6相册功能图5.7心情功能
图5.8投票功能
图5.9个人空间功能
图5.10好友功能验证
图5.11消息功能
图5.12帐号管理功能图5.13资料管理功能
图5.14隐私管理功能图5.15活动功能图5.16分享功能
图5.17群组功能图5.17在线好友显示
5.2测试原理/策略
本次测试为功能测试，通过手工执行用例进行，在测试时采用手工构造数据的方法进行测试，然后依据测试用例的实际数据在QC管理工具里进行用例的执行，从而实现各缺陷的生成管理。
5.3操作流程
测试执行按照功能测试测试流程进行。
进行功能测试时按照注册－》登录－》资料管理－》日志功能－》心情功能－》活动管理的顺序执行。
6测试需求与设计
6.1测试环境
6.1.1测试环境需求
服务器环境
WAMP
测试客户端环境
Windowsserver2008版
6.1.2测试环境设计
服务器环境
硬件配置
CPU
英特尔奔腾4核2.5GHz
内存
4G
硬盘
500G
软件配置
操作系统
Windowsserver2008版
Web服务器
Apache+mysql+php
网络环境
局域网同一C段下、100M带宽
测试客户端环境
硬件配置
CPU
双核2.5GHz
内存
2G
硬盘
500G
软件配置
操作系统
Winall
测试浏览器
IE7.0Chrome17.0firefox5.01
其他工具
QC、SVN、OFFICE、飞秋等
6.2测试工具
6.2.1测试工具的需求
本次测试需要的工具支持：
测试管理工具。
测试文件配置管理工具。
浏览器
6.2.2测试工具的设计
测试管理工具：
QC
配置管理工具：
SVN
浏览器：
IE7.0Chrome17.0firefox5.01
6.3测试数据
6.3.1测试数据需求
已注册的用户名
用户的日志、礼物、照片、心情、投票、个人空间、好友、消息、资料、隐私、活动、分享、群组、在线好友
6.3.2测试数据设计
从数据库生成和获取
6.4测试用例设计方法
6.4.1测试用例设计方法需求
本次测试用例设计时要对每一个功能点，每一个应测特性进行的正常操作和异常操作都要进行测试，对输入情况的临界值也需要进行测试
6.4.2测试用例设计方法设计
本次测试用例设计时采用等价类，边界值的方法
6.5测试用例格式
6.5.1测试用例格式需求
用例的编号，测试的项目，测试的标题，测试用例的优先级，用例执行的预置条件，用例的输入，用例执行的操作步骤，用例执行后的预期输出
6.5.2测试用例格式设计
采用测试用例写作8要素进行测试用例的编写
字段
要求
测试编号
格式：
产品编号_ST_测试项编号_测试子项编号_序号，
例如：
SNS_ST_USER_LOGIN_25
测试项
对被测对象的一个对应的功能点，性能指标的名称
例如：
ThinkSNS的登录
测试标题
用来简单描述如何操作完成测试项目。
例如：
输入注册用户名
优先级
一般分为：
高、中、低三个等级。
高：
该级别涉及系统基本功能和重要功能。
划分依据：
该用例的失败会导致后续测试用例的无法执行
中：
该级别涉及系统一般功能；
划分依据：
使用频率较低于重要用例；
低：
该级别涉及系统的一般功能，且影响很小并数量较多
划分依据：
使用频率比较低，包括特殊字符，界面等
预置条件
能成功执行此次测试的条件。
例如：
能成功登录用户
输入数据
用例执行过程中所需要的相关执行条件和信息，一般包括手工输入，数据库，相关文件等等。
例如：
123456
操作步骤
执行此次测试的详细操作步骤，并给出每个步骤的描述。
例如：
输入参数，点击注册按钮
预期结果
执行此次用例预想的结果。
例如：
跳出注册成功页面
6.6预测试
6.6.1预测试的需求
本次测试需要进行预测试，预测试所用测试用例必须包括ThinkSNSV1.6版产品的核心功能，从系统测试用例中选取优先级高、正常的用例，数量为ST用例总数的10%左右，如果通过率达到95%，并且没有发现严重的缺陷，就可进行正常的测试工作。
6.6.2预测试的设计
预测试流程如下：
6.7回归测试
6.7.1回归测试的需求
开发人员修复问题后转交给测试人员进行回归测试。
本次测试时间较紧且人力资源不足，需求时间最短，成本最低，简单效率高的回归测试方法。
6.7.2回归测试的设计
根据回归测试的需求，选择最合适的回归测试的策略为：
覆盖修改法。
特点是每次回归测试时只执行发现错误的用例。
6.8缺陷管理
6.8.1缺陷管理的需求
明确缺陷优先级划分，缺陷严重等级的划分，缺陷管理流程，缺陷的状态，缺陷报告格式，缺陷报告写作准则。
6.8.2缺陷管理的设计
6.8.2.1缺陷优先级划分：
高
系统功能缺陷，必须第一时间修改
中
功能子模块的失效和反应时间，尽快修改
低
界面和数据字符提示框中的缺陷，可以延迟修改
缺陷严重等级的划分：
致命
系统崩溃，数据丢失
严重
单个功能失效导致多个相关功能均失效
一般
单个功能失效缺陷级别
提示
软件界面的细微缺陷
6.8.2.2缺陷管理流程如下：
6.8.2.3缺陷状态定义：
6.8.2.4缺陷报告格式：
6.8.2.5缺陷报告写作准则：
correct（准确）每个组成部分的描述准确，不会引起误解
clear（清晰）每个组成部分的描述清晰，易于理解
concise（简洁）只包含必不可少的信息，不包括任何多余的内容
complete（完整）包含复现改缺陷的完整步骤和其他本质信息
consistent（一致）按照一致的格式书写全部缺陷报告
6.9测试报告
6.9.1测试报告的需求
系统测试报告需要包含以下几个内容：
1.概述，即整个系统测试报告的总结
2.测试时间、地点及人员
3.环境描述
4.测试过程统计，包括用例数统计，用例对需求的覆盖度，用例的稳定性及有效性，测试执行工作量统计，执行效率，版本缺陷统计，测试过程综合评价等
5.被测系统质量评估，包括缺陷个数，缺陷严重等级评估，缺陷原因分布，测试用例通过率，软件质量评价等
6.测试总结和改进建议
7.遗留问题报告
8.附件
6.9.2测试报告的设计
6.9.2.1概述
6.9.2.2测试时间、地点及人员
版本名称
测试时间
测试人员
测试地点
起始时间
结束时间
6.9.2.3环境描述
硬件环境
软件环境
名称
型号
大小
个数
名称
版本号
CPU
操作系统
内存
应用软件
硬盘
数据库
6.9.2.4测试过程统计
6.9.2.4.1用例数统计：
模块
规模（KLOC）
用例数
用例数/KLOC%
参数检查
登陆界面
日志功能
礼物功能
合计
6.9.2.4.2用例对需求的覆盖度：
需求id
用例数
合计
6.9.2.4.3用例的稳定性
模块
用例数
变更用例数
变更用例数/用例数％
参数检查
登陆界面
日志功能
礼物功能
合计
6.9.2.4.4用例的有效性
模块特性
用例数
发现的缺陷数
缺陷数/用例数
参数检查
登陆界面
日志功能
礼物功能
合计
6.9.2.4.5测试执行工作量统计
模块特性
规模
投入人时
投入人时/KLOC
参数检查
登陆界面
日志功能
礼物功能
合计
6.9.2.4.6测试执行的效率
模块特性
执行用例数
发现缺陷数
人时
执行用例数/人时
发现缺陷数/人时
参数检查
登陆界面
日志功能
礼物功能
合计
6.9.2.4.7版本缺陷统计
模块特性
版本1（缺陷个数）
合计（缺陷个数）
参数检查
登陆界面
日志功能
礼物功能
合计
6.9.2.4.8测试过程分析
（这里主要根据以上的统计数据和日常小组的工作情况，对测试过程中的异常情况，如测试延期，测试质量不高等问题进行说明，并适当分析原因，给出改进的建议。
）
6.9.2.5被测系统质量评估
6.9.2.5.1缺陷个数
模块
规模（KLOC）
缺陷数
缺陷数/KLOC%
参数检查
登陆界面
日志功能
礼物功能
合计
6.9.2.5.2缺陷严重等级评估
模块特性
致命
严重
一般
提示
合计
参数检查
登陆界面
日志功能
礼物功能
合计
6.9.2.5.3缺陷原因分布
缺陷原因
致命
严重
一般
提示
合计
需求
设计
编码
合计
6.9.2.5.4测试用例的通过率
模块特性
OK项
NOK项
BLOCK项
NA项
合计
用例通过率％
参数检查
登陆界面
日志功能
礼物功能
合计
6.9.2.5.5软件质量评价
测试对象的整体质量：
备注：
A：
质量稳定，适合大规模使用。
B：
存在少数非严重问题，但有规避措施，可以局部使用。
C：
基本功能可用，但严重问题较多，不能发布。
D：
基本功能不可用
6.9.2.5.6测试总结和改进建议
（这里主要根据以上的数据从测试过程，软件质量，以及各个团队在该项目中的协作进行整体的总结和评价，暴露项目中出现的问题，并积极提出改进的建议）
6.9.2.6遗留问题报告
表1遗留问题统计表
问题总数
致命问题
严重问题
一般问题
提示问题
其他统计项
数目
百分比
6.9.2.6附件
应交付的测试工作产品
1.测试用例
2.测试日报
3.测试报告
4.测试记录
5.缺陷报告
升级会员 