一种WS-BPEL工作流分析感知QoS的测试方法

摘要

本发明公开了一种WS-BPEL工作流分析感知QoS的测试方法，其包括以下步骤：建立以中心节点，测试程序向所述中心节点请求序列号，所述中心节点对每个测试程序分配对应的序列号，并对进入测试环境的对应测试程序进行心跳检测；用户向所述中心节点发起新建测试设置，并通过所述中心节点向对应测试程序发送测试指令以对目标web服务进行测试，对应测试程序测试完毕后向所述中心节点返回测试结果，所述中心节点向用户显示测试结果，形成服务调用质量图表。测试程序能自动向中心节点注册，多个测试并行或串行测试某一组Web服务，取得感知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的测试方法，为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

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

Web service是一个平台独立的，松耦合的，自包含的、基于可编程的web的应用程序，可使用开放的XML标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。

WS-BPEL：全称为Business Process Execution Language即业务处理执行语言，是一种使用XML编写的编程语言。用于自动化业务流程，也曾经被称作WSBPEL和BPEL4WS。广泛使用于Web服务相关的项目开发中，优点为具有可移植性和有效保护了投资。

感知QoS：QoS（Quality of Service），是网络的一种安全机制，用以衡量某项网络服务的质量，如响应时间、吞吐率、稳定性等。感知QoS直接反映用户访问某个Web服务时的质量感受,通常用一组指标（如网络延迟、服务请求并发、IT基础设施等）来反映用户感知到的服务效果，可通过对这些指标的主动监测,对服务组合进行选取、改进。

服务调用图：用来对BPEL工作流进行分析的一种模型，用来分析同一工作流中哪些组件(Web Service)之间产生直接的调用或间接的数据交换，进而描述哪些组件之间具有直接的数据约束或时间约束。可用于进行数据访问授权分析和感知QoS分析

本发明提供了一种基于WS-BPEL工作流分析感知QoS的测试方法，如图1与图2所示的，其包括以下步骤：

首先，建立以中心节点，测试程序向所述中心节点请求序列号，所述中心节点对每个测试程序分配对应的序列号，并对进入测试的对应测试数据包进行心跳检测；

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

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

在本发明的另一较佳实施例中，上述述步骤具体的还包括：对应测试程序每15秒向所述中心节点发送一次心跳包，所述中心节点在30秒内没有收到对应测试程序的心跳包，则所述中心节点判定对应测试程序已下线。

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

在本发明的另一较佳实施例中，上述步骤具体的包括：通过跟踪路由确定IP数据包访问待测web服务所采取的路径。即当待测数据包访问时间总和小于等于1秒时，跳过跟踪路由；当待测数据包访问时间总和大于1秒时，执行跟踪路由。

为了更进一步描述本发明，以下进行更为详尽的说明。

解析WebService

private bool InitWebService(){}

获取WebService类名

private string GetWsClassName(string wsUrl){}

获取随机WebService参数

private object GetParameter(ParameterInfo pi, Assembly assembly){}

获取Tracert字符串

private string GetTracertString(){}

获取测试目标相应时间

public int GetTotalMilliseconds(int WebSerTestId){}

调用WebService函数

public static object InvokeWebService(string url){}。

应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。