测试方案_模板

修订历史记录

1.1目的

关于江西工业云二期V2.2验收计划文档有助于实现下述内容：

-确定项目现有信息及项目构架；

-确定本次测试的范围：覆盖哪些核心模块、模块的权重优先级、测试环境等；

-罗列本次的测试策略及策略说明；

-确定此次测试的资源、根据评估的工作量进行进度计划；

-确定此次测试的结束标准；

-评估测试可能遇到的风险及解决方案；

-罗列本次测试可交付的资料；

1.2背景

在“互联网+”行动计划、《中国制造2025》等国家重大战略发布的大背景下，中国航天科工集团有限公司于2015年6月15日正式对外推出中国首个工业互联网平台，航天云网公司应运而生，作为我国工业互联网的首倡者与先行者，公司坚持以“互联网＋智能制造”为发展方向，致力于将云计算、大数据、移动互联网、物联网等为代表的新一代信息技术与制造业有机结合，发挥航天科工在装备制造业与信息技术产业领域尖端技术优势，依托航天科工雄厚的科技创新和制造资源，建立“信息互通、资源共享、能力协同、开放合作、互利共赢”的工业互联网生态系统，推动“中国制造2025”与“互联网+”深度融合发展，实现“企业有组织、资源无边界”的生产资源配置，助力传统制造业转型升级。在第四次工业蓬勃开展的时代，与美德等发达国家一道，共同参与全球重构工业产业价值链格局的激烈竞争。

为了积极参与激烈的国际竞争，同时开展深入的国际合作，航天云网公司全面升级平台战略，于2017年6月份面向全球正式发布航天科工工业互联网云平台——INDICS，这也是世界首批、中国首个工业互联网云平台。基于INDICS平台面向航天科工打造了专有云,面向国内市场打造了航天云网,面向国际市场打造了国际云,为、行业组织、企业等用户提供基于“互联网+智能制造”的二十类服务。航天云网公司不断的探索工业互联网平台的建设经验，逐渐积累并形成丰富的平台应用实践，对内打造航天科工内部的专有云平台，为集团内部的数百家企业提供资源协同共享服务，对外并先后与贵州、江西、内蒙古、安徽、京津冀等省市开展省级工业云建设，因地制宜，有的放矢的提供平台个性化服务，开展在线资源的协同共享、创新创业、工业大数据远程监控运维及线下的智能化改造等服务。

现因INDICS平台运营业务与发展需要，也为了加快INDICS平台集聚区域省级工业云运营数据，江西工业云平台亟须与INDICS平台进行打通。

1.3范围

资源及时间有限，验收测试只针对第三方提供各模块的功能进行验证完整性和正确性验证（对数据输入长度、有效性；UI不进行验收），涉及的各功能模块和测试类型如下：

2

2.1验收测试参考文档

下表罗列了本测试计划参照文档的详细信息：

    为了提高测试的工作效率，根据项目实际情况设置了一些项目介入、完成的标准，以保证测试顺利的开始和结束。

2.2.1验收测试介入条件

在开始完整的测试之前，需要参照下面的内容完成一次确认，任何一条内容没有满足，需要与相关负责人进行沟通，确认测试版本无误后才能进行测试：

-客户端和服务端文件可以正常启动、运行；

-客户端允许用户进行合法数据操作；

-客户端允许用户进行非法数据操作；

2.2.2验收测试完成标志

测试执行到后期，如果完全达到了下面的标准则可结束本次测试：

-测试用例、测试执行的功能覆盖占系统功能的100%；

-完整执行两轮以上的测试（包含回归测试、缺陷验证）；

-系统不存在优先级为2以上（含优先级为2和1）的缺陷；（关于缺陷优先级的定义，详见缺陷优先级描述）

-回归测试最后一周未发现优先级为2以上（含优先级为2和1）的缺陷；

-系统剩余的优先级为3以下（含优先级为3,4,5）的缺陷不超过20；

-回归测试最后一周发现优先级为3以下（含优先级为3,4,5）的缺陷的频率不超过3个/天；

-系统剩余未修改的缺陷处理方案通过用户审核；

-

2.3验收测试提交文档

项目完成验收后需要提交如下文档并共享到项目文件夹中：

-验收计划

-测试用例

-测试缺陷

-验收报告

3、验收测试进度及安排

    根据项目的时间、验收测试内容、覆盖平台要求，具体工作日程安排如下：

1.根据项目的实际情况（项目开始前，测试成员未参与完整的系统、功能设计，且验收对象暂时没有做数据完整性、准确性的、UI设计的），本次测试的核心是：

功能测试：验证需求说明提及的功能是否在系统中被设计，被设计的功能是否可以操作成功（即：主要进行肯定性测试，除了数据流向、业务逻辑外不进行否定性测试）。

性能测试：验证服务端程序能够承受的最大负载，及在持续的压力下不影响客户端应用程序的正常使用。

2.关于测试用例评审和最终的验收测试报告需要相关负责人认真参与，验收测试结果关乎公司后续的二次开发，所以建议各负责人就测试结果共同讨论验收是否通过。

3.尽量提前完成各项内容，如果提前完成首轮测试，可以再进行一轮随机测试。

4、测试资源

3

4

4.1人力资源

按照项目要求，需要的角色及数量预期如下：

4.2测试环境

按照客户实际使用环境的要求，设计的软、硬件测试环境如下：

4.2.1软件环境

根据公司实际情况，本次测试应用的工具如下：

6、测试风险评估

1.关于缺陷的修改，验收测试过程中可能遇到一些严重级别较高的缺陷，这些缺陷的解决时间过长可能会影响验收测试的进度。

建议：验收测试期间，将每日发现的缺陷提交给第三方，并督促第三方按照缺陷的严重程度进行修改，按照每两天发布一个版本的进度将修复后的版本提交给测试进行缺陷验证及后续的测试任务。

2.遇到其他紧急需要到客户现场记录&测试产品缺陷的任务。

建议：根据缺陷的紧急程度，安排任务的优先级，尽量以此次测试任务作为本周的工作核心。

3.第三方未能按时提交验收版本。

建议：联系人需要及时跟进第三方的开发进展，如果第三方未能按时将预期所有的功能完成，可以先提交已完成部分的功能进行验收。

7、测试策略

5

6

7

7.1功能测试

功能测试侧重于所有可追溯到用户实际业务功能、规则、逻辑的需求说明中《系统功能》部分的验证。功能测试的目的在于核实数据的接收、修改、查询是否正确，以及系统的业务规则、逻辑是否满足预期的需求。此类测试基于黑盒测试技术，通过用户图形界面（GUI）与应用程序进行交互，并对交互的结果或输出进行分析，以此来验证应用程序及其内部逻辑满足需求说明。下面罗列了功能测试的各项测试概要：

压力测试用于验证客户端、服务端程序是否按照预期要求，在承受的最大负载数内，持续运行一段时间后，系统的各项应用的响应时间、服务器的性能参数是否在可接受范围内。压力测试的目标是确保客户端、服务端程序在系统运行在持续压力下，客户端、服务端的各功能的性能参数（如：操作响应时间，CPU使用率、内存使用率、硬盘存取时间）均在合理范围内，系统不会出现响应超时等异常。

综述本文档提及的各项内容，此次测试需要开展的任务如下：

-制定测试计划

确定验收测试需求、评估风险、制定验收测试策略

确定验收测试资源、创建进度表、生成验收测试计划

-整理客户端功能描述、各验收功能模块的逻辑层级

-设计测试

确定测试用例

确定测试过程，并建立测试过程的结构

-审核和评估测试用例

-执行验收测试

-反馈测试执行情况，记录测试用例的覆盖情况

-记录缺陷

-确定是否达到验收测试结束（完成）标准

-验收测试总结

-