[发明专利]基于电力6+1系统的持续集成测试方法

说明书

本发明公开了基于基于电力6+1系统持续集成测试方法，一般指电网内部的资产管理系统、营销管理系统、人力资源管理系统、财务管理系统、协同办公系统、综合管理系统。相对传统软件系统而言，它是通过多个不同的系统相互组合而成，不同系统之间通过http接口，soap接口等相互通信，从而形成一个完整系统，总结不同接口协议和规范的共同流程，总结基于规范产生测试数据方法，总结归纳接口自动化测试标准，丰富电网企业级信息管理系统接口自动化测试理论。构建自动化测试平台，将手工测试逐步转向自动化测试，并持续集成测试，将有限测试扩大日常测试，丰富测试手段，提升测试效率，降低人力成本，保障应用系统业务可靠运行。

技术领域

本发明属于信息技术自动化测试领域，尤其涉及到电力行业内部管理及信息系统的持续集成测试方法。

背景技术

随着电力产业快速发展，其呈现信息化、智能化导致企业内外部相关信息集成跟不上，其传统流程如下：

软件测试：在产品上线前，使用人工或自动方式来运行并测试某个系统，以此来检验系统是否满足规定的需求并确定预期结果与实际结果的差异,软件测试是为了发现错误而执行程序的过程。

测试流程：

需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。(一般由项目经理负责)

测试计划:根据需求估算测试所需资源(人力、设备等)、所需时间、功能点划分、如何合理分配安排资源等。(一般由测试经理或项目经理负责)

用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。(一般由测试经理或高级测试人员负责)

执行测试：根据测试用例的详细步骤，执行测试用例。(主要是初级测试人员)

执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。(主要是初级测试人员)

defect tracking：追踪leader分配给你追踪的bug.直到bug fixed。(主要是初级测试人员)

测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug.

用户体验、软件发布等。

从上面流程中，我们看4-7点是一个不断重复的过程，在传统测试过程中，4-7需要不断重复投入人力实施。并且随着敏捷开发方式流利，测试领域面对的测试任务，回归次数，变更次数更多。因此，人们从自动化的思路出发，逐渐使用自动化测试代替人工测试。自动化测试的概念，广义上来讲，自动化包括一切通过工具(程序)的方式来代替或辅助手工测试的行为都可以看做自动化，包括性能测试工具(loadrunner、jmeter),或自己所写的一段程序，用于生成1到100个测试数据。狭义上来讲，通工具记录或编写脚本的方式模拟手工测试的过程，通过回放或运行脚本来执行测试用例，从而代替人工对系统的功能进行验证。

持续集成测试是自动化测试的一种，采纳持续集成测试是向高效率和高质量迈进的一大步。它保证那些创建大型复杂系统的团队具有高度的自信心和控制力。一旦代码提交引入了问题，持续集成就能为我们提供快速的反馈，从而确保我们作为一个团队所开发的软件是可以工作的。

常用的持续集成测试工具如以下：

Jenkins持续集成测试工具：Jenkins能实施监控集成中存在的错误，提供详细的日志文件和提醒功能，还能用图表的形式形象地展示项目构建的趋势和稳定性。

Hudson持续集成测试工具：hudson作为持续集成工具，它与主流的构建工具(比如maven)，版本控制系统(比如subversion)，以及自动化测试框架都能很好的集成(junit)。