No6 ThinkSNS 系统测试方案 西游组.docx

1、No6 ThinkSNS 系统测试方案 西游组慧谷博为峰软件测试工作室文档编号产品版本密级ThinkSNS-ST-TD-001V1.6仅项目组内成员可见产品名称：ThinkSNS共X页ThinkSNS V1.6系统测试方案拟制：西游组日期：2014/10/16审核：西游组日期：2014/10/17批准：日期：修订记录日期修订版本描述作者2014/10/161.00初稿完成。西游组目 录1概述 21.1目的 21.2项目背景 21.3范围 22被测对象 23应测试的特性 23.1 功能特性 23.2 性能特性 24不被测试的特性 25测试模型 25.1测试组网图/结构关系图 25.2测试原理/策

2、略 25.3 操作流程 26测试需求与设计 26.1 测试环境 26.2 测试工具 26.3 测试数据 26.4 测试用例设计方法 26.5 测试用例格式 26.6 预测试 26.7 回归测试 26.8 缺陷管理 26.9 测试报告 2ThinkSNSV1.6系统测试方案关键词：ThinkSNS，系统测试，方案，需求&设计摘 要：本文档是ThinkSNSV1.6系统测试方案，用来明确系统测试特性，测试模型，系统测试需求，并进行各需求的设计。缩略语清单：缩略语全称中文解释SNSSociety Network Service社交网站 QCQuality Center测试管理工具SVNSubvers

3、ion版本库管理SRSSoftware Requirement Specification需求规格说明书TPTest Plan测试计划TDTest Design测试设计STSystem Test系统测试参考资料清单：名称作者编号发布日期出版单位ThinkSNSV1.6软件需求规格说明书v2.0慧谷博为峰软件测试工作室2.02012/02/09慧谷博为峰软件测试工作室ThinkSNSV1.6系统测试计划西游组SNS_ST_TP_0022014/10/17西游组1概述1.1目的本方案文档是为了指导ThinkSNSV1.6的系统测试测试环境搭建，测试工具选择，测试数据选择，测试用例设计及格式，预测试

4、项选择，缺陷管理，回归测试和测试报告写作。1.2项目背景ThinkSNS V1.6 是由ThinkSNS项目开发组负责开发的一个社交软件，是基于互联网web2.0思想开发的老牌SNS系统，开始于2008年。经过三年持续的开发和市场经验总结，智士软件产品团队一直勤于思考和探索web2.0思想在社交网络中的应用，致力于成为更全面和完善的社交网络解决方案供应商。1.3范围本文是ThinkSNS V1.6系统测试方案，阅读对象为参加测试用例设计和测试执行的测试工程师和相关人员。2被测对象本次测试对象是ThinkSNS V1.6，含有以下质量特性： 注册和登录功能； 日志功能； 礼物功能； 相册功能；

5、心情功能； 投票功能； 个人空间功能； 好友功能； 消息功能； 账号管理功能； 资料管理功能； 隐私管理功能； 活动功能； 分享功能； 群组功能； 在线好友提示功能； 系统性能测试。 接口测试3应测试的特性3.1 功能特性应测特性表.xls3.2 性能特性需要测试如下性能指标：（1）用户量：可支持5万个用户并发登录使用；（2）响应速度：每个用户的请求的不超过2秒，处理每个请求时限不超过3秒。 4不被测试的特性由于时间紧迫，对于以下特性暂时不进行测试：礼物功能相册功能投票功能个人空间功能消息功能账号管理功能隐私管理分享功能群组功能好友在线显示5测试模型5.1测试组网图/结构关系图图5.1测试组网

6、图系统构架如下：T 图5.2 TinkSNS系统 图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 操作流程测试

7、执行按照 功能测试测试流程进行。进行功能测试时按照 注册 登录 资料管理 日志功能 心情功能 活动管理的顺序执行。6测试需求与设计6.1 测试环境6.1.1测试环境需求 服务器环境WAMP测试客户端环境Windows server 2008版6.1.2测试环境设计服务器环境硬件配置CPU英特尔奔腾4核2.5GHz内存4G 硬盘500G 软件配置操作系统Windows server 2008版Web服务器Apache+mysql+php网络环境局域网同一C段下、100M带宽测试客户端环境 硬件配置CPU双核 2.5GHz内存2G硬盘500G 软件配置操作系统Win all测试浏览器IE7.0 C

8、hrome 17.0 firefox5.01其他工具QC、SVN、OFFICE、飞秋等6.2 测试工具6.2.1测试工具的需求本次测试需要的工具支持：测试管理工具。测试文件配置管理工具。浏览器6.2.2测试工具的设计测试管理工具：QC配置管理工具：SVN浏览器：IE 7.0 Chrome17.0 firefox5.016.3 测试数据6.3.1测试数据需求已注册的用户名用户的日志、礼物、照片、心情、投票、个人空间、好友、消息、资料、隐私、活动、分享、群组、在线好友6.3.2测试数据设计 从数据库生成和获取6.4 测试用例设计方法6.4.1测试用例设计方法需求 本次测试用例设计时要对每一个功能点

9、，每一个应测特性进行的正常操作和异常操作都要进行测试，对输入情况的临界值也需要进行测试6.4.2测试用例设计方法设计 本次测试用例设计时采用等价类，边界值的方法6.5 测试用例格式6.5.1测试用例格式需求 用例的编号，测试的项目，测试的标题，测试用例的优先级，用例执行的预置条件，用例的输入，用例执行的操作步骤，用例执行后的预期输出6.5.2测试用例格式设计 采用测试用例写作8要素进行测试用例的编写字段要求测试编号格式：产品编号_ST_测试项编号_测试子项编号_序号，例如：SNS_ST_USER_LOGIN_25测试项对被测对象的一个对应的功能点，性能指标的名称例如：ThinkSNS的登录测试

10、标题用来简单描述如何操作完成测试项目。例如：输入注册用户名优先级一般分为：高、中、低 三个等级。高：该级别涉及系统基本功能和重要功能。划分依据：该用例的失败会导致后续测试用例的无法执行中：该级别涉及系统一般功能；划分依据：使用频率较低于重要用例；低：该级别涉及系统的一般功能，且影响很小并数量较多划分依据：使用频率比较低，包括特殊字符，界面等预置条件能成功执行此次测试的条件。例如：能成功登录用户输入数据用例执行过程中所需要的相关执行条件和信息，一般包括手工输入，数据库，相关文件等等。例如：123456操作步骤执行此次测试的详细操作步骤，并给出每个步骤的描述。例如：输入参数，点击注册按钮预期结果执

11、行此次用例预想的结果。例如：跳出注册成功页面6.6 预测试6.6.1 预测试的需求本次测试需要进行预测试，预测试所用测试用例必须包括ThinkSNSV1.6版产品的核心功能，从系统测试用例中选取优先级高、正常的用例，数量为ST用例总数的10%左右，如果通过率达到95%，并且没有发现严重的缺陷，就可进行正常的测试工作。6.6.2 预测试的设计 预测试流程如下： 6.7 回归测试6.7.1回归测试的需求开发人员修复问题后转交给测试人员进行回归测试。本次测试时间较紧且人力资源不足，需求时间最短，成本最低，简单效率高的回归测试方法。6.7.2回归测试的设计 根据回归测试的需求，选择最合适的回归测试的策

12、略为：覆盖修改法。 特点是每次回归测试时只执行发现错误的用例。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.

13、2.5缺陷报告写作准则：correct(准确)每个组成部分的描述准确，不会引起误解clear(清晰)每个组成部分的描述清晰，易于理解 concise(简洁)只包含必不可少的信息，不包括任何多余的内容complete(完整) 包含复现改缺陷的完整步骤和其他本质信息consistent(一致)按照一致的格式书写全部缺陷报告6.9 测试报告6.9.1测试报告的需求系统测试报告需要包含以下几个内容：1. 概述，即整个系统测试报告的总结2. 测试时间、地点及人员3. 环境描述4. 测试过程统计，包括用例数统计，用例对需求的覆盖度，用例的稳定性及有效性，测试执行工作量统计，执行效率，版本缺陷统计，测试过程

14、综合评价等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用例数合计

15、 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测试过程分析（

16、这里主要根据以上的统计数据和日常小组的工作情况，对测试过程中的异常情况，如测试延期，测试质量不高等问题进行说明，并适当分析原因，给出改进的建议。）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.缺陷报告