上汽通用经销商WiFi运营项目Test Plan-电商.doc

上传人:桔**** 文档编号:543556041 上传时间:2023-07-06 格式:DOC 页数:11 大小:308KB
返回 下载 相关 举报
上汽通用经销商WiFi运营项目Test Plan-电商.doc_第1页
第1页 / 共11页
上汽通用经销商WiFi运营项目Test Plan-电商.doc_第2页
第2页 / 共11页
上汽通用经销商WiFi运营项目Test Plan-电商.doc_第3页
第3页 / 共11页
上汽通用经销商WiFi运营项目Test Plan-电商.doc_第4页
第4页 / 共11页
上汽通用经销商WiFi运营项目Test Plan-电商.doc_第5页
第5页 / 共11页
点击查看更多>>
资源描述

《上汽通用经销商WiFi运营项目Test Plan-电商.doc》由会员分享,可在线阅读,更多相关《上汽通用经销商WiFi运营项目Test Plan-电商.doc(11页珍藏版)》请在金锄头文库上搜索。

1、上汽通用经销商WiFi运营项目-电商平台系统测试计划Current Version: V0.1Owner:周舟Date Last Updated:2016-07-21Last Updated By: Author: 周舟Date Created: 2016-06-28Approved By: Approval Date: Revision HistoryVersion NumberDate UpdatedRevision AuthorBrief Description of Changes0.12016-06-28周舟Initial document created.0.22016-07-21

2、周舟调整测试执行时间0.30.40.5Instructions: For the suggested topics below, replace with project specific information. Some of the topics may not apply to all projects. In the topics where a response is optional, a choice, “N/A fors report” is included in the instructionsTable of Contents1概述41.1测试目的41.2系统测试方案4

3、1.2.1测试范围41.2.2测试排除41.2.3测试案例设计41.2.4测试执行轮次51.3系统测试的前提与声明:52测试需求分析62.1测试需求分析63系统测试案例开发63.1系统测试案例开发进度表64测试准备64.1测试环境64.1.1测试硬件环境64.1.2测试软件环境74.1.3测试使用的工具74.1.4测试数据74.2测试培训74.3准备进度表75系统测试执行85.1系统测试任务85.2风险和意外情况85.3测试资源96系统测试准入/准出标准97缺陷追踪和报告98编写系统测试总结报告108.1编写测试总结报告109测试度量计划1110交付物1111附件121 概述 1.1 测试目的

4、文档的主要目的是建立测试计划、目标、方法、内容和时间安排,以及测试环境(硬件/软件)的设置,角色和职责等。1.2 系统测试方案1.2.1 测试范围需求系统测试类型前端:电商入口功能测试前端:秒杀功能测试前端:特惠功能测试后端:数据接口以及商品数据查询功能测试1.2.2 测试排除 需求不测试原因N/AN/AN/AN/AN/AN/A1.2.3 测试案例设计1) 流程 根据功能结构及其关系,进行模块层次划分,形成功能模块或子模块。 针对每一个功能模块。理解其用例设计其工作流程图或数据流图。 确定逻辑路径、测试环境及其测试点。 针对各个测试点(条件、数据、路径、场景等),设计测试用例。首先设计最上层的

5、测试用例,然后再向下逐层推进。 测试用例的评审和修改。2) 设计方法 等价类划分法:在设计测试用例时,不但要考虑有效等价类划分,同时还要考虑无效的等价类划分; 边界值分析法:针对各种边界情况设计测试用例,可以查出更多的错误; 因果图法:因果图法它适合于检查程序输入条件的各种组合情况; 判定表驱动测试:判定表驱动是一种针对存在条件、动作关系或者因果关系的特性测试用例的设计方法; 场景法:软件是大多是用事件来控制流程的,事件触发时的情景便形成了场景; 功能图法:黑盒和白盒混合用例的设计方法; 错误推测法:首先,列举出程序中所有可能的错误和容易发生错误的特殊情况,根据可能出现的错误情况选择测试用例,

6、其次测试人员要站要用户的角度。考虑他们要输入的信息,而不管这些信息看起来是合法的输入还是非法的输入;1.2.4 测试执行轮次测试轮次目标测试案例集备注说明第一轮测试(广度功能覆盖测试)进行广度上的覆盖测试,对系统的功能质量建立起全面的了解和认知所有系统测试正向案例第二轮测试(深度功能覆盖的测试)进行深度上的覆盖测试,第一次达到测试案例的全覆盖所有系统测试案例第三轮测试(缺陷回归测试)验证缺陷的修复情况,以及因变更新加入的案例上一个轮次执行状态为失败或阻塞的案例,以及因变更新加入的案例;同时需要与开发进行沟通,将缺陷修复及变更可能受到影响功能的测试案例也纳入到本轮测试案例集当中第四轮测试(准出验

7、证的测试)验证系统测试是否达到准出标准所有系统测试案例可能需要增加测试轮次,直到达到准出标准为止1.3 系统测试的前提与声明: 系统的源代码级别的单元测试和模块集成测试已达到SGMCCX单元测试准出标准,且单元测试报告已经签字确认。 本项目严格遵照SGMCCX自开发应用系统部署(发布)流程执行 本项目严格遵守SGM CCX系统测试流程、SGM CCX缺陷管理流程、SGMCCX测试数据管理流程进行系统测试;2 测试需求分析2.1 测试需求分析N/A for this report3 系统测试案例开发3.1 系统测试案例开发进度表 任务名称工期(天)开始日期结束日期资源分派电商入口12016-06

8、-152016-06-15周舟首页焦点22016-06-162016-06-17周舟秒杀22016-06-202016-06-21周舟特惠12016-06-222016-06-22周舟异常处理12016-06-232016-06-23周舟4 测试准备4.1 测试环境4.1.1 测试硬件环境PurposeQtyComponetsSpecification用途Web Server /Application Server1Web服务器/客户端服务器Database Server1数据库服务器客户端客户端PC4.1.2 测试软件环境PurposeOSSoftware Installation用途客户端

9、PCWindowsIE 9.0及以上,Chrome,Firefox4.1.3 测试使用的工具工具版本号生产商用途禅道Bug跟踪和分析工具4.1.4 测试数据数据类型准备负责人数据要求(数据量、数据来源等)说明基础数据(主数据)白富刚,陆文旭广告平台商品数据1. 接口获得广告平台商品信息2. 广告平台的经销商测试账号系统配置数据周舟前端展示商品信息WIFI后台模拟广告平台的商品信息功能测试数据周舟4.2 测试培训N/A for this report4.3 准备进度表任务名称工期(天)开始日期结束日期负责人测试环境准备12016-07-152016-07-15白富刚测试工具准备N/AN/AN/A

10、N/A测试数据准备12016-07-182016-07-18周舟测试培训准备N/AN/AN/AN/A5 系统测试执行5.1 系统测试任务前端任务名称工期(天)开始日期结束日期负责人第一轮测试32016-08-022016-08-04周舟第二轮测试22016-08-092016-08-10周舟第三轮测试12016-08-152015-08-15周舟第四轮测试N/AN/AN/A周舟后端任务名称工期(天)开始日期结束日期负责人第一轮测试12016-07-192016-07-19周舟第二轮测试12016-07-202016-07-20周舟第三轮测试22016-07-212016-07-22周舟第四轮测

11、试N/AN/AN/A周舟5.2 风险和意外情况风险优先级缓解措施测试准备进度延误高测试人员在进行测试准备的时候,严格按照既定计划执行,如果出现上述情况,则测试人员根据实际影响情况,申请加班来保证进度。如果进度被延误较多,则需要通知所有项目参与人员和领导,并申请调整测试计划。开发进度延误中开发组在项目进行过程中严格控制进度,如果有推迟的风险请立即通知测试人员,协商解决。如果到期仍然不能按时发布,则测试人员需要申请修改测试计划,并通知所有相关人员。如果版本发布时间不能修改,则测试人员需要申请加班,并通知主管领导。难以修复的缺陷造成测试用例阻碍高开发人员全力配合测试,及时修改出现的问题。如果不能完全

12、修复,也要给测试提供可以测试被阻碍模块的接口。未修改缺陷过多导致测试不能结束高测试在执行过程中,需要不断的监控被测试项目的现存缺陷情况,如果发现缺陷数量保持一定数量或者不断上升,则需要立即和项目开发组以及领导进行沟通,共同处理。如果将近测试版本发布日期仍然不能有所改善,则需要申请版本延期发布。5.3 测试资源角色人员职责Project Leader朱亚兵负责整个项目事物Chief Architect徐满华确保测试环境稳定;部署修复bug到测试环境,更新测试环境Developer白富刚,陆文旭支援解决在测试中遇到的问题QA周舟负责测试阶段整个事务,准备测试相关文档,执行测试用例6 系统测试准入/

13、准出标准1) 系统测试准入标准 开发人员编码结束,并已完成自测。 需求说明书规定的功能均已实现。 基本流程可以走通,界面功能均已实现,符合设计文档规定的功能 开发人员提交可测试申请,并且通过测试部门的冒烟测试。2) 系统测试准出标准 系统测试用例设计已经通过评审 按照系统测试计划完成了系统测试 达到了测试计划中关于系统测试所规定的覆盖的要求 软件说明书中定义所有功能已全部实现,性能指标全部达标 在系统测试中发现的错误已经得到修改,各级缺陷修复率达到定义标准7 缺陷追踪和报告1) 缺陷管理:每个发现的缺陷将统一录入缺陷跟踪系统。所有的测试人员都将有一个缺陷管理系统的账号和密码。一旦问题被录入系统,将按照缺陷管理流程来处理。2) 缺陷分类:每个测试中遇到缺陷根据问题影响将分成不同等级,具体如下:严重程度严重等级问题影响Critical1 影响业务

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 生活休闲 > 科普知识

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号