[发明专利]一种WS‑BPEL工作流分析感知QoS的测试方法

说明书

技术领域

本发明涉及网络间数据通道分析领域，尤其涉及一种WS-BPEL工作流分析感知QoS的测试方法。

背景技术

服务质量(quality of service，简称QoS)是网络与用户之间以及网络上互相通信的用户之间关于信息传输与共享的质量的约定，例如，传输延迟允许时间、吞吐率、稳定性等。在Internet等计算机网络上为用户提供高质量的QoS必须解决以下问题：对QoS进行分类和定义，目的是使网络可以根据不同类型的QoS进行管理和分配资源，例如给实时服务分配较大的带宽和较多的CPU处理时间等。另一方面，对QoS进行分类定义也方便用户根据不同的应用提出QoS需求。并且为了给用户提供满意的QoS，必须对端系统、路由器以及传输带宽等相应的资源进行预约，以确保这些资源不被其他应用所强用。目前， Web服务相关的项目开发中广泛采用WS-BPEL （全称为Business Process Execution Language即业务处理执行语言）建立自动化业务流程，但现有技术不能准确描述流程中web服务组件之间的数据约束或时间约束，造成工作流分析的瓶颈。

因此，现有技术还有待于更进一步的改进和发展。

发明内容

鉴于上述现有技术的不足，本发明的目的在于提供一种WS-BPEL工作流分析感知QoS的测试方法，以更准确的描述组件之间的直接数据约束或时间约束，能够更准确的找到工作流中的性能瓶颈。

本发明的技术方案如下：

一种WS-BPEL工作流分析感知QoS的测试方法，其包括以下步骤：

A、建立中心节点，测试程序向所述中心节点请求序列号，所述中心节点对每个测试程序分配对应的序列号，并对进入测试环境的对应测试程序进行心跳检测；

B、用户向所述中心节点发起新建测试设置，并通过所述中心节点向对应测试程序发送测试指令，对目标网络服务进行测试，对应测试程序测试完毕后向所述中心节点返回测试结果，所述中心节点向用户显示测试结果，形成服务调用质量图表。

所述的测试方法，其中，所述步骤A具体的包括：所述中心节点根据心跳时间判断对应测试程序是否在线。

所述的测试方法，其中，所述步骤A具体的还包括：对应测试程序每15秒向所述中心节点发送一次心跳包，所述中心节点在30秒内没有收到对应测试程序的心跳包，则所述中心节点判定对应测试程序已下线。

所述的测试方法，其中，所述步骤B的测试具体的包括：所述中心节点记录每一个输入工作流的起始数据，以及提供测试程序的web服务，将每个web服务归为一组；记录每一个起始数据在工作流脚本中经过的变量间赋值和服务间传递，所经过的web服务与该数据的提供方web服务记为一组；确定同一组的web服务之间具有数据约束关系和时间约束关系，将各个分组的web服务提交所述中心节点测试整体感知服务质量。

所述的测试方法，其中，所述步骤B具体的还包括：通过跟踪路由确定IP数据包访问待测web服务所采取的路径。

所述的测试方法，其中，所述步骤B具体的还包括：当待测数据包访问时间总和小于等于1秒时，跳过跟踪路由；当待测数据包访问时间总和大于1秒时，执行跟踪路由。

本发明提供了一种WS-BPEL工作流分析感知QoS的测试方法，定义了一种新的用来描述工作流中Web 服务约束关系的数据结构模型，即服务调用图，采用该模型来分析同一工作流中哪些组件(即Web 服务)之间产生直接的调用或间接的数据交换，更准确的描述组件之间的数据约束和时间约束，用于感知QoS的分析，能够更准确的找到工作流中的性能瓶颈；并且基于集群测试程序进行感知QoS测试，其基于Web 服务方式提供一个中心节点，用户与之交互以对预定义WS-BPEL的工作流进行测试，其测试可以部署在不同的网段和地域，自动向中心节点注册，多个测试并行或串行测试某一组Web Service，取得感知QoS参数，能够更准确的找到工作流中的性能瓶颈。

附图说明

图1为本发明中测试方法的原理示意图；

图2为本发明中测试方法的具体流程示意图。

具体实施方式

本发明提供了一种WS-BPEL工作流分析感知QoS的测试方法，为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

为了以下描述方便，对各个英文简称进行简单介绍。