测试方案模板

江西工业云二期V2.2测试方案修订历史统计版本日期作者阐明V1.0-05-04戴旋测试方案初稿，背面可修正V1.1-05-04戴旋评审后进行修改目录1、 介绍 31.1 目的 31.2 背景 31.3 范畴 32、 验收测试文档和测试提交文档 42.1 验收测试参考文档 42.2 验收测试始终原则 42.2.1 验收测试介入条件 52.2.2 验收测试完毕标志 52.3 验收测试提交文档 53、 验收测试进度及安排 54、 测试资源 64.1 人力资源 64.2 测试环境 64.2.1 软件环境 64.2.2 硬件环境 64.3 测试工具 75、 测试风险评定 76、 测试方略 76.1 功效测试 76.2 负载测试 86.3 压力测试 87、 缺点严重级设立 98、 验收测试有关的任务 9介绍目的有关江西工业云二期V2.2验收计划文档有助于实现下述内容：拟定项目现有信息及项目构架；拟定本次测试的范畴：覆盖哪些核心模块、模块的权重优先级、测试环境等；罗列本次的测试方略及方略阐明；拟定本次测试的资源、根据评定的工作量进行进度计划；拟定本次测试的结束原则；评定测试可能碰到的风险及解决方案；罗列本次测试可交付的资料；背景在“互联网+”行动计划、《中国制造2025》等国家重大战略公布的大背景下，中国航天科工集团有限公司于6月15日正式对外推出中国首个工业互联网平台，航天云网公司应运而生，作为我国工业互联网的首倡者与先行者，公司坚持以“互联网＋智能制造”为发展方向，致力于将云计算、大数据、移动互联网、物联网等为代表的新一代信息技术与制造业有机结合，发挥航天科工在装备制造业与信息技术产业领域尖端技术优势，依靠航天科工雄厚的科技创新和制造资源，建立“信息互通、资源共享、能力协同、开放合作、互利共赢”的工业互联网生态系统，推动“中国制造2025”与“互联网+”深度融合发展，实现“公司有组织、资源无边界”的生产资源配备，助力传统制造业转型升级。在第四次工业革命蓬勃开展的时代，与美德等发达国家一道，共同参加全球重构工业产业价值链格局的激烈竞争。为了主动参加激烈的国际竞争，同时开展进一步的国际合作，航天云网公司全方面升级平台战略，于6月份面对全球正式公布航天科工工业互联网云平台——INDICS，这也是世界首批、中国首个工业互联网云平台。基于INDICS平台面对航天科工打造了专有云,面对国内市场打造了航天云网,面对国际市场打造了国际云,为政府、行业组织、公司等顾客提供基于“互联网+智能制造”的二十类服务。航天云网公司不停的探索工业互联网平台的建设经验，逐步积累并形成丰富的平台应用实践，对内打造航天科工内部的专有云平台，为集团内部的数百家公司提供资源协同共享服务，对外并先后与贵州、江西、内蒙古、安徽、京津冀等省市开展省级工业云建设，因地制宜，有的放矢的提供平台个性化服务，开展在线资源的协同共享、创新创业、工业大数据远程监控运维及线下的智能化改造等服务。现因INDICS平台运行业务与发展需要，也为了加紧INDICS平台集聚区域省级工业云运行数据，江西工业云平台亟须与INDICS平台进行打通。范畴资源及时间有限，验收测试只针对第三方提供各模块的功效进行验证完整性和对的性验证（对数据输入长度、有效性；UI不进行验收），涉及的各功效模块和测试类型以下：功效模块子项功效测试类型功效测试负载测试压力测试UF-014-1平台主菜单YUF-015-1首页增加【买入】和【卖出】快捷入口YUF-016-1首页增加常见问题、顾客手册、在线咨询快捷入口YUF-016-2客服中心首页前台页面设计YUF-016-3常见问题（新增）YUF-016-4顾客手册（新增）YUF-016-5在线咨询（新增）YUF-017-1搜索功效（优化）YUF-018-1首页设计YUF-019-1具体页面设计（调节）YUF-019-2具体页后台（调节）YUF-019-3列表页前台页面设计（优化）YUF-020-1在线咨询管理系统（新增）YUF-021-1订单管理系统（新增）YUF-022-1供需大厅页面（优化）YUF-022-2供需大厅前台交互功效（新增）YUF-023-1公司应用中心后台设计（新增）YUF-023-2公司应用中心后台功效开发（新增）YUF-024-1解决方案栏目页面设计（新增）YUF-024-2解决方案栏目后台功效开发（新增）YUF-025-1两化融合栏目页面设计（新增）YUF-025-2两化融合功效开发（新增）YUF-026-1个人中心页面设计（升级）YUF-026-2个人中心页面功效开发（升级）Y验收测试文档和测试提交文档验收测试参考文档下表罗列了本测试计划参考文档的具体信息：文档名与否可用与否通过审核作者或来源备注JXHTYWQR811-江西工业云二期v2.2-顾客需求阐明书0413是是熊琴验收测试始终原则为了提高测试的工作效率，根据项目实际状况设立了某些项目介入、完毕的原则，以确保测试顺利的开始和结束。验收测试介入条件在开始完整的测试之前，需要参考下面的内容完毕一次确认，任何一条内容没有满足，需要与有关负责人进行沟通，确认测试版本无误后才干进行测试：客户端和服务端文献能够正常启动、运行；客户端允许顾客进行正当数据操作；客户端允许顾客进行非法数据操作；验收测试完毕标志测试执行到后期，如果完全达成了下面的原则则可结束本次测试：测试用例、测试执行的功效覆盖占系统功效的100%；完整执行两轮以上的测试（包含回归测试、缺点验证）；系统不存在优先级为2以上（含优先级为2和1）的缺点；（有关缺点优先级的定义，详见HYPERLINK缺点优先级描述）回归测试最后一周未发现优先级为2以上（含优先级为2和1）的缺点；系统剩余的优先级为3下列（含优先级为3,4,5）的缺点不超出20；回归测试最后一周发现优先级为3下列（含优先级为3,4,5）的缺点的频率不超出3个/天；系统剩余未修改的缺点解决方案通过顾客审核；验收测试提交文档项目完毕验收后需要提交以下文档并共享到项目文献夹中：验收计划测试用例测试缺点验收报告验收测试进度及安排根据项目的时间、验收测试内容、覆盖平台规定，具体工作日程安排以下：任务名称时间开始结束江西工业云二期V2.217d/5/02/06/29需求阅读及整顿1d/5/02/5/02编写测试计划及评审1d/5/03/5/03编写测试用例及评审1d/5/04/5/04第一轮迭代测试3d/5/15/5/18功效测试2d/5/15/5/17bug回归1d/5/18/5/18第二轮迭代测试3d/5/30/6/1功效测试2d/5/30/5/31bug回归1d/06/1/6/1第三轮迭代测试3d/6/13/6/15功效测试2d/6/13/6/14bug回归1d/6/15/6/15第四轮迭代测试3d/6/20/6/22功效测试2d/6/20/6/21bug回归1d/6/22/6/22第五轮迭代测试（结项）1d/6/29/6/29总体回归测试1d/6/29/6/29阐明：根据项目的实际状况（项目开始前，测试组员未参加完整的系统、功效设计，且验收对象临时没有做数据完整性、精确性的、UI设计的限制），本次测试的核心是：功效测试：验证需求阐明提及的功效与否在系统中被设计，被设计的功效与否能够操作成功（即：重要进行必定性测试，除了数据流向、业务逻辑外不进行否认性测试）。性能测试：验证服务端程序能够承受的最大负载，及在持续的压力下不影响客户端应用程序的正常使用。有关测试用例评审和最后的验收测试报告需要有关负责人认真参加，验收测试成果关乎公司后续的二次开发，因此建议各负责人就测试成果共同讨论验收与否通过。尽量提前完毕各项内容，如果提前完毕首轮测试，能够再进行一轮随机测试。测试资源人力资源按照项目规定，需要的角色及数量预期以下：角色推荐数额职责/备注QA1测试用例编写和执行测试，追踪测试进度、测试任务安排、测试问题统计及有关负责人沟通根据测试团体现状，戴旋将承当大部分的测试任务。测试环境按照客户实际使用环境的规定，设计的软、硬件测试环境以下：软件环境类别产品名版本备注服务端操作系统windowsserver服务端运行环境Firefox、chromeFirefox22.0以上硬件环境类别厂商参数备注CPU无内存无测试工具根据公司实际状况，本次测试应用的工具以下：用途工具名版本测试管理禅道压力测试LoadRunner11.0测试用例设计测试风险评定有关缺点的修改，验收测试过程中可能碰到某些严重级别较高的缺点，这些缺点的解决时间过长可能会影响验收测试的进度。建议：验收测试期间，将每日发现的缺点提交给第三方，并督促第三方按照缺点的严重程度进行修改，按照每两天公布一种版本的进度将修复后的版本提交给测试进行缺点验证及后续的测试任务。碰到其它紧急需要到客户现场统计&测试产品缺点的任务。建议：根据缺点的紧急程度，安排任务的优先级，尽量以本次测试任务作为本周的工作核心。第三方未能准时提交验收版本。建议：联系人需要及时跟进第三方的开发进展，如果第三方未能准时将预期全部的功效完毕，能够先提交已完毕部分的功效进行验收。测试方略功效测试功效测试侧重于全部可追溯到顾客实际业务功效、规则、逻辑的需求阐明中《系统功效》部分的验证。功效测试的目的在于核算数据的接受、修改、查询与否对的，以及系统的业务规则、逻辑与否满足预期的需求。这类测试基于黑盒测试技术，通过顾客图形界面（GUI）与应用程序进行交互，并对交互的成果或输出进行分析，以此来验证应用程序及其内部逻辑满足需求阐明。下面罗列了功效测试的各项测试概要：测试目的确保系统功效正常，涉及：菜单、数据输入/搜索/修改测试范畴多层构架、系统配备、卡口监控、通行查询迭代周期第一迭代，第二迭代测试技术通过综合有效等价类输入、边界值划分设计测试数据，并运用顾客场景模拟、错误假设、因果图和状态转换分析进行测试用例的设计。执行测试用例时对照实际执行成果和预期执行成果判断测试用例与否执行成功。涉及的内容：数据有效性/完整性、系统逻辑（异常）解决等。完毕原则确认各功效与测试用例预期成果保持一致。测试重点和优先级特殊事件压力测试压力测试用于验证客户端、服务端程序与否按照预期规定，在承受的最大负载数内，持续运行一段时间后，系统的各项应用的响应时间、服务器的性能参数与否在可接受范畴内。压力测试的目的是确保客户端、服务端程序在系统运行在持续压力下，客户端、服务端的各功效的性能参数（如：操作响应时间，CPU使用率、内存使用率、硬盘存取时间）均在合理范畴内，系统不会出现响应超时等异常。测试目的确保系统在持续压力下各项性能指标正常。测试范畴服务后台、通行查询迭代周期第二迭代测试技术设立合理的压力场景，模拟顾客正常使用客户端的操作，查阅客户端，服务端功效与否正常（如：图片上传与否超时，通行统计查询与否超时）。完毕原则参考可行性分析中非功效描述的参数指标。测试重点和优先级特殊事件缺点严重级设立问题严重级别描