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

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