专利名称：一种基于xml数据库的软件集成测试方法及系统的制作方法
技术领域：
本发明涉及计算机技术领域，特别涉及一种基于XML数据库的软件集成测试系统。
背景技术：
集成测试是单元测试的逻辑扩展。它最简单的形式是把两个已经测试过的单元组合成一个组件，测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合为程序的更大部分。方法是测试片段的组合，并最终扩展成进程，将模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。软件集成测试是保障软件质量的重要过程和方法，目前已有的软件集成测试工具中主要针对的是应用软件产品，不存在针对XML数据库这种大型基础系统软件的测试工具，并且已有的工具不具备持续集成的能力、代码编译分析能力及缺少扩展性、适应性强的分布式负载能力。
发明内容
为解决上述问题，本发明技术方案提供的基于XML数据库的软件集成测试系统，包括步骤SlO :集成测试服务器接收用户的请求，对于代码进行编译和分析并产生代码分析日志；步骤S20 :通过使用测试用例应用接口生成的测试配置文件，按照顺序调用单元测试或者脚本测试用例进行测试运行，并于测试运行后生成测试日志；步骤S30 :根据代码测试运行的结果和所述的代码分析日志分析代码是否测试充分，并在代码测试充分时，将代码提交至代码存储器；步骤S40 :对提交至其中的代码进行集中式版本控制管理。可选地，还进一步包括分布式负载均衡器接收集成测试服务器传送的操作信息，采用最小堆和HASH算法来选择agent执行器；选定的agent执行器根据所述分布式负载均衡集成测试服务器传送的配置信息进行编译及测试用例的运行，并将测试执行的结果返回至所述的集成测试服务器。可选地，所述的根据所述集成测试服务器发送来的操作信息选择相应的agent执行器具体为步骤SllO 以各个agent执行器的IP地址构建一动态哈希表；步骤S120 :通过所述哈希表计算各个所述agent执行器的CPU使用率和内存使用率;
步骤S130 :通过对于各个所述agent执行器的CPU使用率和内存使用率使用加权平均法计算出各个所述agent执行器的最终资源使用率；步骤S140 :通过所述各个所述agent执行器的最终资源使用率构建最小堆；步骤S150 :所述分布式均衡集成测试服务器通过去除所述最小堆的堆顶元素选择负载最小的agent执行器，并在取出所述堆顶元素的同时使用堆算法重新构建最小堆。
可选地，进一步包括在代码分析时，通过svn blame功能调用代码存储器中的原始代码与用户提交到集成测试服务器中的代码进行对比分析，找出代码的更新路径，并记录到集成日志中；在代码编译时，编译器会产生相应的符号文件，在测试运行时通过对符号文件写入跟踪信息，从而记录代码覆盖路径，通过对比更新路径与测试覆盖路径，最后分析代码是否测试充分。可选地，进一步包括在对代码使用vs或者gcc进行编译时，通过设置编译参数和警告级别，会产生相应的编译信息，通过分析编译日志中的warning信息,对于信息中含有“memory leaks”的语句进行过滤，此类语句会记录到内存泄露信息日志中，在此日志中会详细记录内存泄露代码所在地，以此通过代码分析以后会生成代码分析日志。可选地，代码提交进一步还包括通过分析测试运行的结果以及代码分析日志决定是否提交代码，如果测试全部通过，且代码日志分析中不存在内存泄露和不规范的代码信息，则通过svn commit代码提交功能会调用代码分析中的更新路径把改动的代码提交到代码存储库，否则代码不提交。可选地，测试运行进一步包括使用测试用例应用接口生成的配置文件，按照顺序调用单元测试或者脚本测试用例，在执行时，通过在测试日志中写入各个测试用例的测试统计的信息三原组信息，在测试结束时，统计出通过的测试用例和失败的测试用例；其中，所述的信息三元组包括case-group-id :表示测试信息所在组号；case-id :表示测试用例编号；success/failed :表示测试用例通过与否；在测试执行时，每一个测试用例都会形成一个三元组格式信息。本发明还提供了一种基于XML数据库的软件集成测试系统，包括客户端，分别用于接收用户的集成测试配置请求，并将所述集成测试配置请求发送至集成测试服务器；集成测试服务器，包括代码编译与分析模块，用于代码的编译与分析并产生代码分析日志；测试运行模块，用于通过使用测试用例应用接口生成的测试配置文件，按照顺序调用单元测试或者脚本测试用例进行测试运行，并于测试运行结束后生成测试日志；代码提交模块，通过分析代码测试运行的结果和所述的代码分析日志分析代码是否测试充分，并在代码测试充分时，将代码提交至代码存储器；代码存储器，用于对集成测试服务器提交的代码进行集中式版本控制管理。可选地，还进一步包括分布式负载均衡集成测试服务器，分别连接集成测试服务器和多个agent执行器，用于根据所述集成测试服务器发送来的操作信息选择相应的agent执行器，并把agent执行器执行完的结果返回至集成测试服务器；所述agent执行器，被选中的agent执行器用于根据所述分布式负载均衡集成测试服务器传送的操作配置文件进行测试执行，并将测试执行的结果通过分布式负载均衡集成测试服务器返回至所述的集成测试服务器。可选地，所述客户端接收包括用户配置的集成测试服务器地址、登入账号以及需执行的项目、代码分析与提交选项在内的操作请求，并将所述操作请求发送至所述集成测试服务器。
可选地，所述的代码编译与分析模块进一步包括代码分析模块，用于通过调用所述代码存储器中的原始代码与软件开发人员提交到所述集成测试服务器中的代码进行对比分析，找出代码的更新路径，并在测试运行时记录代码的覆盖路径，通过对比更新路径与测试覆盖路径，最后分析代码是否测试充分；代码编译模块，用于对代码进行编译，通过设置编译参数和警告级别产生相应的编译信息，通过分析编译日志中的warning信息,对于信息中含有“memory leaks”的语句进行过滤，并将所述的含有“memory leaks”的语句记录至一内存泄露信息日志中。可选地，集成测试服务器进一步包括统计模块，所述的统计模块用于统计代码的变更率和测试通过率，并将统计结果返回给所述客户端进行显示。可选地，集成测试服务器进一步包括测试触发模块，所述的测试触发模块用于根据所述客户端的时间和代码变更设置触发代码的测试运行。可选地，所述的代码分析模块在测试运行时记录代码的覆盖路径具体为在代码编译时，编译器会产生相应的符号文件，在测试运行时通过对符号文件写入跟踪信息，从而记录代码的覆盖路径。可选地，所述的内存泄露信息日志中记录了内存泄露代码所在地，以便于开发人员对于代码进行修改。可选地，所述的测试日志中包括有信息三元组，在测试运行结束时，通过分析所述的信息三元组统计出测试通过的测试用例和测试失败的测试用例。可选地，所述的信息三元组包括case-group-id :表示测试信息所在组号；case-id :表不测试用例编号；success/failed :表示测试用例通过与否与现有技术相比，上述技术方案具有下优点本发明的技术方案针对已现有技术中存在的问题，提出了一种基于XML数据库的软件集成测试系统，其提供了 扩展测试用例的运行接口，测试人员只需把编好的测试用例上传到代码存储器中，通过测试工具的集成测试服务器端提供的运行接口进行配置即可完成新测试用例的添加及持续集成的功能；基于最小堆和Hash算法的分布式负载均衡器，在测试资源添加或减少的情况下，通过动态的构建最小堆和Hash，分布式负载均衡器能自动适应新环境下的需求；代码的自动编译、分析和提交功能，提升用户的代码提交的质量。实现了软件中的持续集成，同时提升了代码提交的准确率以及测试的回归效率。另外，由于本发明采用了分布式的设计思想，屏蔽了测试机的资源瓶颈问题以及平台自动选择问题，提高了资源的利用率。
图I是本发明实施方式的基于XML数据库的软件集成测试方法的流程图；图2是本发明实施方式的基于XML数据库的软件集成测试方法中的根据所述集成测试服务器发送来的操作信息选择相应的agent执行器的方法流程图；图3是本发明实施方式的基于XML数据库的软件集成测试系统的框架图。
具体实施例方式为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图对本发明的具体实施方式
做详细的说明。在以下描述中阐述了具体细节以便于充分理解本发明。但是本发明能够以多种不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广。因此本发明不受下面公开的具体实施方式
的限制。本领域的技术人员知道，软件集成测试是保障软件质量的重要过程和方法，目前已有的软件集成测试工具中主要针对的是应用软件产品，不存在针对XML数据库这种大型基础系统软件的测试工具，并且已有的工具不具备持续集成的能力、代码编译分析能力及缺少扩展性、适应性强的分布式负载能力等缺点。为解决现有技术中的问题，本发明的发明人经过研究，提出了一种基于XML数据库的软件集成测试方法。参阅图1，图I是本发明实施方式的基于XML数据库的软件集成测试方法的流程图。本发明实施方式的基于XML数据库的软件集成测试方法，包括步骤SlO :集成测试服务器接收用户的请求，对于代码进行编译和分析并产生代码分析日志；其中，在代码分析时，通过svn blame功能调用代码存储器中的原始代码与用户提交到集成测试服务器中的代码进行对比分析，找出代码的更新路径，并记录到集成日志中；在代码编译时，编译器会产生相应的符号文件，在测试运行时通过对符号文件写入跟踪信息，从而记录代码覆盖路径，通过对比更新路径与测试覆盖路径，最后分析代码是否测试充分。 其中，本步骤中还进一步包括在对代码使用vs或者gcc进行编译时，通过设置编译参数和警告级别，会产生相应的编译信息，通过分析编译日志中的warning信息，对于信息中含有“memory leaks”的语句进行过滤，此类语句会记录到内存泄露信息日志中，在此日志中会详细记录内存泄露代码所在地，以此通过代码分析以后会生成代码分析日志。步骤S20 :通过使用测试用例应用接口生成的测试配置文件，按照顺序调用单元测试或者脚本测试用例进行测试运行，并于测试运行后生成测试日志；步骤S30 :根据代码测试运行的结果和所述的代码分析日志分析代码是否测试充分，并在代码测试充分时，将代码提交至代码存储器；其中，本步骤中，还进一步包括分布式负载均衡器接收集成测试服务器传送的操作信息，采用最小堆和HASH算法来选择agent执行器；
选定的agent执行器根据所述分布式负载均衡集成测试服务器传送的配置信息进行编译及测试用例的运行，并将测试执行的结果返回至所述的集成测试服务器。其中，所述的根据所述集成测试服务器发送来的操作信息选择相应的agent执行器具体为步骤SllO 以各个agent执行器的IP地址构建一动态哈希表；步骤S120 :通过所述哈希表计算各个所述agent执行器的CPU使用率和内存使用率；
步骤S130 :通过对于各个所述agent执行器的CPU使用率和内存使用率使用加权平均法计算出各个所述agent执行器的最终资源使用率；步骤S140 :通过所述各个所述agent执行器的最终资源使用率构建最小堆；步骤S150 :所述分布式均衡集成测试服务器通过去除所述最小堆的堆顶元素选择负载最小的agent执行器，并在取出所述堆顶元素的同时使用堆算法重新构建最小堆。可选地，代码提交进一步还包括通过分析测试运行的结果以及代码分析日志决定是否提交代码，如果测试全部通过，且代码日志分析中不存在内存泄露和不规范的代码信息，则通过svn commit代码提交功能会调用代码分析中的更新路径把改动的代码提交到代码存储库，否则代码不提交。可选地，测试运行进一步包括使用测试用例应用接口生成的配置文件，按照顺序调用单元测试或者脚本测试用例，在执行时，通过在测试日志中写入各个测试用例的测试统计的信息三原组信息，在测试结束时，统计出通过的测试用例和失败的测试用例；其中，所述的信息三元组包括case-group-id :表示测试信息所在组号；case-id :表示测试用例编号；success/failed :表示测试用例通过与否；在测试执行时，每一个测试用例都会形成一个三元组格式信息步骤S40 :代码存储器对提交至其中的代码进行集中式版本控制管理。参见图3，本发明还提供了一种基于XML数据库的集成测试系统，包括客户端1，分别用于接收用户的请求，并将所述请求发送至一集成测试服务器；其中，客户端I包括VC客户端11和eclipse客户端12，便于用户使用。在客户端中，用户只需配置集成测试服务器地址、登入账号以及选中需执行的项目、代码分析与提交选项即可运行。集成测试服务器2在接收到客户端I的配置以后，进行相应操作的设置，并在执行结束后，把相应的结果发送给客户端I。集成测试服务器2，用于根据所述客户端发送的集成测试请求进行相应的集成测试操作，并将所述操作结果返回给所述客户端进行显示；其中，集成测试服务器2进一步包括代码编译与分析模块21，用于代码的编译与分析并产生代码分析日志；其中，代码编译与分析模块21进一步包括代码分析模块21a，通过调用所述代码存储器中的原始代码与提交到所述集成测试服务器中的代码进行对比分析，找出代码的更新路径，并将代码的更新路径记录至一集成日志中；在测试运行通过对于代码编译时编译器产生的相应的符号文件写入跟踪信息，从而记录代码覆盖路径，通过对比更新路径与测试覆盖路径，最后分析代码是否测试充分记录代码的覆盖路径，通过对比更新路径与测试覆盖路径，最后分析代码是否测试充分；代码编译模块21b，用于使用vs或者gcc对代码进行编译时，通过设置编译参数和警告级别产生相应的编译信息，通过分析编译日志中的warning信息，对于信息中含有“memory leaks”的语句进行过滤,并将所述的含有“memory leaks”的语句记录至一内存泄露信息日志中。代码提交模块22，用于根据代码测试运行的结果和所述的代码分析日志分析代码是否测试充分，并在代码测试充分时，将代码提交至代码存储器；测试运行模块23，用于通过使用测试用例应用接口生成的测试配置文件，按照顺序调用单元测试或者脚本测试用例进行测试运行，并于测试运行后生成测试日志；在测试运行时，通过在测试日志中写入包含有测试信息所在组号、示测试用例编号和测试用例通过与否信息的信息三元组，在测试结束时，通过信息三元组，则能统计出 通过的测试用例和失败的测试用例。其中，例如，测试配置文件xqts test (:注测试组)xqts-Ι (:注测试用例)xqts-2update testfulltext test运行后生成的测试日志<1, I, sucess>〈2，1，failed〉〈3，1，sucess〉统计模块24，用于统计代码的变更率和测试通过率，并将统计结果返回给所述客户端进行显示；其中代码变更率通过计算提交代码的行数除以总代码行数；测试通过率通过计算测试日志中三元组信息中的success数量除以总测试用例数。此统计模块的信息会在测试结束以后，把相关结果传送至客户端I进行显示。测试触发模块25，用于根据所述客户端的时间和代码变更设置进行代码的触发测试运行；本模块主要用于测试用例的回归与验证，其主要通过时间和代码变更设置来进行触发运行，例如设置时间为8:00am，代码变更为true，另外，触发操作只有在代码变更时才会进行运行，否则不运行。测试出发模块25的设置提高了触发运行的效率，同时避免了手动代码提交的误操作性。分布式负载均衡集成测试服务器3，用于根据所述集成测试服务器发送来的操作信息选择相应的agent执行器；agent执行器4，分别用于按照所述分布式均衡负载集成测试服务器传送的操作信息从代码存储器中下载代码进行编译和测试，并将执行结果通过网络传送至所述集成测试服务器；代码存储器5，用于对提交至其中的代码进行集中式版本控制管理。代码存储器用于代码的版本控制功能，其主要利用现有的svn等工具。综上所述，本发明的技术方案具有如下的优点
本发明的技术方案针对已现有技术中存在的问题，提出了一种基于XML数据库的软件集成测试系统，其提供了 扩展测试用例的运行接口，测试人员只需把编好的测试用例上传到代码存储器中，通过测试工具的集成测试服务器端提供的运行接口进行配置即可完成新测试用例的添加及持续集成的功能；基于最小堆和Hash算法的分布式负载均衡器，在测试资源添加或减少的情况下，通过动态的构建最小堆和Hash，分布式负载均衡器能自动适应新环境下的需求；代码的自动编译、分析和提交功能，提升用户的代码提交的质量。实现了软件中的持续集成，同时提升了代码提交的准确率以及测试的回归效率。另外，由于本发明采用了分布式的设计思想，屏蔽了测试机的资源瓶颈问题以及平台自动选择问题，提高了资源的利用率。 应当理解的是这里所描述的方法和系统可以以各种形式的硬件、软件、固件、专用处理机或者它们的组合实现。尤其是，至少本发明的一部分包括程序指令的应用程序优选实现。这些程序指令被确实地包括在一个或者多个程序存储设备(包括但不限于硬盘，磁性软盘，RAM, ROM, CD，ROM等)里，并且可由任何包括适当结构的设备或者机器，例如一种具有处理器、内存和输入/输出接口的通用数字计算机执行。还应当理解由于附图中描述的一些系统的组成部件和处理步骤优选地以软件实现，所以，系统模块(或者方法步骤的逻辑流程)之间的连接可能不同，这取决于本发明的编程方式。根据这里给出的指导，相关领域的普通技术人员将能够设计出本发明的这些以及类似的实施方式。以上公开了本发明的多个方面和实施方式，本领域的技术人员会明白本发明的其它方面和实施方式。本发明中公开的多个方面和实施方式只是用于举例说明，并非是对本发明的限定，本发明的真正保护范围和精神应当以权利要求书为准。
权利要求
1.一种基于XML数据库的软件集成测试方法，其特征在于，包括 步骤S 10 :集成测试服务器接收用户的请求，对于代码进行编译和分析并产生代码分析日志； 步骤S20 :通过使用测试用例应用接口生成的测试配置文件，按照顺序调用单元测试或者脚本测试用例进行测试运行，并于测试运行后生成测试日志； 步骤S30 :根据代码测试运行的结果和所述的代码分析日志分析代码是否测试充分，并在代码测试充分时，将代码提交至代码存储器； 步骤S40 :对提交至其中的代码进行集中式版本控制管理。
2.如权利要求I所述的基于XML数据库的软件集成测试方法，其特征在于，还进一步包括 分布式负载均衡器接收集成测试服务器传送的操作信息，采用最小堆和HASH算法来选择agent执行器； 选定的agent执行器根据所述分布式负载均衡集成测试服务器传送的配置信息进行编译及测试用例的运行，并将测试执行的结果返回至所述的集成测试服务器。
3.如权利要求2所述的基于XML数据库的软件集成测试方法，其特征在于，所述的根据所述集成测试服务器发送来的操作信息选择相应的agent执行器具体为 步骤SllO 以各个agent执行器的IP地址构建一动态哈希表； 步骤S120 :通过所述哈希表计算各个所述agent执行器的CPU使用率和内存使用率；步骤S130 :通过对于各个所述agent执行器的CPU使用率和内存使用率使用加权平均法计算出各个所述agent执行器的最终资源使用率； 步骤S140 :通过所述各个所述agent执行器的最终资源使用率构建最小堆； 步骤S150 :所述分布式均衡集成测试服务器通过去除所述最小堆的堆顶元素选择负载最小的agent执行器，并在取出所述堆顶元素的同时使用堆算法重新构建最小堆。
4.如权利要求I所述的基于XML数据库的软件集成测试方法，其特征在于，进一步包括 在代码分析时，通过svn blame功能调用代码存储器中的原始代码与用户提交到集成测试服务器中的代码进行对比分析，找出代码的更新路径，并记录到集成日志中； 在代码编译时，编译器会产生相应的符号文件，在测试运行时通过对符号文件写入跟踪信息，从而记录代码覆盖路径，通过对比更新路径与测试覆盖路径，最后分析代码是否测试充分。
5.如权利要求I所述的基于XML数据库的软件集成测试方法，其特征在于，代码编译进一步包括 在对代码使用VS或者gcc进行编译时，通过设置编译参数和警告级别，会产生相应的编译信息，通过分析编译日志中的warning信息,对于信息中含有“memory leaks”的语句进行过滤，此类语句会记录到内存泄露信息日志中，在此日志中会详细记录内存泄露代码所在地，以此通过代码分析以后会生成代码分析日志。
6.如权利要求I所述的基于XML数据库的软件集成测试方法，其特征在于，代码提交进一步还包括 通过分析测试运行的结果以及代码分析日志决定是否提交代码，如果测试全部通过，且代码日志分析中不存在内存泄露和不规范的代码信息，则svncommit代码提交功能会调用代码分析中的更新路径把改动的代码提交到代码存储库，否则代码不提交。
7.如权利要求I所述的基于XML数据库的软件集成测试方法，其特征在于，测试运行进一步包括 使用测试用例应用接口生成的配置文件，按照顺序调用单元测试或者脚本测试用例，在执行时，通过在测试日志中写入各个测试用例的测试统计的信息三原组信息，在测试结束时，统计出通过的测试用例和失败的测试用例； 其中，所述的信息三元组包括 case-group-id :表示测试信息所在组号； case-id :表不测试用例编号； success/failed :表示测试用例通过与否； 在测试执行时，每一个测试用例都会形成一个三元组格式信息。
8.一种基于XML数据库的软件集成测试系统，其特征在于，包括 客户端，分别用于接收用户的集成测试配置请求，并将所述集成测试配置请求发送至集成测试服务器； 集成测试服务器，包括 代码编译与分析模块，用于代码的编译与分析并产生代码分析日志； 测试运行模块，用于通过使用测试用例应用接口生成的测试配置文件，按照顺序调用单元测试或者脚本测试用例进行测试运行，并于测试运行结束后生成测试日志； 代码提交模块，通过分析代码测试运行的结果和所述的代码分析日志分析代码是否测试充分，并在代码测试充分时，将代码提交至代码存储器； 代码存储器，用于对集成测试服务器提交的代码进行集中式版本控制管理。
9.如权利要求8所述的基于XML数据库的软件集成测试系统，其特征在于，还进一步包括 分布式负载均衡集成测试服务器，分别连接集成测试服务器和多个agent执行器，用于根据所述集成测试服务器发送来的操作信息选择相应的agent执行器，并把agent执行器执行完的结果返回至集成测试服务器； 所述agent执行器，被选中的agent执行器用于根据所述分布式负载均衡集成测试服务器传送的操作配置文件进行测试执行，并将测试执行的结果通过分布式负载均衡集成测试服务器返回至所述的集成测试服务器。
10.如权利要求8所述的基于XML数据库的软件集成测试系统，其特征在于，所述客户端接收包括用户配置的集成测试服务器地址、登入账号以及需执行的项目、代码分析与提交选项在内的操作请求，并将所述操作请求发送至所述集成测试服务器。
11.如权利要求8所述的基于XML数据库的软件集成测试系统，其特征在于，所述的代码编译与分析模块进一步包括 代码分析模块，用于通过调用所述代码存储器中的原始代码与软件开发人员提交到所述集成测试服务器中的代码进行对比分析，找出代码的更新路径，并在测试运行时记录代码的覆盖路径，通过对比更新路径与测试覆盖路径，最后分析代码是否测试充分； 代码编译模块，用于对代码进行编译，通过设置编译参数和警告级别产生相应的编译信息，通过分析编译日志中的warning信息,对于信息中含有“memory leaks”的语句进行过滤，并将所述的含有“memory leaks”的语句记录至一内存泄露信息日志中。
12.如权利要求8所述的基于XML数据库的软件集成测试系统，其特征在于,集成测试服务器进一步包括统计模块，所述的统计模块用于统计代码的变更率和测试通过率，并将统计结果返回给所述客户端进行显示。
13.如权利要求8所述的基于XML数据库的软件集成测试系统，其特征在于,集成测试服务器进一步包括测试触发模块，所述的测试触发模块用于根据所述客户端的时间和代码变更设置触发代码的测试运行。
14.如权利要求13所述的基于XML数据库的软件集成测试系统，其特征在于，所述的代码分析模块在测试运行时记录代码的覆盖路径具体为在代码编译时，编译器会产生相应的符号文件，在测试运行时通过对符号文件写入跟踪信息，从而记录代码的覆盖路径。
15.如权利要求8所述的基于XML数据库的软件集成测试系统，其特征在于，所述的内存泄露信息日志中记录了内存泄露代码所在地，以便于开发人员对于代码进行修改。
16.如权利要求8所述的基于XML数据库的软件集成测试系统，其特征在于，所述的测试日志中包括有信息三元组，在测试运行结束时，通过分析所述的信息三元组统计出测试通过的测试用例和测试失败的测试用例。
17.如权利要求16所述的基于XML数据库的软件集成测试系统，其特征在于，所述的信息三元组包括 case-group-id :表示测试信息所在组号； case-id :表不测试用例编号； success/failed :表示测试用例通过与否。
全文摘要
本发明提供了一种基于XML数据库的软件集成测试方法及系统，其提供了扩展测试用例的运行接口，测试人员只需把编好的测试用例上传到代码存储器中，通过测试工具的集成测试服务器端提供的运行接口进行配置即可完成新测试用例的添加及持续集成的功能；基于最小堆和Hash算法的分布式负载均衡器，在测试资源添加或减少的情况下，通过动态的构建最小堆和Hash，分布式负载均衡器能自动适应新环境下的需求；代码的自动编译、分析和提交功能，提升用户的代码提交的质量。实现了软件中的持续集成，同时提升了代码提交的准确率以及测试的回归效率。另外，由于本发明采用了分布式的设计思想，屏蔽了测试机的资源瓶颈问题以及平台自动选择问题，提高了资源的利用率。
文档编号G06F17/30GK102880546SQ201210321769
公开日2013年1月16日 申请日期2012年9月3日 优先权日2012年9月3日
发明者罗正海, 赵伟, 郑程光, 赖铮, 孙伟丰, 李泉, 李 浩, 李书淦, 程仁波 申请人:上海方正数字出版技术有限公司