用于面向服务架构的测试数据创建和执行系统的制作方法

专利名称：用于面向服务架构的测试数据创建和执行系统的制作方法
技术领域：
本申请要求2008年10月9日提交的序列号No. 08425658. 5的EP0申请的优先权 的权益。 此公开涉及改进基于web服务的应用的应用测试。具体地，此公开涉及有效识别 测试排列，以及为了高效地生产高质量的基于web服务的应用，启动执行web服务的单元、 集成、回归和性能测试和web服务的方法。
背景技术：
为了保持竞争力，组织不断面对开发新应用和提高现有应用的挑战。准确和全面 的测试是生产高质量应用的关键因素。进行适当的应用测试的难度和耗费的精力高度依赖 于应用的数量和复杂度以及设计应用要模拟的业务过程。 目前很多运转的和正在被开发的应用是部署在开放架构中，如面向服务的架构 (SOA)，基于web服务的应用。虽然web服务为开发者提供了快速建模和部署复杂业务过程 的灵活性，但是当前可用于适当测试web服务的开发工具和web服务的基础方法提供的能 力有限。复杂的恥b服务可能利用任意数量的web服务方法以实现该web服务模拟的业务 过程。为了适当地演习设计恥b服务要处理的web服务方法的所有可能的操作排列，测试 者可能需要开发无数的测试用例。 对web服务方法和/或web服务的成功的单元测试很少能指示web服务方法和 web服务一旦部署到产品中的质量和操作完全性。而且，集成测试的质量可能仅与执行的基 础单元测试相差无几。某些集成测试的不足甚至无法被当前可用的测试工具所认识。必须 识别和/或开发大量的测试实例，以保证web服务方法和web服务的质量和操作完全性，这 给开发者和测试者造成了显著的时间投入。测试者常常会浪费宝贵的开发时间来重用过时 的测试以及开发重复的测试，而没意识到这种有缺陷的方法。

发明内容
对于面向服务架构的测试数据创建和执行系统("测试执行系统")，提供了一种
显著改进对基于web服务的应用进行测试的高效、经济的方法。测试执行系统提供了一种
快速开发和执行批量单元测试条件排列的方法。测试执行系统还提供回归测试能力，其中
回归测试可以在发布应用前有规律地执行，使得可以快速和有效地确认修改和新的能力，
以及对已部署功能和之前已测试功能的影响可以最小化。测试执行系统还提供测试执行性
能量度，其可用于识别在执行特定web服务和web服务方法期间出现的瓶颈。 测试执行系统提供一种存储系统，其符合用于工程区域(projectarea)结构的标
准化工程区域规范。标准化工程区域规范包括标准化测试目录命名规则和标准化测试文件
命名规则。测试执行系统的存储器包括工程区域管理逻辑，其在存储系统上定位工程区域
结构，并且对工程区域结构进行解析，以确定工程区域结构中的工程区域和工程区域中的
测试环境区域、测试环境区域中的web服务区域、以及web服务区域中的web服务方法区域。测试执行系统的存储器还包括呈现包含对象选择器的测试对象选择界面的图形用户界 面(GUI)逻辑，包括包含工程区域的工程区域选择器；包含测试环境区域的测试环境选择 器；包含web服务区域的web服务选择器；以及包含web服务方法区域的方法选择器。
GUI逻辑使用方法选择器来获得所选的方法选择，以及将方法选择指定到工程区 域管理逻辑，以及作为响应接收方法测试列表，该列表包括用于方法选择的各个方法测试。 GUI逻辑确定待执行的方法测试，包括从方法测试列表中对方法测试的预配置选择，并且 启动该方法测试的执行，以获得存储在工程区域结构内的测试结果区域中的方法测试结 果。测试执行系统还包括耦合到存储器和存储系统的处理器，且处理器执行工程区域管理 逻辑和GUI逻辑。 在一个实现中，GUI逻辑使用对象选择器来获得所选的对象选择，并将对象选择指 定到工程区域管理逻辑，以及作为响应而接收对象测试列表，该列表包括针对对象选择的 对象测试。对象选择可代表来自对象选择器的选择的任意组合。GUI逻辑确定待执行的对 象测试，包括从对象测试列表中对对象测试的预配置选择，以及启动执行对象测试以获得 存储在工程区域结构内的测试结果区域中的对象测试结果。 分析下列图和详细说明，本发明的其他系统、方法、产品和特征将对本领域技术人 员将是或变得明显。所有这些附加的系统、方法、特征和优点都包括在本说明中，在本发明 的范围内，且被所附权利要求所保护。


参考下列图和说明可以更好地理解本公开。图中的组件不必按照比例尺，重点放
在说明本发明的原则。而且，在图中，相同的标号在不同的视图中标明对应的部分或元件。
图1所示为用于对工程区域结构进行导航的测试执行系统的测试对象选择界面。 图2所示为用于测试环境区域选择的用户证书管理界面。 图3所示为由测试对象选择界面呈现的测试类型选择器。 图4所示为由测试类型选择器呈现的批量测试和回归测试模式选择器。 图5所示为执行web服务方法的多个测试所产生的方法测试结果。 图6所示为测试执行系统的标准化工程区域规范的一个实现。 图7所示为可用于预配置工程区域结构和测试执行系统的逻辑流。 图8所示为可用于使用测试对象选择界面导航工程区域结构开始执行测试的逻辑流。 图9所示为一种测试执行系统配置。 图10所示为测试执行系统的标准化工程区域规范的另一个实现。
具体实施例方式
测试执行系统利用测试者开发的测试对web服务方法和web服务进行单元测试， 从而可以快速开发和执行任何数量的单元测试排列和集成测试。测试执行系统可采用预配 置阶段和后配置阶段。在预配置阶段中1)根据标准化工程区域规范在工程区域结构中创 建工程区域，2)开发针对web服务方法和/或web服务的测试，3)根据标准化工程区域规 范来命名测试，以及4)将测试存储在工程区域结构中。标准化工程区域规范定义了用于在工程区域结构中管理和存储测试和结果的标准化测试目录命名规则和标准化测试文件命 名规则。 在一个实现中，测试执行系统利用web服务定义语言(WSDL)来工作。WSDL是基于 XML的语言，其提供用于描述web服务和web服务方法以及如何获取web服务和web服务方 法的模型，WSDL将服务(例如web服务)定义为网络端点(例如端口 )的集合，并且标识 定义用来与web服务方法通信的有效请求消息和响应消息的XM L模式定义语言(XSD)模 式。XSD模式建立一种结构，其包括为了使解析器和处理器认为请求消息和/或响应消息 (例如XML文档实例)有效而必须遵守的一系列规则和约束。测试执行系统可使用XSD模 式来确认测试(例如响应消息和请求消息)，并且确认结果(例如测试结果)捕获用于分析 和细化web服务方法、web服务和测试的详细信息。但是在其他实现中，测试执行系统可使 用其他模型、语言或确认规则集定义web服务和web服务方法。此外，测试执行系统可应用 于除web服务环境以外的其他类型的环境。因此，当需要测试其他类型的程序或系统时，测 试执行系统仍然定义工程区域和工程区域规范，以及通过符合工程区域规范并被选择以满 足其他类型程序和系统的所选测试目标的测试来进行工作。 测试执行系统提供工程区域结构，用于保存1)用于确认请求消息和响应消息 (例如，测试)的XSD模式文件(例如，文件扩展名.xsd) ;2)请求消息和响应消息(例如， 文件扩展名.xml)，其可被视为其XSD模式的实例；3)描述web服务以及如何使用测试执 行系统获取将被测试的应用的恥b服务的WSDL文件；以及4)测试结果(例如，文件扩展 名.txt)，其捕获确认用于测试web服务方法和web服务的请求消息和响应消息的有关详细 信息。 在预配置阶段期间，测试者分析将待测试的每个web服务的WSDL文件，标识每个 web服务的web服务方法从而可以创建测试，以及创建定义每个web服务方法的有效的请 求消息和响应消息(例如，测试)的XSD模式文件(例如，schema_methodName_000x. xsd)。 请求消息按照服务提供者的WSDL文件(例如，响应于请求消息的web服务)来调用服务提 供者的方法(例如，web服务方法getBalancelnquiry)。响应于特定请求消息的web服务 方法可返回响应消息，其中每个消息具有相应的XSD模式。XSD模式可定义XSD模式间的 多个关系。例如，getBalancelnquiry的XSD模式可用响应于请求的多个XSD模式(例如 getBalancelnquiryResponse禾口 BalancelnquiryResponse)定义关系。
测试者可使用可用的XML开发工具(例如，XmlSpy⑧工具)来验证XSD模式文件 并建立测试(例如，请求消息和响应消息)。例如，XML开发工具可用于基于创建的XSD模 式文件(例如，schema_methodName_000x. xsd)来创建请求消息和响应消息(例如，XML文 档)。请求消息可用于调用WSDL的web服务方法。响应于请求消息的WSDL产生的响应消 息(例如，WebServiceName. wsdl文件)可用XML开发工具创建的响应消息进行比较和确 认。 在后配置阶段中，测试执行系统为测试者提供下列能力1)对工程区域进行导航 以标识由任何数量的测试者创建和/或使用的一个或多个测试，2)细化并组合单元测试， 以产生单元、集成、回归和异步测试的各种排列，3)执行所选测试，以及4)观察测试结果使 得web服务方法、web服务和测试可被反复细化以产生高质量的应用。
图1所示为测试执行系统的测试对象选择界面100。测试者可使用测试对象选择界面100对工程区域结构进行导航。如下详细所述，测试执行系统包括工程区域管理逻辑，它将工程区域结构定位在存储系统上，并且对工程区域结构进行解析以确定工程区域结构中的工程区域、工程区域中的测试环境区域、测试环境区域中的web服务区域，以及web服务区域中的恥b服务方法区域。工程区域管理逻辑可对工程区域结构进行解析，以确定工程区域结构中的和/或引用的任何数量的区域和对象(例如，文件)。 测试执行系统包括呈现测试对象选择界面100的GUI逻辑。测试对象选择界面100包括对象选择器，其包括包含工程区域的工程区域选择器102 ;包含相应工程区域中的测试环境区域的测试环境选择器104 ;包含相应测试环境区域中的web服务区域的web服务选择器106 ;以及包含相应web服务区域中的web服务方法区域的方法选择器108。对象选择器还可包括下面讨论的异步测试选择器110和完全web服务测试选择器112。
测试者使用测试对象选择界面100对工程区域结构进行导航，以标识待执行的测试。GUI逻辑使用对象选择器(例如，方法选择)来获得所选的对象选择，以及将对象选择指定到工程区域管理逻辑。作为响应，GUI逻辑接收包含用于该对象选择的对象测试的对象测试列表(例如，包含用于该方法选择的各个方法测试的方法测试列表)。对象选择可代表来自对象选择器的选择的任何组合(例如，工程区域选择，测试环境区域选择，web服务区域选择，web服务方法区域选择，异步测试选择和完全web服务测试选择)。在一个实施例中，测试对象选择界面100包括添加测试菜单选择器，它标识附加的对象测试以添加到对象测试列表中；以及删除测试菜单选择器，它标识可删除的对象测试以从对象测试列表中删除。 在图1中，测试者从工程区域选择器102选择ACS72工程区域。工程区域管理逻辑用工程区域管理逻辑把对工程区域结构进行解析时发现的工程区域填入工程区域选择器102。工程区域选择器102可以填入任意数量的所选工程区域。 一旦选择了 ACS72工程区域，GUI逻辑获得该选择，而工程区域管理逻辑对ACS72工程区域进行解析，以便将下拉框中所示的测试环境区域填入测试环境区域选择器104。在图1中，测试者已从测试环境区域选择器104中选择Billing测试环境区域。虽然图l示出包括一个web服务区域(例如，Portalweb服务区域)的Bi 11 ing测试环境的实现，但测试环境区域(例如，Bi 11 ing测试环境的其他实施例)可包括在对测试环境区域进行解析时工程区域管理逻辑可发现的多个web服务区域，其可被填入web服务区域选择器106。 一旦测试者选择了 Portal web服务区域，工程区域管理逻辑对Portal web服务区域进行解析，并利用在Portal web服务区域中发现的web服务方法区域组成方法选择器108。 具体地，图1示出了方法选择器108，其包含"Portal "web服务区域的名为"fullmethod test (完全方法测试)"的混合web服务方法区域以及多个单独的web服务方法区域，如CustomerCreate禾口 CustomerModifyGeneralData。 混合的"full method test，，web服务方法区域是对多个单独的web服务方法区域以及这些web服务方法区域针对某web服务区域而所包括的测试的快速参考。在测试者选择混合的"full method test'Veb服务方法区域的情况下，测试者继而可选择完全web服务测试选择器112，以启动执行用于web服务"Portal"的所有方法的测试。在一个实施例中，当测试者从方法选择器108选择单独的web服务方法区域时(例如，CustomerCreate web服务方法区域)，测试对象选择界面100呈现测试类型选择器，如图3所示，使得测试者可进一步细化待执行的测试。混合的web服务方法区域可代表任何数量的单独方法测试，而方法测试选择器108可显示任意数量的可选混合web服务方法区域。 在另一实施例中，当测试者选择工程区域、测试环境区域和/或web服务区域，并且选择异步测试选择器110或完全web服务测试选择器112时，则测试对象选择界面100呈现下述的测试类型选择器300。例如，在测试者希望测试特定工程区域的所有web服务方法的情况下，测试者选择期望的工程区域，而无需选择测试环境区域、web服务区域和web服务方法区域，测试者继而选择异步测试选择器110或完全web服务测试选择器112，测试对象选择界面100呈现测试类型选择器300。在测试者希望测试特定测试环境区域的所有web服务方法的情况下，测试者选择期望的工程区域和测试环境区域，而无需选择web服务区域和web服务方法区域，并且测试者选择异步测试选择器110或完全web服务测试选择器112，测试对象选择界面100呈现测试类型选择器300。 图2所示为测试对象选择界面100可呈现给测试者的、用于测试环境区域选择的用户证书管理界面200。测试对象选择界面100可基于从工程区域选择器102选择的特定工程区域以及从测试环境区域选择器选择的测试环境区域，来向测试者呈现用户证书管理界面200。测试者可在用户证书管理界面200中输入用户证书管理参数值。在一个实现中，在导航到恥b服务选择器106和方法选择器108并从其进行选择之前，必须输入有效的用户证书管理参数值。需要用户证书管理参数值的用户证书管理参数可包括IP地址参数202，其利用IP地址(例如，123.45.678. 123)而不是测试环境区域所标识的测试环境名称(例如，Billing测试环境区域)来标识测试环境；用户名参数204 ;以及密码参数206。而且，基于对特定工程区域和测试环境区域的选择，可以将较少和不同的用户证书管理参数组合呈现在用户证书管理界面200中。认证和/或授权可应用于任何级别的测试对象选择，使得在测试对象选择器被选择组成之前可能需要用户证书管理参数。用户证书管理界面200提供用户认证，从而可以阻止对特定工程区域、测试环境区域、web服务区域和web服务方法区域的未授权访问，并且维护测试者可用的测试的完全性。 图3所示为由测试对象选择界面100呈现的测试类型选择器300。当测试者选择工程区域、测试环境区域和/或web服务区域并且选择异步测试选择器110、或完全web服务测试选择器112、或web服务方法区域时，则测试对象选择界面100呈现测试类型选择器300。测试类型选择器300包括测试模式选择器(例如，单个测试302，多个测试304以及批量测试306)，以及测试选择器的类型(例如，类型测试逐字节308以及类型测试模式XSD310)。在测试者选择单个测试302模式的情况下，测试类型选择器300在测试列表界面314中呈现测试列表(例如，请求消息)，测试者可从中选择单个测试用例来执行。工程区域管理逻辑可以利用测试(例如，request_GetBalanceInquiry_0001. xml，0002. xml和0003.xml)来填入测试列表界面314，所述测试位于测试者使用测试对象选择界面IOO所选择的对象选择所标识的工程区域(例如ACS72)的测试环境区域(例如Billing)的web服务区域(例如Portal)中的web服务方法区域中。 在测试者选择多个测试304模式的情况下，测试类型选择器300可呈现选择器入口字段312，以用于选择待测试的文件数目以及可在测试列表界面314中显示可应用的测试。测试者输入测试者希望测试执行系统执行的显示在测试列表界面314中测试用例的数目。测试者还可指明待执行的测试用例的范围(例如，l-3)或以逗号隔开的测试用例列表(例如，1， 2， 3)。可采用其他测试选择机制，如直接从测试列表界面314接受多个输入选择。
测试者还可选择是通过选择"缺省XSD"316而对照缺省XSD文件来确认结果，还是通过选择"选择XSD号"318而根据具体的XSD模式来确认结果。换句话说，测试者可能希望使用特定的缺省XSD模式文件来确认测试结果(例如，response—GetBalanceInquiry_0001. xml，0002. xml和0003. xml)或者测试者可以选择使用具体的XSD模式文件(例如，response_GetBalanceInquiry_0001. xsd，0002. xsd禾口 0003. xsd)确认每个测试结果(例如，response—GetBalancelnquiryJ)001. xml，0002. xml禾P 0003. xml)。
测试类型选择器300可包括调用按钮320，测试者可以激活它以启动执行所选的测试用例。测试类型选择器300可包括返回按钮322，测试者可以激活它以导航到测试对象选择界面100。测试类型选择器300可包括重置按钮324，测试者可以激活它以重置测试类型选择器300上作出的选择。 测试类型选择器300可包括添加测试按钮326，测试者可以激活它以便将测试添加到用于批量测试306模式选择的批量测试，这会在下面进一步讨论。在一个实现中，当测试者激活添加测试按钮326时，测试类型选择器300呈现测试名称和位置说明符字段328，使得测试者可输入将被添加到测试列表中的测试的工程区域结构源位置和名称。工程区域管理逻辑将该测试添加到工程区域(例如，将该测试拷贝到目的地工程区域结构位置)。
在一个实现中，当测试者和/或管理员激活添加测试按钮326时，GUI逻辑呈现测试对象创建界面。测试对象创建界面所呈现的对象选择字段可与测试对象选择界面100的相似，但是测试对象创建界面需待测试者和/或管理员输入GUI逻辑指定给工程区域管理逻辑的值。工程区域管理逻辑使用该值在工程区域604之一建立工程，在测试环境区域606之一建立测试环境，在web服务区域608之一建立web服务，以及在web服务方法区域610之一建立方法。测试对象创建界面需要测试者将现有的工程区域、测试环境区域、web服务区域和web服务方法区域以及这些区域中的对象拷贝到工程区域结构的其他区域中，使得测试者可根据需要重用和/或定制区域和对象。 类型测试逐字节308类型测试选择器指定测试者是否希望测试执行系统对WSDL文件响应于测试(例如，请求消息)而产生的测试结果(例如，响应消息)执行逐字节的比较。例如，测试执行系统可对照XSD模式文件产生的先前确认的响应消息XML文件逐字节比较响应消息XML文件。类型测试逐字节308提供较高级别的确认，超出了仅仅分析测试结果值和测试输出。 类型测试模式XSD 310类型测试选择器指定测试者是否希望测试执行系统执行如下操作对web服务的WSDL文件响应于测试而产生的测试结果(例如，响应消息)与使用XSD模式文件产生的、先前确认的响应(例如，响应消息XML文件)进行比较。例如，测试者可使用经确认的XSD模式文件来产生模型响应XML文件，并将该模型响应XML文件存储在工程区域结构中，以便与WSDL文件响应于测试(例如，请求消息)所产生的响应文件进行比较。类型测试模式XSD 310提供了以下信息，测试者可以使用该信息来快速准确查明测试结果(例如，WSDL文件响应于测试而产生的响应消息)与模型响应(例如，使用经确认的XSD模式文件而产生的响应消息)之间的特定差异。 图4所示为由测试类型选择器300呈现的批量测试和回归测试模式选择器。在测试者从测试类型选择器300选择批量测试306模式的情况下，测试类型选择器300进一步呈现包括测试区域选择(例如，批量1402和回归404)的测试区域选择器400。测试区域选择表示测试区域，包括使用方法选择器108选择的web服务方法的测试用例406 (例如，请求消息)。在测试者按压调用按钮320的情况下，测试执行系统启动执行测试用例406。在批量测试(例如，402)下，测试执行系统执行批量测试区域引用的和/或之中的所有测试。回归测试(例如，404)可以表示包括和/或引用多个批量测试区域(例如，批量测试区域l和批量测试区域2)的回归测试区域，以及测试执行系统执行回归测试区域之中和/或引用的每个批量测试区域中和/或引用的所有测试。 图5所示为执行web服务方法504(例如GetBalancelnquiry)的多个测试用例502 (例如，请求消息)所产生的方法测试结果500。方法测试结果500可标识web服务506和测试环境508、 web服务方法504，标识web服务方法504的测试的工程区域结构中的位置。方法测试结果500还可标识所执行的每类测试的测试结果(例如，逐字节测试结果510，使用XSD模式的确认512，以及执行时间514(以秒为单位表示))。每个测试用例502的执行时间(例如，516)可以提供性能信息，测试者可以使用该信息来识别性能瓶颈。方法测试结果500标识测试文件名518、测试文件的响应体520、测试逐字节文件测试结果的描述522，以及由XSD模式文件测试结果进行的测试确认的描述524。方法测试结果500可包括返回按钮526，测试者可以按压该按钮以返回到测试类型选择器300。方法测试结果500还可包括新测试按钮528，可以按压该按钮以修改当前测试类型选择器300选择从而执行新测试。在一个实施例中，返回按钮526可重新启动执行使用测试类型选择器300选择的当前所选测试。对于使用测试类型选择器300选择的测试的每种模式和类型(例如，完全web服务测试结果，环境测试结果和工程区域测试结果)，可产生相似的测试结果。
图6所示为测试执行系统的标准化工程区域规范600的一个实现。标准化工程区域规范600规定至少一个工程区域结构602，当然，基于测试的范围和复杂度也可规定多个工程区域结构。在一个实现中，标准化工程区域规范600是XSD文件，其包括对标准化测试目录命名规则和标准化测试文件命名规则进行建模的一系列规则和约束。工程区域结构可实现为一个或多个XML文件，这些XML文件表示按照标准化工程区域规范600的XSD模式文件的工程区域结构的区域和对象(例如，测试文件)。例如，XML文件可定义标准化工程区域规范，其包括工程区域结构中每一级的元件标签的分级，其具有文本串和目录分隔符，指定相关对象针对工程区域结构中的该级定位在文件系统(例如，存储系统)中的何处。
工程区域结构可包括多个工程区域(例如，工程区域604)。工程区域可包括多个测试环境区域(例如，测试环境区域606)。每个测试环境区域可表示开发者可针对其开发web服务的多种业务过程、应用和/或系统(例如，记账，客户服务和营销)。测试环境区域则可包括多个web服务区域(例如，web服务区域608)，这些web服务区域包括针对标识web服务区域的web服务的每个web服务方法的多个web服务方法区域(例如，web服务方法区域610)。测试执行系统可存储描述web服务以及如何访问web服务区域606所标识的web服务的WSDL文件名(例如，CreateCustomer. wsdl)。在一个实现中，web服务区域606包括web服务测试结果区域612。工程区域结构602可包括多个工程区域(例如，第一工程区域和第二工程区域)、测试环境区域(例如，第一测试环境和第二测试环境)、web服务区域(例如，第一恥b服务区域、第二web服务区域和第三web服务区域)以及web服务方法区域(例如，第一 恥b服务方法区域、第二 web服务方法区域和第三web服务方法区域)，以及符合标准化工程区域规范的其他逻辑组件和子组件。 Web服务方法区域610包括请求消息(例如，request_getBalanceInquiry_000X. xml)和每个逐字节测试文件(例如，test—getBalancelnquiry. xml)，其表示测试执行系 统可用来测试web服务方法的测试用例。在一个实现中，每个web服务方法区域包括 1)批量测试区域614，包括批量测试(例如，表示多个测试用例的XML请求消息)；2)web 服务方法测试XSD模式区域616，包括测试执行系统可用于确认特定web服务方法的测 i式(例如，response_getBalanceInquiry_000X. xml)的XSD模式文件(例如，request— getBalanceInquiry_000X. xsd);以及3)方法测试结果区域618，包括对web服务方法执行 的测试的口向应文件(例如，TcstResultsID_request_getBalanceInquiry_OOOX. xml)以及 测试结果文件(例如，TestResultsID_request_getBalanceInquiry_OOOX. txt)。
在一个实现中，批量测试区域614包括子批量测试区域(例如，批量测试区域1620 和批量测试区域2)以及web服务方法回归测试区域622。子批量测试区域620可包括用于 测试web服务方法的多个测试。在一个实施例中，每个子批量测试区域包含不同的测试组 合，以建立代表复杂处理场景(例如，用例)的不同测试用例。子批量测试区域620和回归 测试区域每个都包括XSD模式区域(例如，624和626)以及代表测试执行系统可用的不同 测试的请求消息(例如，XML文件)。web服务方法回归测试区域622可包括每个子批量测 试区域(例如，批量测试区域1620和批量测试区域2)的复本。 web服务区域608还可包括web服务回归测试区域628，当选择完全web服务测试 选择器112时，测试执行系统使用其内容启动对web服务106的方法执行测试。web服务回 归测试区域628可包括、复制和/或引用web服务106的web服务方法的每个web服务回 归测试区域(例如622)。当选择完全web服务测试选择器112时，测试执行系统启动执行 web服务的方法的回归测试。在一个实施例中，当选择完全web服务测试选择器112时，工 程区域管理逻辑定位包含web服务106的完全web服务测试对象的web服务回归区域628。 完全web服务测试对象可代表特定web服务的所有web服务方法测试的所有方法测试对象 的集合。 测试执行系统可将测试结果和确认文件(例如，timestamp_testfile. txt， XML 响应文件，用于确认响应消息的XSD模式文件，以及结果和结果的描述)存储在测试结果 区域中。时间戳可将测试的测试执行时间规定为任何需要的精确级别。在一个实现中，测 试结果文件的时间戳前缀被格式化以表明测试执行系统执行测试的年、月、日、小时、分、秒 和微秒。例如，20081008113401687—testfile. txt可表明测试执行于2008年10月8日 11:34:01:687。 在一个实现中，工程区域结果602包括异步测试区域630，其包含在选择异步测 试选择器110时测试执行系统所执行的测试用例。异步测试区域630可以包括用于测试 不同工程区域和/或测试环境区域的不同web服务和web服务方法的测试用例(例如， timestamp_asynchronous_OOOX. xml)。异步测试区域630可包括测试执行系统用于存储测 试结果和确认文件(例如，timestamp—asynchronousJ)OOX. txt，XML响应文件，用于确认响 应消息的XSD模式文件，以及结果和结果的说明)的异步测试结果区域632。
GUI逻辑呈现对象选择器，它允许测试者跨工程区域、测试环境和web服务区域来 执行恥b服务方法测试。例如，异步测试区域630可以包含第一异步测试对象和第二异步测试对象。第一异步测试对象可代表分别测试第一 web服务和第二 web服务的方法的web 服务方法测试的多个方法选择。工程区域结构的工程区域可包括第一工程区域604和第二 工程区域。第一工程区域604和第二工程区域可以包括分别用于第一 web服务和第二 web 服务的web服务区域。第一工程区域604可以包括第一测试环境区域606和第二测试环境 区域，第一测试环境区域606和第二测试环境区域可以包括分别用于第一 web服务和第三 web服务的web服务区域。第二异步测试对象可以代表测试第一 web服务和第三web服务 的方法的web服务方法测试的多个方法选择。 简要地参考图IO，标准化工程区域规范1000示出标准化测试目录命名规则和标 准化测试文件命名规则的实现。标准化测试目录命名规则可以规定逻辑和/或物理存储标 识符(例如，"C: "1034和"http:/123. 45. 678. 123")、目录分隔符(例如'7"斜杠字符1036) 和文本串(例如，1038)，以用于标识工程区域结构的区域。在一个实施例中，标准化测试目 录命名规则规定工程区域结构1002是工程区域结构1002中的工程区域所在的根目录路径 (例如，"C: /rootTest")。标准化测试目录命名规则规定工程区域1004的目录路径(例 如，"C:/rootTest/ACS72")可以包括工程的名称(例如，ACS72)，测试环境区域1006的目 录路径(例如，"C:/rootTest/ACS72/Billing")包括测试环境的名称(例如Billing) ，web 服务区域1008的目录路径(例如，"C:/rootTest/ACS72/Billing/Portal")包括web服务 的名称(例如Portal) ， web服务方法区域1010的目录路径(例如，"C:/rootTest/ACS72/ Billing/Portal/GetBalancel卿iry，，)包括方法的名称(例如GetBalancelnquiry)。
标准化工程区域规范1000规定web服务区域和web服务方法区域每个都可以包 括XSD模式区域名称XSD。标准化测试目录命名规则规定web服务方法区域的XSD模式区 域1016的目录路径(例如，"C:/rootTest/ACS72/Billing/Portal/GetBalancelnquiry/ XSD")包括web服务的名称(例如GetBalancelnquiry)和XSD标识符。标准化测试目录 命名规则规定web服务区域的XSD模式区域的目录路径(例如，"C:/rootTest/ACS72/ Billing/Portal/XSD")包括web服务的名称(例如Portal)和XSD标识符。
标准化工程区域规范1000规定工程区域、测试环境区域、web服务区域和web 服务方法区域的每一个都可以包括批量测试区域，其包括名为"Regression(回归)"的回 归测试区域。在一个实现中，除回归测试区域之外，批量测试区域还包括多个子批量测试 区域。标准化测试目录命名规则规定批量测试区域的目录路径可以在批量测试区域所在 区域的目录路径末端包括"Massive"标识符。例如，批量测试区域的目录路径名对于名为 ACS72的工程区域可以是"C:/rootTest/ACS72/Massive"，对于名为"Billing"的测试环 境区域可以是"C: /rootTest/ACS72/Bi 11 ing/Massive"，对名为"Portal"的web服务区域 可以是"C: /rootTest/ACS72/Bi 11 ing/Portal/Massi ve ，，，而对名为"GetBalancelnquiry ，， 的web月艮务方法区域可以是"C: /rootTest/ACS72/Bi 11 ing/Portal/GetBalancelnquiry/ Massive"。标准化测试目录命名规则规定批量测试区域中的回归测试区域的目录路径在 回归测试区域所在的批量测试区域目录路径的目录路径末端包括"Regression"标识符。例 如，回归测试区域的目录路径名对于名为ACS72的工程区域可以是"C:/rootTest/ACS72/ Massive/Regression"，对于名为"Billing"的测试环境区域可以是"C:/rootTest/ACS72/ Billing/Massive/Regression，，， X寸名为"Portal"的web月艮务区域可以是"C:/rootTest/ ACS72/Billing/Portal/Massive/Regression，，，而X寸名为"GetBalancelnquiry，，的web月艮务方法区域可以是"C: /rootTest/ACS72/Bi 11 ing/Portal/GetBalancel卿iry/Massi ve/ Regression ，，。 标准化工程区域规范1000规定工程区域结构可以包括名为"Asynchronous"的异 步测试区域。标准化测试目录命名规则规定异步测试区域1030的目录路径(例如，C:/ rootTest/Asynchronous)可包括标识符"Asynchronous ，，。 标准化工程区域规范1000规定工程区域、测试环境区域、web服务区域、web服 务方法区域、批量测试区域、子批量测试区域、异步测试区域和回归测试区域中的每一个都 可以包括名为"TestResults"的测试结果区域。标准化测试目录命名规则规定测试结果 区域的目录路径可以在测试结果区域所在区域的目录路径末端包括"TestResults"标识 符。例如，测试结果区域的目录路径名对于名为ACS72的工程区域可以是"C:/rootTest/ ACS72/TestResults"，对于名为"Billing"的测试环境区域可以是"C:/rootTest/ACS72/ Billing/TestResults"，对名为"Portal"的web服务区域可以是"C:/rootTest/ACS72/ Billing/Portal/TestResults，，，而X寸名为"GetBalancelnquiry，，的web月艮务方f去区域可以 是"C:/rootTest/ACS72/Billing/Portal/GetBalancelnquiry/TestResults，，。
在一个实施例中，标准化测试文件命名规则规定测试文件的名称(例如，XML 文件如Context_MethodName_000X. xml)包括XSD模式文件确认的web服务方法的名 称(例如GetBalancelnquiry)、标识使用该测试文件的上下文的前缀(例如，响应和请 求)、在一系列测试文件中唯一标识每一测试文件的数值标识符(例如，000X)，以及文件 扩展名(例如xml)。例如request_GetBalanceInquiry_000X. xml文件将测i式文件标识 为在web服务上下文中用作服务提供者角色的请求消息文件。在另一例子中，response— GetBalanceInquiry_000X. xml文件将测试文件标识为在web服务上下文中用作服务请求 者角色的响应消息文件。这些测试文件(例如，请求消息和响应消息)可被视为其XSD模 式的实例，而XSD模式文件由xsd扩展名来标识。WSDL文件(例如WebServiceName. wsdl) 描述web服务以及如何使用访问将要使用测试执行系统进行测试的应用的web服务。测试 结果可以输出到任何数量的文件中，文件格式包括分别具有文件扩展名txt和xml的文本 禾口 XML。 标准化工程区域规范1000规定的标准化测试目录命名规则和标准化测试文件命 名规则为测试基于恥b服务的应用提供了有效的管理工具。标准化工程区域规范1000使工 程区域结构602中的测试易于定位和管理，使得利用测试执行系统，测试甚至变得可以跨 工程区域结构1002来重用和部署。标准化工程区域规范1000为测试者提供了组织测试、 结果和确认文件的逻辑方法，使得测试者可迅速产生高质量的基于web服务的应用。
图7所示为可用于预配置工程区域结构602和测试执行系统的逻辑流700。测试 者、测试执行系统管理员或者工程区域创建程序可以分析(例如，解析)应用的每个恥b 服务的WSDL文件，并根据标准化工程区域规范1000在工程区域结构中自动创建工程区域 (702)。例如，工程区域创建程序可生成与在XML文件中所捕获的标准化工程区域规范相匹 配的分级目录结构。测试者分析测试者想要测试的恥b服务的WSDL文件(704)，并且创建 XSD模式文件，其定义用于与web服务的web服务方法通信的有效请求消息和/或响应消息 (706)。测试者使用XSD模式文件来创建模型单元测试(例如，请求消息)并根据标准化工 程区域规范来命名该模型单元测试(708)。
测试者调用模型单元测试(例如，请求消息)与web服务方法通信，以产生单元测 试响应(710)，并且分析模型响应以确认XSD模式文件(712)。测试者细化XSD模式文件， 直到模型单元测试产生模型单元测试响应(714)。例如，测试者可以使用可用的XML开发 工具(例如XmlSpy)来验证XSD模式文件以及建立测试。测试者可以基于创建的XSD模式 文件(例如schema_methodName_OOOx. xsd)使用可用的XML开发工具来创建模型请求消息 (例如schema_methodName_OOOx. xml)。测试者使用该请求消息来调用WSDL的web服务方 法，并且WSDL产生对请求消息的响应，测试者分析和使用该响应来确认由XML开发工具创 建的请求消息，从而确认XSD模式文件。 通过修改模型单元测试的各个方面(例如，请求消息文件)，测试者可以使用模型 单元测试来创建表示模型单元测试的排列的任何数量的附加单元测试(716)。测试者根据 标准化工程区域规范将WSDL文件、XSD模式文件、模型单元测试和附加单元测试存储在工 程区域结构中(718)。 图8所示为可用于使用测试对象选择界面100来导航工程区域结构602，以启动测 试执行的逻辑流800。测试执行系统的工程区域管理逻辑在存储系统上(802)上定位工程 区域结构602 (例如，包括工程区域结构602的XML文件)，对工程区域结构602进行解析以 确定工程区域结构602中的工程区域、工程区域中的测试环境区域、测试环境区域中的web 服务区域以及web服务区域中的web服务方法区域。 例如，再参考图6，工程区域结构602可以是XML文件，该XML文件是工程区域管理 逻辑对照实现为XSD模式文件的标准化工程区域规范1000而进行确认的。标准化工程区 域规范1000规定标准化测试目录命名规则和标准化测试文件命名规则，工程区域管理逻 辑使用其来导航工程区域结构602以及相应地定位区域和对象(例如文件)。在一个实现 中，工程区域管理逻辑是web服务，其被调用以定位工程区域结构602的区域和对象(例如 XML文件)，并且其对表示工程区域结构602的区域和对象的XML文件进行解析(例如，导 航和/或遍历)。 在一个实施例中，工程区域管理逻辑使用实现为XSD模式文件的标准化工程区域 规范1000和用于测试的web服务的WSDL文件以及目标web服务的web服务方法的XSD模 式文件来自动生成工程区域结构602。因为web服务的WSDL文件包括用于生成确认web服 务方法的XSD模式文件的信息，并且因为作为XSD模式文件的标准化工程区域规范1000可 以确认遵守标准化工程区域规范1000规定的标准化测试目录命名规则和标准化测试文件 命名规则的工程区域结构，因此工程管理逻辑可以使用这些WSDL和XSD模式文件，来生成 初始的工程区域结构和/或更新现有的工程区域结构。 回到图8，在一个实现中，GUI逻辑向测试者呈现测试对象选择界面100(804)。测 试对象选择界面100包括对象选择器，包括包含工程区域的工程区域选择器；包含测试环 境区域的测试环境选择器；包含web服务区域的web服务选择器；以及包含web服务方法 区域的方法选择器。GUI逻辑使用对象选择器(例如，方法选择)来获得所选的对象选择 (806)，并且将对象选择指定到工程区域管理逻辑(808)，并作为响应而接收包含针对该对 象选择的对象测试的对象测试列表(例如，包含用于该方法选择的各个方法测试的方法测 试列表)(810)。对象选择可以代表来自对象选择器的选择的任何组合。
测试对象选择界面100基于对象选择和/或来自对象选择器的选择的组合，来呈现测试类型选择器300(812)。测试者从测试类型选择器选择测试类型选择(814)。在测试 者选择单个测试302模式的情况下，测试类型选择器300呈现测试列表314(例如请求消 息)，测试者可从其中选择单个测试用例执行(816)。在测试者选择多个测试304模式选 择器的情况下，测试类型选择器300可呈现"选择待测试的文件数目"输入字段312和测试 314(818)。在测试者从测试类型选择器300选择批量测试306模式的情况下，测试类型选 择器300还呈现包括测试区域选择的测试区域选择器400(例如，批量1 402和回归404) (820)。 GUI逻辑确定将被执行的对象测试(例如，方法测试)，并启动该对象测试的执行 (822)，以获得对象测试结果(例如，获得方法测试结果)，测试执行系统将其存储在工程区 域结构中的测试结果区域中(824)。 GUI逻辑向测试者呈现该测试结果(826)，以及测试者 分析该测试结果(828)。测试者可基于该测试结果修改对象选择和/或测试类型选择器300 选择以便执行新的测试。 图9所示为一种测试执行系统配置900。测试执行系统配置900可包括测试执 行系统902 ;web服务904 ;测试者906 ;应用用户908 ;以及应用和外部系统910 ;以及用于 在各组件之间通信的网络912(例如因特网)。测试执行系统902包括存储器914、显示图 形用户界面916的显示器956、耦合到存储器914的处理器918，以及用于与测试执行系统 902的各组件和测试执行系统配置900中的其他实体通信的通信接口 920。测试执行系统 902还包括符合标准化工程区域规范924用于工程区域结构602的存储系统922。标准化 工程区域规范924存储在存储系统中，并包括标准化测试目录命名规则和标准化测试文件 命名规则。 存储器914包括工程区域管理逻辑926和GUI逻辑928。工程区域管理逻辑926 使用标准化工程区域规范924导航和管理工程区域结构602，以及确认工程区域结构602中 存储和/或创建和/或引用的区域和对象(例如，工程区域，测试环境区域，web服务区域、 恥b服务方法区域、测试和测试文件)。工程区域管理逻辑926保存工程区域结构位置930 信息，并使用工程区域结构位置930信息来响应GUI逻辑928指定的对象选择。工程区域管 理逻辑926对工程区域结构932以及已解析工程区域结构932的各组件(例如，602、604、 608 、610和630)进行解析。 GUI逻辑928生成测试对象选择界面呈现934和对象选择器936 (例如，工程区域 选择器102，测试环境选择器104， web服务选择器106，方法选择器108，异步测试选择器 110以及完全web服务测试选择器112) 。 GUI逻辑928通过获得选择和对工程区域管理逻 辑926指定对象选择938，来响应于测试者所选的对象选择938。 GUI逻辑928接收包括用 于对象选择938的对象测试942的对象测试列表940 (例如，包括用于方法选择的各个方法 测试的方法测试列表)。 测试执行系统的图形用户界面916包括测试对象选择界面944、用户证书管理界 面946和测试类型选择器948。 GUI逻辑928响应于分别使用测试类型选择器948和测试 对象选择界面944选择的测试类型选择950和测试区域选择952。 GUI逻辑928还响应于 测试者通过用户证书管理界面946输入的证书管理参数值954。 系统可实现为很多不同的形式。例如，虽然一些特征示出为表现为信号或数据流 和/或存储在计算机可读存储器中的计算机程序产品(例如，实现为计算机可执行指令或存储器中的数据结构的逻辑)，系统的全部或部分、逻辑和数据结构可存储、分布在其他机 器可读介质上或从其他机器可读介质读出。介质可包括硬盘、软盘、CD-ROM、信号，如从网络 接收的或被分段并通过网络传递以多个包接收的信号。系统可实现为软件、硬件或软件和 硬件的组合。系统使用的文件、模式和消息可采用不同于上述格式的格式。
此外，系统可用附加的、不同的或较少的组件实现。作为一个例子，处理器或任何 其他逻辑可实现为微处理器、微控制器、DSP、专用集成电路(ASIC)、程序指令、离散的模拟 或数字逻辑或其他类型的电路或逻辑的组合。作为另一个例子，存储器可以是DRAM、SRAM、 闪存或任何其他类型的存储器。系统可分布在多个组件中，如多个处理器和存储器，可选地 包括多个分布的处理系统。逻辑，如程序或电路，可在多个程序中合并或分开，分布在几个 存储器和处理器中，以及可实现为函数库，如动态链接库(DLL)或其他共享库。
虽然已说明了本发明的多种实施例，但是本领域技术人员会明白在本发明的范围 内可能有更多实施例和实现。因此，本发明仅受所附权利要求及其等价物的限制。
权利要求
一种用于面向服务架构的测试执行系统，包括符合工程区域结构的标准化工程区域规范的存储系统，所述标准化工程区域规范包括标准化测试目录命名规则；以及标准化测试文件命名规则；以及存储器，包括工程区域管理逻辑，其可操作以定位所述存储系统上的所述工程区域结构；解析所述工程区域结构，以确定所述工程区域结构中的工程区域；所述工程区域中的测试环境区域；以及所述测试环境区域中的web服务区域；以及所述web服务区域中的web服务方法区域；图形用户界面(GUI)逻辑，其可操作以呈现包括对象选择器的测试对象选择界面，其包括包含所述测试环境区域的测试环境选择器；包含所述web服务区域的web服务选择器；以及包含所述web服务方法区域的方法选择器；使用所述对象选择器来获得所选的对象选择；将所述对象选择指定到所述工程区域管理逻辑，以及作为响应，接收包括针对所述对象选择的对象测试的对象测试列表；确定待执行的对象测试，这包括对来自所述对象测试列表的对象测试的预配置选择；以及启动所述对象测试的执行，以获得存储在所述工程区域结构内的测试结果区域中的对象测试结果；以及处理器，其耦合至所述存储器和所述存储系统，并且可操作以执行所述工程区域管理逻辑和所述GUI逻辑。
2. 根据权利要求1所述的系统，其中使用所述对象选择器获得的所述对象选择包括来 自所述方法选择器的方法选择，并且响应于所述方法选择而接收的所述对象测试列表包括 方法测试列表，所述方法测试列表包括用于所述方法选择的各方法测试。
3. 根据权利要求1所述的系统，其中所述对象选择器还包括包含第一异步测试对象 和第二异步测试对象的异步测试选择器，其中所述第一异步测试对象表示分别对第一工程区域和第二工程区域各自的第一 web 服务和第二 web服务的方法进行测试的web服务方法测试的多个方法选择，所述工程区域 包括所述第一工程区域和所述第二工程区域，所述第一工程区域包括第一测试环境区域和 第二测试环境区域，所述第一测试环境区域和所述第二测试环境区域包括分别用于所述第 一 web服务和第三web服务的web服务区域；以及其中所述第二异步测试对象表示对所述第一恥b服务和所述第三web服务的方法进行 测试的web服务方法进行测试的多个方法选择。
4. 根据权利要求1所述的系统，其中所述对象选择器还包括包含完全恥b服务测试 对象的完全web服务测试选择器，其中所述完全web服务测试对象表示多个方法选择，所述 多个方法选择表示对第一 web服务的方法进行测试的相应web服务方法测试。
5. 根据权利要求1所述的系统，其中所述GUI逻辑通过获得所述选择来响应所述对象 选择，并且还可以操作以呈现用户证书管理界面，所述用户证书管理界面包括IP地址参 数；用户名参数；以及密码参数。
6. 根据权利要求1所述的系统，所述工程区域管理逻辑还可操作以在所述工程区域 之一中建立工程，在所述测试环境区域之一中建立测试环境，在所述恥b服务区域之一中 建立web服务，以及在所述web服务方法区域之一中建立方法。
7. 根据权利要求1所述的系统，所述测试对象选择界面还包括 添加测试菜单选择器，其标识将被添加到所述对象测试列表中的附加对象测试，以及 删除测试菜单选择器，其标识将被从所述对象测试列表中删除的可删除对象测试。
8. 根据权利要求1所述的系统，其中所述GUI逻辑响应于所述对象选择，使得当所述对 象选择包括来自所述测试环境选择器的测试环境选择、来自所述web服务选择器的web服 务选择以及来自所述方法选择器的方法选择时，则所述GUI逻辑呈现测试类型选择器，其 包括单个测试选择器；多个测试选择器；以及批量测试选择器。
9. 一种用于面向服务架构的测试数据创建和测试执行的产品，所述产品包括 其上存储有逻辑的机器可读介质，包括 工程区域管理逻辑，其可操作以定位存储系统上的工程区域结构，所述工程区域结构 遵循标准化工程区域规范，所述规范包括 标准化测试目录命名规则；以及 标准化测试文件命名规则； 解析所述工程区域结构以确定 所述工程区域结构中的工程区域； 所述工程区域中的测试环境区域； 所述测试环境区域中的web服务区域；以及 所述web服务区域中的web服务方法区域；以及 图形用户界面(GUI)逻辑，其可操作以 呈现包括对象选择器的测试对象选择界面，其包括 包含所述工程区域的工程区域选择器； 包含所述测试环境区域的测试环境选择器； 包含所述web服务区域的web服务选择器；以及 包含web服务方法区域的方法选择器； 使用所述对象选择器来获得所选的对象选择； 将所述对象选择指定到所述工程区域管理逻辑，以及 作为响应，接收包括针对所述对象选择的对象测试的对象 测试列表；确定待执行的对象测试，这包括对来自所述对象测试列表的对象测试的预配置选择；以及 启动执行所述对象测试，以获得存储在所述工程区域 结构内的测试结果区域中的对象测试结果。
10. 根据权利要求9所述的产品，其中使用所述对象选择器获得的所述对象选择包括 来自所述方法选择器的方法选择，并且响应于所述方法选择而接收的所述对象测试列表包 括方法测试列表，所述方法测试列表包括用于所述方法选择的各方法测试。
11. 根据权利要求9所述的产品，其中所述对象选择器还包括包含第一异步测试对象 和第二异步测试对象的异步测试选择器，其中所述第一异步测试对象表示分别对第一工程区域和第二工程区域各自的第一 web 服务和第二 web服务的方法进行测试的web服务方法测试的多个方法选择，所述工程区域 包括所述第一工程区域和所述第二工程区域，所述第一工程区域包括第一测试环境区域和 第二测试环境区域，所述第一测试环境区域和所述第二测试环境区域包括分别用于所述第 一 web服务和第三web服务的web服务区域；以及其中所述第二异步测试对象表示对所述第一 恥b服务和所述第三web服务的方法进行 测试的web服务方法测试的多个方法选择。
12. 根据权利要求9所述的产品，其中所述对象选择器还包括包含完全web服务测试 对象的完全web服务测试选择器，其中所述完全web服务测试对象表示多个方法选择，所述 多个方法选择表示对第一 web服务的方法进行测试的相应web服务方法测试。
13. 根据权利要求9所述的产品，所述工程区域管理逻辑还可操作以在所述工程区域 之一中建立工程，在所述测试环境区域之一中建立测试环境，在所述web服务区域之一中 建立web服务，以及在所述web服务方法区域之一中建立方法。
14. 根据权利要求9所述的产品，所述测试对象选择界面还包括 添加测试菜单选择器，其标识将被添加到所述对象测试列表中的附加对象测试，以及 删除测试菜单选择器，其标识被从从所述对象测试列表中删除的可删除对象测试。
15. 根据权利要求9所述的产品，其中所述GUI逻辑响应于所述对象选择，使得当所述 对象选择包括来自所述测试环境选择器的测试环境选择、来自所述web服务选择器的web 服务选择以及来自所述方法选择器的方法选择时，则所述GUI逻辑呈现测试类型选择器， 其包括单个测试选择器；多个测试选择器；以及批量测试选择器。
16. —种用于面向服务架构的测试数据创建和测试执行的方法，所述方法包括 在存储系统中存储工程区域结构，所述存储系统符合用于所述工程区域结构的标准化工程区域规范，所述标准化工程区域规范包括 标准化测试目录命名规则；以及 标准化测试文件命名规则； 定位所述存储系统上的所述工程区域结构； 解析所述工程区域结构解析以确定 所述工程区域结构中的工程区域； 所述工程区域中的测试环境区域； 所述测试环境区域中的web服务区域；以及 所述web服务区域中的web服务方法区域；以及呈现测试对象选择界面，其包括对象选择器 包含所述测试环境区域的测试环境选择器； 包含所述web服务区域的web服务选择器；以及 包含web服务方法区域的方法选择器； 使用所述对象选择器来获得所选的对象选择；将所述对象选择指定到所述工程区域管理逻辑，以及作为响应，接收包括用于所述对 象选择的对象测试的对象测试列表；确定待执行的对象测试，这包括对来自所述对象测试列表的对象测试的预配置选择；以及启动所述对象测试的执行，以获得存储在所述工程区域结构中的测试结果区域的对象 测试结果。
17. 根据权利要求16所述的方法，其中获得所述对象选择从所述方法选择器获得方法 选择，以及其中响应于所述方法选择而接收的所述对象测试列表包括接收方法测试列表， 所述方法测试列表包括用于所述方法选择的各方法测试。
18. 根据权利要求16所述的方法，还包括获得所述对象选择，包括从所述测试环境选 择器选择测试环境，从所述web服务选择器选择web服务，以及从所述方法选择器选择方 法，并且呈现测试类型选择器，其包括单个测试选择器；多个测试选择器；以及批量测试 选择器。
19. 根据权利要求16所述的方法，呈现包括所述对象选择器的所述测试对象选择界面 还包括包含第一异步测试对象和第二异步测试对象的异步测试选择器，其中所述第一异步测试对象表示分别对第一工程区域和第二工程区域各自的第一 web 服务和第二 web服务的方法进行测试的web服务方法测试的多个方法选择，所述工程区域 包括所述第一工程区域和所述第二工程区域，所述第一工程区域包括第一测试环境区域和 第二测试环境区域，所述第一测试环境区域和所述第二测试环境区域包括分别用于所述第 一 web服务和第三web服务的web服务区域；以及其中所述第二异步测试对象表示对所述第一恥b服务和所述第三web服务的方法进行 测试的web服务方法测试的多个方法选择。
20. 根据权利要求16所述的方法，呈现包括所述对象选择器的所述测试对象选择界面 还包括包含完全web服务测试对象的完全web服务测试选择器，其中所述完全web服务测 试对象表示对第一 web服务的方法进行测试的相应web服务方法测试的多个方法选择。
全文摘要
本发明涉及用于面向服务的架构的测试数据创建和执行系统。具体地，本发明公开一种测试数据创建和执行系统，其为显著改进基于web服务的应用提供了一种有效的方式。所述测试数据创建和执行系统帮助测试者标识和执行web服务和web服务的方法的单元测试、以及集成和回归测试的各种组合。所述测试数据创建和执行系统为测试者提供了迅速产生高质量的基于web服务的应用的功能。
文档编号G06F11/36GK101719092SQ20091017779
公开日2010年6月2日 申请日期2009年9月28日 优先权日2008年10月9日
发明者A·奥塔维, A·蒙塔纳里, S·卡皮利 申请人:埃森哲环球服务有限公司