[发明专利]软件测试的方法及系统

说明书

本发明描述了一种改进的软件测试系统。在各种实施实例中，改进的软件测试系统接收标识要测试的软件应用程序的逻辑的一组关键字，将该组关键字中的每个关键字与执行要测试的软件应用程序的功能的测试组件相关联;导出要测试的软件应用程序的行为模型，并基于关键字和派生模型测试软件应用程序。

技术领域：

在各种实现中，当软件测试器指定关键字并使用状态引擎模型来自动化软件测试时，改进的软件测试系统生成状态引擎模型。指定的关键字存储在关键字词汇表中。例如，指定的关键字可以存储在可扩展标记语言（XML）文档中。词汇表可以包含关键字和参数或有效输入的其他规范，例如与每个关键字相关联的先前或下一状态。词汇表还可以包含各种参数的默认值。然后，软件测试人员可以将一个或多个关键字与测试脚本相关联，以后可以选择该测试脚本来自动化测试改进的软件测试系统可以从软件测试器接收测试组件。作为示例，改进的软件测试系统可以提供向导界面，该界面使软件测试人员能够将关键字与测试组件相关联。当测试脚本引用关键字时，可以执行改进的软件测试系统。

技术背景

大型软件开发项目可以具有多个阶段，包括规划，开发和测试。各种软件开发方法包括多次重复这些阶段中的一些或全部，例如在大型或复杂的软件开发项目中。专业软件开发团队通常聘请测试人员在将软件发布给客户之前对其进行测试。测试人员可以测试软件以确保正确性，完整性，安全性和质量。当测试软件不符合测试人员的期望时，测试人员可能会识别出软件缺陷（“bug”）。测试者可以提供一系列步骤，以便软件开发者可以再现缺陷。然后，软件开发者可以解决该缺陷，例如通过修复源代码并生成软件的新“构建”。在本领域中众所周知，修复错误有时会引入其他错误。因此，测试人员经常进行回归测试，这可能涉及遵循先前确定为产生缺陷的步骤。存在各种软件测试技术。这些技术通常可分为手动测试和自动测试。手动测试需要人员执行大多数测试步骤。作为示例，人可以通过遵循详细描述潜在用户与软件的交互的各种场景或者通过采取诸如随机的各种步骤来识别缺陷来测试软件。在执行自动化测试时，软件测试人员使用测试自动化工具自动使测试软件采取各种步骤。例如，测试自动化工具可以记录测试人员与软件的交互作为步骤，然后回放步骤。一些测试自动化工具采用以编程方式与测试软件交互的框架，例如通过使用由测试软件提供的应用程序接口（API）。除了记录和重放步骤之外的自动测试技术可以进一步分为基于关键字的测试和基于模型的测试。在基于关键字的测试中，每个与测试软件的离散交互都会分配一个关键字，并且可以包含相关参数。作为示例，登录过程可以与关键字“登录”相关联，并且具有用户标识符和密码作为关联参数。为了自动测试软件，软件测试者可以指定一个或多个关键字，例如按顺序，以便测试自动化工具执行与每个指定关键字有关的步骤。在基于模型的测试中，软件测试器指定（或导致指定）测试软件的状态引擎模型。状态引擎模型可以识别与测试软件和交互相关的一组状态，这些状态使得测试软件从一种状态移动到另一种状态。然后，软件测试人员可以指定一个测试套件，用于将测试软件从通过或移动到各种软件。

发明内容

关联组件并提供与引用的关键字对应的词汇表中标识的参数。测试组件可以是在脚本语言或目标代码中指定的可执行逻辑。测试组件可以与要测试的软件交互，例如通过测试应用程序或框架。测试应用程序或框架可以通过由测试软件提供的API，由底层操作系统提供的API等与测试软件交互。改进的软件测试系统可以采用一个或多个角色。角色表示要执行的一个或多个测试脚本以及相关的权重。作为示例，角色可以指示一个测试脚本将在75％的时间执行而另一个测试脚本将在25％的时间执行。当软件测试人员开始自动测试并选择此角色时，改进的软件测试系统可以以指定的比例使用测试脚本。一旦改进的软件测试系统配置有关键字和测试组件，软件测试器就可以通过指定关键字来生成测试脚本，或者可以请求改进的软件测试系统自动生成测试脚本。改进的软件测试系统可以通过使测试的软件移动通过由生成的状态引擎模型识别的各种状态来自动生成测试脚本。因此，改进的软件测试系统可以自动生成“随机游走”测试和基于人的或加权路径测试。改进的软件测试系统还可以在手动指定测试脚本期间启用语法检查，转换检查和参数的自动生成。