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

上汽通用经销商上汽通用经销商 WiFi 运营项目运营项目-电商平台电商平台 系统测试计划系统测试计划 Current Version: V0.1 Owner:周舟周舟 Date Last Updated:2016-07-21 Last Updated By: Author: 周舟周舟 Date Created: 2016-06-28 Approved By: Approval Date: SGM_ Wifi 运营项目 System Test PlanDoc. Version 0.2 1SDP-21Template Version 0.1 Page 2 of 11 Revision History Version Number Date UpdatedRevision AuthorBrief Description of Changes 0.12016-06-28周舟Initial document created. 0.22016-07-21周舟调整测试执行时间 0.3 0.4 0.5 Instructions: 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 instructions SGM_ Wifi 运营项目 System Test PlanDoc. Version 0.2 1SDP-21Template Version 0.1 Page 3 of 11 Table of Contents 1概述概述.4 1.1测试目的测试目的.4 1.2系统测试方案系统测试方案4 1.2.1测试范围.4 1.2.2测试排除.4 1.2.3测试案例设计4 1.2.4测试执行轮次5 1.3系统测试的前提与声明：系统测试的前提与声明：5 2测试需求分析测试需求分析.6 2.1测试需求分析测试需求分析6 3系统测试案例开发系统测试案例开发 .6 3.1系统测试案例开发进度表系统测试案例开发进度表6 4测试准备测试准备6 4.1测试环境测试环境.6 4.1.1测试硬件环境6 4.1.2测试软件环境7 4.1.3测试使用的工具7 4.1.4测试数据.7 4.2测试培训测试培训.7 4.3准备进度表准备进度表7 5系统测试执行系统测试执行.8 5.1系统测试任务系统测试任务8 5.2风险和意外情况风险和意外情况 8 5.3测试资源测试资源.9 6系统测试准入系统测试准入/准出标准准出标准.9 7缺陷追踪和报告缺陷追踪和报告.9 8编写系统测试总结报告编写系统测试总结报告10 8.1编写测试总结报告编写测试总结报告.10 9测试度量计划测试度量计划.11 10交付物交付物 .11 11附件附件.12 SGM_ Wifi 运营项目 System Test PlanDoc. Version 0.2 1SDP-21Template Version 0.1 Page 4 of 11 1 概述概述 1.1 测试目的测试目的 文档的主要目的是建立测试计划、目标、方法、内容和时间安排，以及测试环境（硬件/软件） 的设置，角色和职责等。 1.2 系统测试方案系统测试方案 1.2.1 测试范围测试范围 需求系统测试类型 前端：电商入口功能测试 前端：秒杀功能测试 前端：特惠功能测试 后端：数据接口以及商品数据查询功能测试 1.2.2 测试排除测试排除 需求不测试原因 N/AN/A N/AN/A N/AN/A 1.2.3 测试案例设计测试案例设计 1） 流程 根据功能结构及其关系，进行模块层次划分，形成功能模块或子模块。 针对每一个功能模块。理解其用例设计其工作流程图或数据流图。 确定逻辑路径、测试环境及其测试点。 针对各个测试点(条件、数据、路径、场景等)，设计测试用例。首先设计最 上层的测试用例，然后再向下逐层推进。 测试用例的评审和修改。 2） 设计方法 等价类划分法：在设计测试用例时，不但要考虑有效等价类划分，同时还要 考虑无效的等价类划分； 边界值分析法：针对各种边界情况设计测试用例，可以查出更多的错误； 因果图法：因果图法它适合于检查程序输入条件的各种组合情况； 判定表驱动测试：判定表驱动是一种针对存在条件、动作关系或者因果关系 的特性测试用例的设计方法； SGM_ Wifi 运营项目 System Test PlanDoc. Version 0.2 1SDP-21Template Version 0.1 Page 5 of 11 场景法：软件是大多是用事件来控制流程的，事件触发时的情景便形成了场 景； 功能图法：黑盒和白盒混合用例的设计方法； 错误推测法：首先，列举出程序中所有可能的错误和容易发生错误的特殊情 况，根据可能出现的错误情况选择测试用例，其次测试人员要站要用户的角 度。考虑他们要输入的信息，而不管这些信息看起来是合法的输入还是非法 的输入； 1.2.4 测试执行轮次测试执行轮次 测试轮次目标测试案例集备注说明 第一轮测试 （广度功能覆 盖测试） 进行广度上的覆盖测 试，对系统的功能质 量建立起全面的了解 和认知 所有系统测试正向案例 第二轮测试 （深度功能覆 盖的测试） 进行深度上的覆盖测 试，第一次达到测试 案例的全覆盖 所有系统测试案例 第三轮测试 （缺陷回归测 试） 验证缺陷的修复情况， 以及因变更新加入的 案例 上一个轮次执行状态为 失败或阻塞的案例，以 及因变更新加入的案例； 同时需要与开发进行沟 通，将缺陷修复及变更 可能受到影响功能的测 试案例也纳入到本轮测 试案例集当中 第四轮测试 （准出验证的 测试） 验证系统测试是否达 到准出标准 所有系统测试案例可能需要增加测 试轮次，直到达 到准出标准为止 1.3 系统测试的前提与声明：系统测试的前提与声明： 系统的源代码级别的单元测试和模块集成测试已达到 SGMCCX 单元测试准出标准，且单元 测试报告已经签字确认。 本项目严格遵照SGMCCX 自开发应用系统部署（发布）流程执行 本项目严格遵守SGM CCX 系统测试流程、SGM CCX 缺陷管理流程、 SGMCCX 测试数据管理流程进行系统测试； 2 测试需求分析测试需求分析 SGM_ Wifi 运营项目 System Test PlanDoc. Version 0.2 1SDP-21Template Version 0.1 Page 6 of 11 2.1 测试需求分析测试需求分析 N/A for this report 3 系统测试案例开发系统测试案例开发 3.1 系统测试案例开发进度表系统测试案例开发进度表 任务名称 工 期 (天)开始日期结束日期资源分派 电商入口1 2016-06-152016-06-15周舟 首页焦点2 2016-06-162016-06-17 周舟 秒杀2 2016-06-202016-06-21 周舟 特惠1 2016-06-222016-06-22 周舟 异常处理1 2016-06-232016-06-23 周舟 4 测试准备测试准备 4.1 测试环境测试环境 4.1.1 测试硬件环境测试硬件环境 PurposeQtyComponetsSpecification 用途 Web Server / Application Server 1 Web 服务器/客户端服务 器 Database Server 1 数据库服务器 客户端 客户端 PC 4.1.2 测试软件环境测试软件环境 PurposeOSSoftware Installation 用途 客户端 PCWindows IE 9.0 及以上， Chrome,Firefox SGM_ Wifi 运营项目 System Test PlanDoc. Version 0.2 1SDP-21Template Version 0.1 Page 7 of 11 4.1.3 测试使用的工具测试使用的工具 工具版本号生产商 用途 禅道Bug 跟踪和分析工具 4.1.4 测试数据测试数据 数据类型准备负责人 数据要求（数据量、数据 来源等） 说明 基础数据（主数 据） 白富刚，陆文 旭 广告平台商品数据 1.接口获得广告平台商品 信息 2.广告平台的经销商测试 账号 系统配置数据周舟前端展示商品信息 WIFI 后台模拟广告平台的 商品信息 功能测试数据周舟 4.2 测试培训测试培训 N/A for this report 4.3 准备进度表准备进度表 任务名称工期(天)开始日期结束日期负责人 测试环境准备12016-07-152016-07-15白富刚 测试工具准备N/AN/AN/AN/A 测试数据准备12016-07-182016-07-18周舟 测试培训准备N/A N/AN/A N/A 5 系统测试执行系统测试执行 5.1 系统测试任务系统测试任务 SGM_ Wifi 运营项目 System Test PlanDoc. Version 0.2 1SDP-21Template Version 0.1 Page 8 of 11 前端 任务名称工期(天)开始日期结束日期负责人 第一轮测试32016-08-022016-08-04周舟 第二轮测试22016-08-092016-08-10周舟 第三轮测试1 2016-08-152015-08-15 周舟 第四轮测试N/A N/AN/A 周舟 后端 任务名称工期(天)开始日期结束日期负责人 第一轮测试12016-07-192016-07-19周舟 第二轮测试12016-07-202016-07-20周舟 第三轮测试2 2016-07-212016-07-22 周舟 第四轮测试N/A N/AN/A 周舟 5.2 风险和意外情况风险和意外情况 风险优先级缓解措施 测试准备进度延误高 测试人员在进行测试准备的时候，严格 按照既定计划执行，如果出现上述情况， 则测试人员根据实际影响情况，申请加 班来保证进度。如果进度被延误较多， 则需要通知所有项目参与人员和领导， 并申请调整测试计划。 开发进度延误中 开发组在项目进行过程中严格控制进度， 如果有推迟的风险请立即通知测试人员， 协商解决。如果到期仍然不能按时发布， 则测试人员需要申请修改测试计划，并 通知所有相关人员。如果版本发布时间 不能修改，则测试人员需要申请加班， 并通知主管领导。 难以修复的缺陷造成测试 用例阻碍 高 开发人员全力配合测试，及时修改出现 的问题。如果不能完全修复，也要给测 试提供可以测试被阻碍模块的接口。 未修改缺陷过多导致测试 不能结束 高 测试在执行过程中，需要不断的监控被 测试项目的现存缺陷情况，如果发现缺 陷数量保持一定数量或者不断上升，则 需要立即和项目开发组以及领导进行沟 通，共同处理。如果将近测试版本发布 日期仍然不能有所改善，则需要申请版 本延期发布。 SGM_ Wifi 运营项目 System Test PlanDoc. Version 0.2 1SDP-21Template Version 0.1 Page 9 of 11 5.3 测试资源测试资源 角色人员职责 Project Leader朱亚兵负责整个项目事物 Chief Architect徐满华 确保测试环境稳定； 部署修复 bug 到测试环境，更新测试环 境 Developer 白富刚，陆文 旭 支援解决在测试中遇到的问题 QA周舟 负责测试阶段整个事务，准备测试相关 文档，执行测试用例 6 系统测试准入系统测试准入/准出标准准出标准 1） 系统测试准入标准 开发人员编码结束，并已完成自测。 需求说明书规定的功能均已实现。 基本流程可以走通，界面功能均已实现，符合设计文档规定的功能 开发人员提交可测试申请，并且通过测试部门的冒烟测试。 2） 系统测试准出标准 系统测试用例设计已经通过评审 按照系统测试计划完成了系统测试 达到了测试计划中关于系统测试所规定的覆盖的要求 软件说明书中定义所有功能已全部实现，性能指标全部达标 在系统测试中发现的错误已经得到修改，各级缺陷修复率达到定义标准 7 缺陷追踪和报告缺陷追踪和报告 1） 缺陷管理：每个发现的缺陷将统一录入缺陷跟踪系统。所有的测试人员都将有一个 缺陷管理系统的账号和密码。一旦问题被录入系统，将按照缺陷管理流程来处理。 2） 缺陷分类：每个测试中遇到缺陷根据问题影响将分成不同等级，具体如下： 严重程度严重等级问题影响 Critical1影响业务基本流程 有重大安全问题 绝大多数用户都受到了影响 系统无法正常使用 SGM_ Wifi 运营项目 System Test PlanDoc. Version 0.2 1SDP-21Template Version 0.1 Page 10 of 11 严重程度严重等级问题影响 Major2影响一个特定的过程，且有现有的替代方案， 绕过这个问题 少部分用户受影响 不影响整个系统基本流程的运行 Minor3功能使用中遇到的各种功能问题，不影响系统的使用 Trivial4使用过程中遇到的各种界面显示问题以及可以改进的问 题，完全不影响系统的使用 3） 缺陷管理流程 发现缺陷:所有测试过程中发现的问题都将统一录入缺陷跟踪系统 修复缺陷:缺陷被确认后将由开发团队进行修复，由测试人员确认，将 修 改后的程序布置至 UAT 测试环境，由用户方测试人员确认 关闭缺陷:确认修改后，缺陷将被关闭，原则上是谁发现谁关闭。 4） 测试通过/失败标准 测试用例在执行过程中，如果有发现缺陷（严重等级为 1-3），则该测试用 例将当做失败。当所有的缺陷都修复后，测试用例将重新执行。 当测试用例在执行中，没有发现缺陷（严重等级为 1-3），则被当做改测试 用例通过。 5） 测试暂停/恢复标准 在执行测试用例过程中，遇到严重的缺陷（严重程度为 1-2）使得测试用例 无法执行，则暂停执行该测试用例，同一类的测试用例一并暂停测试。 当缺陷修改完 成后，则重新执行这类测试用例 8 编写系统测试总结报告编写系统测试总结报告 8.1 编写测试总结报告编写测试总结报告 任务名称工期（天）开始日期结束日期负责人 系统功能测 试总结报告 32016-08-