No6 ThinkSNS 系统测试方案 西游组Word文档下载推荐.docx

No6 ThinkSNS 系统测试方案 西游组Word文档下载推荐.docx

《No6 ThinkSNS 系统测试方案 西游组Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《No6 ThinkSNS 系统测试方案 西游组Word文档下载推荐.docx（27页珍藏版）》请在冰点文库上搜索。

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

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

软件配置

操作系统

Web服务器

Apache+mysql+php

网络环境

局域网同一C段下、100M带宽

硬件配置

双核2.5GHz

2G

500G

软件配置

Winall

测试浏览器

IE7.0Chrome17.0firefox5.01

其他工具

QC、SVN、OFFICE、飞秋等

6.2测试工具

6.2.1测试工具的需求

本次测试需要的工具支持：

测试管理工具。

测试文件配置管理工具。

浏览器

6.2.2测试工具的设计

测试管理工具：

QC

配置管理工具：

浏览器：

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%

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.缺陷报告