能源互联网营销服务系统敏捷测试工作机制分析

杨亚东

现代化、智能化社会的发展使得广大用户及企业对于优质电力的需求不断增加，结合云计算总台架构及领域建模微服务形式的能源互联网营销服务系统应运而生，在其落地应用过程中，应对各省多样化业务需求，对其敏捷开发机制进行深入探究，使得能源互联网营销服务系统逐渐朝着智能互动、数据共享、客户聚合、业务互通、迭代敏捷的方向发展。基于此，本文从能源互联网营销服务系统现状入手，從敏捷测试流程、缺陷状态管理、敏捷测试要求三方面创新升级现有敏捷测试管理机制，确保满足当前社会发展背景下的供电服务要求。

一、敏捷测试流程简介

能源互联网营销服务系统包含了电费应收及实收子系统、业扩子系统、计量子系统等多个功能模块，是支撑电力营销业务开展的重要工具，在加快营销数字化转型、提升用户体验方面提供“新速度”，若是将敏捷开发测试工作机制融入其中，不仅可促进整个能源互联网营销服务系统的研发创新、自主升级，同时也将为电力企业的智能化、现代化发展指明方向。

敏捷方式着重强调依据当前市场及客户需要，将体量小、功能全的系统交由用户使用，体现了增量、迭代的系统开发过程。而敏捷测试则是以敏捷思想为基础、以敏捷宣言为抓手的测试活动。通过在项目建设期间融入敏捷方法，可将全体项目参与人员细分为测试组、研发组、产品组，并结合云效系统满足创新、研发、测试、管理工作需要，从实际情况来看，各迭代产品均需要经过以上三个工作小组的共同作用，以保证其研发质量，并由客户、产品生产人员、研发技术人员进行测试。

第一，测试组。重点根据测试规范及产品需求完成相应的测试工作，以确保及时利用云效平台反馈缺陷问题，并由此进行缺陷验证。第二，研发组。主要需对各已知缺陷进行修复，并将升级后的产品重新输入云效系统，最后交由测试组进行质量验证；若通过验证可知该缺陷属于需求问题，则需交由产品组开展深入的分析确认。第三，产品组。可对产品的使用需求进行分析，判断研发组提出的问题是否属于需求缺陷，是否需要调整产品需求。若不属于需求问题，需交回研发组进行调整；若属于需求问题，则需要与客户进行协商，判断需求变更的具体时机，并与其他两个工作组明确具体工作事项。

二、缺陷状态管理

为提高缺陷管理工作的高效性、精确性，测试组在实际工作中可将常见的缺陷状态划分为以下几类，如表1。

表 1 云效系统缺陷状态

状态 含义

New 新建，创建bug时默认状态

Open 打开，确认为缺陷时可将New状态改为Open状态

Fixed 已修改，完成相关修改内容

Closed 关闭，测试验证合格，关闭系统

Reopen 重新打开，测试验证不合格

Invalid 无效，修改内容与测试需求无关

Wontfix 问题存在，但由于产品已修复或废弃，无需解决该问题

Duplicate 重复，同一问题缺陷反复出现

结合实际工作流程可知，测试组又可细分为以下三类。第一，安全测试组。可结合现有系统安全框架制定较为合理的安全测试工作规划，并在集成测试环节同步开展安全测试作业，需承担判断安全需求、执行测试、反馈缺陷、指导项目组修复缺陷等职责。第二，性能测试组。可依据现有调研数据设计测试情境，并在集成测试环节同步开展性能测试作业，需承担判断性能需求、实例分析、编制脚本、执行测试、诊断缺陷等职责。第三，功能测试组。可依据业务类型及需求制定不同的测试团队，与研发组、产品组进行直接工作对接，需承担判断功能需求、盘点功能、实例分析、沟通交流、执行测试、反馈缺陷、经验共享等职能。

若是将其依据测试环节进行设计，则敏捷测试工作机制可分为需求分析、单元检测、组件检测、集成检测、用户确认五个环节，且不同的工作环节需要由专人进行负责。其中，功能测试人员需全程在线，安全测试人员及性能测试人员需在集成环节介入，用户则需在用户确认环节介入。若是出现其他特殊情况，则需要额外引进第三方测试机制，提高测试结果的精确性及可靠性。

三、敏捷测试工作流程与要求

（一）需求分析

需求分析首先需结合原型设计、概要设计、科学研究等现有资料内容，盘点并理清具体的性能、功能、安全测试需要，掌握该项目测试工作的复杂程度、项目规模、覆盖范围，进而精确判断可能会影响需求分析结果精确性的具体因素。在该阶段，产品组需要结合现有建设说明、业务规划原型、可行性分析报告等设计较为全面、系统的业务指导说明书，以便为参与功能测试作业的技术人员提供理论参考及业务指导。研发组需参考业务原型设计并调整系统框架。测试组需在需求测试环节整合并分析各类需求信息，并最终组建相对完整的测试需求档案。

1.作业流程

该环节启动后，测试组可设计收集需求数据、分析需求信息、拆分需求要点的作业流程。第一，收集需求数据。该工作主要包含整合系统文档资料、与客户及技术人员交换需求建议、参与专业化技能培训、掌握原有系统功能特性四类业务。第二，分析需求信息。该工作一方面需要站在客户的角度掌握业务测试需要，另一方面则是从技术角度掌握易用性、功能性、兼容性、可靠性、可维护性、数据结构、性能效率、接口集成、可移植性、用户文档集等多类业务需要。第三，拆分需求要点。该工作主要以全方位保障软件覆盖率为核心思路，将各类需求进行细化，组建多层次需求分析档案。

2.工作要求

相关测试人员需结合现有需求分析要点，对项目的功能、模块、规模、复杂性等开展较为精确、可靠的评估作业，并结合预先设定的业务线条得到相应的需求分析档案。

（二）单元测试

1.工作流程

该环节主要围绕研发组自测设计各项活动方案，研发人员主要可针对执行单元进行实验检测，检查、判断并整改现有代码问题。测试人员则需对整个测试流程的合规性、条理性、可靠性进行监管，并利用抽检的方式判断其使用功能。在编码研发工作启动后，各技术人员需结合单元测试工作流程对代表性场景、关键性场景、主要性场景进行抽检指导，并利用sonar、fortify、人工走查等方式保证测试结果的精确性。

2.工作要求

该测试环节的结果准出标准为各单元模块的使用功能基本满足用户需要，研发组可开发并检测提测性能完好程度，做好代码扫描作业，避免后续使用期间出现遗留阻断等问题。测试组需利用抽检的方式精确判断各业务模块的业务线及测试版本，并最终将得到的检测数据绘制成《单元检测报告书》。

（三）组件测试

1.工作流程

在该测试环节，研发人员主要以正向、逆向等多类提交接口为基础，引进合理的软硬件工具开展代码扫描作业，并辅助测试人员对问题缺陷进行修复。而测试人员则需要对现有组件使用需求进行分析，并设计合理的测试工作方案，结合接口规范制定可行的测试用例，调整测试环境，落实测试步骤，反馈问题缺陷，并以此验证测试工作的规范性。

2.工作要求

该测试环节的信息准入标准为能够向研发人员提供可参考的接口测试案例，结果准出标准为无较为明显的代码溢流、功能缺陷问题，具体输出结果包含接口测试用例及相应的检测报告证书。

（四）集成测试

集成测试要求在特定的检测条件下参考业务线设计各测试分量，以保证各场景间存在相互调用的关系，满足实际系统设计需要。在该测试环节，可同步完成功能测试及性能测试，将具体的生产业务压力及实际使用情境相结合，利用量化评估的方式精确判断系统容量及具体的反应时间。在性能测试结束后即可開展安全检测，分析系统运行期间存在的网络安全问题，深入探究可能会出现的安全隐患，并将以上得到的测试结果进行整合，得到《集成测试报告书》。

1.工作流程

在该环节，测试人员可依据实际需要设计测试流程方案及版本迭代计划，明确测试用例，调整测试情境，执行测试流程，反馈问题缺陷，重复测量验证。在此过程中，测试人员可在研发人员的辅助下对集成测试缺陷问题进行修复。

2.工作要求

该测试环节的信息准入标准为满足接口联调作业要求，各功能模块均可正常运行，且通过预先设定的测试标准。测试结束后可得到集成测试用例及相应的检测报告证书，结合性能要求及测试结果，可额外制定安全缺陷问题清单。

（五）用户确认

该测试环节需要关键、种子、主要用户对系统的可用性、流畅性等进行测试。

1.工作流程。在该工作阶段，研发人员需提前完成系统版本编译及打包工作，调整用户确认情境，并规划相应的测试权限，及时通知各用户进行系统测试，并结合用户使用后提出的问题缺陷进行修复。在通过用户确认要求后，需制定相应的测试数据报告。

2.工作要求。各工作人员可从研发报告、性能需求、业务目标、流程情境、规则体验等角度对系统的运行流畅性、使用满意度进行测试，并最终制定相应的测试报告书。

四、结语

综上而言，敏捷开发作业是保障各供电企业有序运行的基础，在一定程度上具有促进研发升级、快速响应业务、信息敏捷交付的重要作用，相关技术人员可从需求分析、单元测试、组件测试、集成测试、用户确认等环节着手，保障项目研发进度，提高系统完成质量，进一步凸显出能源互联网营销服务系统的实际使用价值，有效推动电网建设，引导我国电力行业逐渐朝着智能化、长效化的方向发展。

（作者单位：国网宁夏电力有限公司石嘴山供电公司）