[发明专利]用于针对软件测试和软件监控进行数据注入和数据提取的动态探测器的方法和系统

说明书

技术领域

本发明涉及软件测试，具体地说，涉及一种对软件进行动态探测的方法。

背景技术

对软件开发者来说，其中一个最重要的要求是软件可靠。可靠性是指软件在指定环境中指定时间在无故障的情况下运行的能力。为了确保足够高级别的可靠性，必须在软件发布之前进行彻底的测试和调试。通常，针对作为整体的整个软件程序、以及组成软件程序的单独功能组件(例如，功能调用、子程序)进行测试。典型的是，针对该软件和/或一个或更多个功能组件所要求的变量生成包含一系列值的测试向量。选择变量值来代表各类想要在其中运行该软件的使用条件和环境。然后向软件和/或一个或更多个功能组件应用该测试向量，观察并记录变量值。

经常进行的一类测试称为回归分析(或者，有时称为验证测试)。回归分析包括针对为了修正已知问题而修改了的软件而进行的选择性再测试。进行选择性再测试是为了确保已修正了识别出的问题，并且确保没有其他以前正常工作的功能组件由于此次修复而出现故障。这种类型的测试是确保修改的代码仍然符合其指定要求并且未修改代码没有受到维护活动影响的基本质量控制措施。

一般来说，回归分析中的重要特征，特别是在软件测试中的回归分析中的重要特征是观察从测试向量产生的变量值的能力。早期对软件和/或其功能组件的变量值进行观察的尝试包括在其源代码中手动设定断点及其他陷阱(trap)。最近，例如来自Texas Instruments的Code ComposerStudio^TM和来自National Instruments的LabVIEW^TM的软件开发工具，包括可以在测试条件下插入到代码中的软件探测器。该软件探测器允许在软件执行时实时地观察测试下的代码中的变量。然而，这些新近的方案仅基于从测试下的代码中获得变量值(例如，这样可以对它们进行分析)。这些方案不允许在执行软件期间改变变量值。换句话说，这些现有软件探测器只是单行或单向探测器，即，只允许数据从测试下的代码流向测试系统。这些软件探测器不允许对数据传输方向进行逆转，以使得数据从测试系统流入测试下的代码中。

另一些探测器是双向的，即，这些探测器允许数据从测试下的代码流向测试系统，并且允许数据从测试系统流向测试下的代码。可以在2003年5月1日提交的、发明名称为“BI-DIRECTIONAL PROBING OFSOFTWARE”的共有美国申请第10/428733号中找到双向探测器的示例，其以引用的方式并入于此。

然而，在现有方案中，单向探测器和双向探测器二者都以静态模式工作，这意味着需要在测试下的软件的编译期间确定探测器。如果不在编译期间引入探测器，则引入探测器的唯一方式是对测试下的软件进行重新“建立”(rebuild)，这种情况是不理想的。并且，即使在探测器不工作时，也仍然消耗少量存储量，对于整个系统来说，所述少量存储量可能合计为相当数量的存储量。

因此，需要这样一种探测器，其可以在运行期间被安装到测试下的软件中，而在编译期间不被安装到测试下的软件中，从而可以根据需要来引入或去除探测器，并且仅被安装时的探测器消耗存储量。

发明内容

本发明提供了一种测试其中具有多个软件模块的软件的方法。该方法包括以下步骤：执行所述软件，该软件包括由该软件使用的多个软件模块，并且确定多个软件模块中彼此直接链接的两个软件模块。在执行所述软件时，在两个确定出的软件模块之间插入探测器。所述探测器将在确定出的所述两个软件模块之间交换的数据输出给测试系统，从而从所述软件中提取数据。

根据本发明的另一种实施方式，提供了一种用于测试软件的系统，该系统包括：测试下的软件，该软件中具有多个软件模块；至少一个应用程序，该至少一个应用程序耦合到所述测试下的软件；以及测试器单元，用于控制所述至少一个应用程序，以使得将测试器单元配置为使所述至少一个应用程序执行所述测试下的软件，该测试下的软件包括由该测试下的软件使用的任意软件模块。该测试器单元还配置为确定由所述测试下的软件使用的软件模块中彼此直接通信的两个软件模块，当执行所述测试下的软件时，在两个确定出的软件模块之间插入探测器，并经由所述探测器输出在确定出的所述两个软件模块之间交换的数据，从而从所述测试下的软件中提取数据。