[发明专利]测试集成商业系统

说明书

背景技术

在信息技术的领域中，典型地，企业应用包括大量的商业系统。用于每个商业系统的软件可被独立地开发。当以独立开发的应用必须彼此交互的方式配置独立开发的应用时，这种独立的方法通常带来了挑战。假定典型的企业应用越来越多的集成特性，这可能是尤其如此。

集成的测试，例如商业系统之间的呼叫称为分级(staging)，也是端到端的测试。分级试图识别独立开发的应用彼此交互时可能产生的潜在问题。典型地，在发行周期结束时执行这种类型的测试。在一些情况中，由于时间和其他资源的限制，根本不能执行分级。

附图说明

在下述详细的说明中并参考附图描述了某些实施例，其中：

图1是依照实施例的测试平台的框图；

图2是依照实施例的中继测试系统的框图；

图3是依照实施例的用于测试集成应用的方法的过程流程图；

图4是依照实施例的用于中继测试的系统的框图；

图5是依照实施例的用于中继测试的系统的框图；并且

图6是依照实施例示出了存储用于中继测试的代码的非暂时计算机可读介质的框图。

具体实施方式

在许多情况中，不可获得用于分级企业应用的资源。例如，提供为两个完成的产品环境所需的计算机资源可能是不现实的，一个用于企业的商务，并且一个用于分级。同样的，单独的商业系统可仅执行筒仓测试(silo testing)。

在筒仓测试中，单个商业系统的应用仅被测试在自身上，而没有对外部应用的测试呼叫。外部应用可属于外部商业系统，并且同样地，不可用于测试。由于例如这些的情况，企业应用的集成不能被测试，直到应用被配置在产品环境中。

在一个实施例中，中继测试系统可用于集成的商业系统的覆盖。该覆盖描述了被测试的不同商业系统之间的一部分呼叫。换句话说，该覆盖指示测试企业应用的集成到什么程度。

图1是依照实施例的测试平台100的框图。测试平台100包括商业系统102和中继测试系统104。

中继测试系统104可用于执行商业系统102的端到端测试。在端到端测试中，中继测试系统104可在测试期间测试商业系统102之间的集成，提供集成错误的警告，并提供在集成域中缺少覆盖的警告。

在商业系统102的测试期间，中继测试系统104可记录对外部应用的呼叫。接着，包括这些外部应用的商业系统102可被载入测试平台100，并且记录的呼叫可被执行。

以此方式，就像接力赛中的指挥棒一样可以处理外部呼叫，其中，外部呼叫被断开到下一个商业系统，该下一个商业系统接着执行这些呼叫。依次的，这些呼叫可触发对其他商业系统102的进一步的外部呼叫。在记录的呼叫不被进一步测试时，可完成中继。有利地，中继测试系统可提高用于最新配置的商业系统的集成质量。

图2是依照实施例的中继测试系统104的框图。中继测试系统104可包括商业处理模型202、输出记录器204、数据库206、服务利用208、数据推荐器210以及数据覆盖212。该商业处理模型202可建模商业处理以及各种商业系统102的交互。

输出记录器204可提供记录或捕获一个商业系统102试图于对另一一个例如外部商业系统的所有输出。该输出可包括对外部商业系统和数据的呼叫。该输出可使用应用或通信挂起被记录。在一些实施例中，输出记录器204可为基于非侵入式网络嗅探(sniffing)的通信记录器。记录的输出可被存储在数据库206中。

除了外部呼叫和其它输出之外，该数据库206可维持各种关于端对端测试的数据的各种存储。例如，可将关于测试了哪个呼叫的信息存储在数据库206中。在数据库206中的数据可用于处理端对端测试，并产生数据覆盖报告和工作流可视化。数据覆盖报告可描述使用中继测试系统104测试的商业系统102的覆盖。工作流可视化可示出当前测试的集成的可视化。

服务利用208可响应于来自被测试的商业系统102的外部呼叫。由于外部商业系统可能不用于测试，所以外部呼叫可能碰撞被测试的应用。为了防止碰撞，或者为了有助于测试，服务利用208可完成商业处理即应用，进行外部呼叫。这可使用存根(stubbing)、响应产生等等来完成。在各种实施例中，服务利用208可使用自动或手工处理。