Page History

...

注意，某些文件过滤器和行过滤器仅适用于在受支持的源代码控制系统下工作的项目。

Scope 选项卡具有以下设置：

• 文件过滤器：File Filters：限制 SOAtest 测试不符合指定时间戳和/或作者标准的文件。
  • 时间选项：Time options：限制 SOAtest 测试不符合指定时间戳标准的文件。可用时间选项包括：
    • 没有时间过滤器：No time filters：不根据文件的最后修改日期过滤任何文件。
    • 只测试自截止日期起添加或修改的文件或行。过滤自截止日期以来未添加或修改的文件。
    • 只测试最近 n 天内添加或修改的文件。过滤未在指定时间段内添加或修改的文件。
    • Test only files added or modified since the cutoff date：过滤自截止日期以来未添加或修改的文件。
    • Test only files added or modified in the last n days：过滤未在指定时间段内添加或修改的文件。
    • Test only files modified between working and 只测试工作和 ____ 之间修改的文件：：过滤在工作的开发人员分支（工作区中）和指定的分支之间未修改的文件（或者，如果启用该选项，则检测到默认的集成流）。流名称可以是来自父开发人员工作流层次结构的任何流。默认集成流为开发人员工作流的父流。例如，如果拥有具有 [Main] --- [Integration] --- [Developer]这样层次结构的流，则 Developer 流的 Integration 为默认集成流。当前支持 SVN、AccuRev 和 Clear Case。
    • 只测试本地添加或修改的文件：Test only files added or modified locally：过滤本机上未添加或修改的文件。该功能仅适用于受支持的源码控制系统下的文件。
  • 作者选项：Author options：限制 SOAtest 测试不符合特定作者标准的文件。可用的作者过滤选项包括：
    • 没有作者过滤器：No author filters：不根据文件作者过滤任何文件。
    • 只测试首选用户编写的文件：Test only files authored by preferred user：过滤不是由特定用户编写的任何文件（比如，过滤掉由其他用户编写的任何文件）。
  • Path 选项： options：配置 SOAtest 过滤匹配特定过滤器标准的文件。使用 "accept” 过滤器来指定要包含的文件类型。使用 "reject" 过滤器来指定要排除的文件类型。对于编码查核测试配置，这些过滤器将预先使用相同的过滤选项进行填充。

...

• 行过滤器：Line filters：限制 SOAtest 进行操作的代码行。首先应用文件过滤器，以便到达行过滤器的代码必须通过文件过滤器。可用的行过滤选项包括：
  • 时间选项：Time options：限制 SOAtest 测试不符合指定时间戳标准的代码行。可用时间选项包括：
    • 没有时间过滤器：No time filters：不根据代码行的最后修改日期过滤任何文件。
    • 只测试自截止日期起添加或修改的行。过滤自截止日期以来未添加或修改的代码行。该功能仅适用于受支持的源码控制系统下的文件。
    • 只测试最近 n 天内添加或修改的行。过滤未在指定时间段内添加或修改的代码行。
    • 只测试本地添加或修改的行：过滤本机上未添加或修改的代码行。该功能仅适用于受支持的源码控制系统下的文件。
    • Test only lines added or modified since the cutoff date：过滤自截止日期以来未添加或修改的代码行。该功能仅适用于受支持的源码控制系统下的文件。
    • Test only lines added or modified in the last n days：过滤未在指定时间段内添加或修改的代码行。
    • Test only lines added or modified locally：过滤本机上未添加或修改的代码行。该功能仅适用于受支持的源码控制系统下的文件。
  • Author options：作者选项：限制 SOAtest 测试不符合指定作者标准的代码行。可用的作者过滤选项包括：
    • 没有作者过滤器：No author filters：不根据代码行的作者过滤任何文件。
    • 只测试用户编写的文件：Test only files authored by users：过滤掉不是由特定用户编写的任何文件。例如，可以使用它来专注您（或所选定组成员）正在工作的文件。若要指定多个用户，则使用以逗号分割的列表（例如，matt, tom, joe）。

...

测试期间，SOAtest 将根据该测试使用的测试配置中定义的参数执行静态分析。 

Static 选项卡具有以下设置：

• 启用静态分析：Enable Static Analysis：决定 SOAtest 是否执行静态分析，其中涉及检查所选定资源是否遵循为该测试配置启用的规则。
• 限制每条规则报告的最大任务数：Limit maximum number of tasks reported per rule to：决定 SOAtest 是否限制每条规则报告的违规（任务）数。如果是这样，那么在单个测试中应该报告每条规则的最大违规数。例如，如果希望看到每条规则违规的次数不超过五次，则将此参数设置为 5。默认设置为 1,000。
• 不要使用抑制：Do not apply suppressions：决定 SOAtest 是否应用特定抑制。如果没有应用抑制，则 SOAtest 将报告所有发现的违规行为。
• 规则树：Rules tree：决定静态分析期间检测哪些规则。使用规则树和相关控件来指明您希望在静态分析期间检查哪些规则和规则类别。
  • 若要查看规则说明，则右键单击代表该规则的节点，然后从快捷菜单选择 View Rule Documentation 。
  • 若要查看规则类别说明，则右键单击代表该规则类别的节点类别，然后从快捷菜单选择 View Category Documentation 。

  • 若要启用或禁用特定规则类别中的所有规则或特定规则类别中的特定类型规则，则右键单击类别节点，然后选择 Enable Rules>[desired option] or Disable Rules> [desired option]。

  • 若要搜索一条规则，则单击 Find 按钮，然后使用该对话框进行搜索。
  • 若要隐藏未启用的规则，则单击 Hide Disabled 按钮。如果希望稍后显示所有规则，则单击 Show All。

...

Execution> Functional 选项卡具有以下设置：

• 执行功能测试：Execute functional tests：决定是否运行任何功能测试。
• 启用事件日志：Enable event logging：决定 SOAtest 是否记录需要提供测试开始到结束之间发生的详细事件顺序的所有事件的数据（例如，所有发送的请求、接收的响应、使用的数据源、等待时间、导航任务等等）。有关更多详情，请查阅 探索测试事件（Test Event）细节 探索测试事件细节 。
• 在负载测试模式下执行：Execute in load test mode：决定 SOAtest 是否在负载测试模式下执行可用测试，并提醒您任何可能影响负载测试的显出问题。例如，配置了错误的 HTTP 请求。有关更多详情，请查阅 Validating Tests 。
  • 准备负载测试时自动配置测试：Auto-configure tests in preparation for load testing：决定 SOAtest 是否配置基于浏览器的 web 场景，以在无浏览器负载测试环境中运行。有关更多详情，请查阅Configuring Tests 。
• 只执行打开的测试套件（.tst）文件（在命令行模式下总是失败）：Execute only opened Test Suite (.tst) Files (always false in command-line mode)：决定 SOAtest 是否执行当前不活跃的测试套件（比如，当前没有进行的测试）。
• 报告所有测试的流量：Report traffic for all tests：决定报告是否包含 "Test Traffic [All Tests]” 部分，其中包含每个测试执行的流量，无论其成功与否。入股启用此选项，则还可配置流量限制：测试执行会话过程中存储的流量数（而非每个测试）。默认为 500 KB。
• 启动应用程序：Launch an application：允许配置 SOAtest 测试配置，以便在测试配置执行开始时运行 Eclipse 启动配置。例如，假设希望对在 Eclipse 中启动和运行的应用程序的本地副本运行测试场景。  如果想要启动应用程序并在一个简单的步骤中运行测试，则可以创建一个测试配置来启动该应用程序以及执行测试。
• 覆盖测试执行过程中的默认环境：Override default environment during test execution：配置 SOAtest，使其始终使用指定的环境进行使用此测试配置运行的测试，无论测试用例资源管理器中的环境是否活动。
  例如，假设具有以下环境：
  
  
  
  这是您如何设置测试配置，使其始终使用 "staging server” 环境：
  
  
  
  
• 使用回放引擎：Use playback engine：允许在测试执行时覆盖测试的回放引擎设置。默认情况下，测试配置被设置为使用测试套件级别指定的回放引擎来播放 web 场景。这允许使用单个测试配置来指定 Selenium 配置的混合测试以及传统引擎配置的测试。如果在此处选择了一个特定的驱动程序，则不管在测试场景级别上配置了什么引擎都将使用它。有关更多详情，请查阅Using Selenium WebDriver for Legacy Browser Recordings 和 Using the Legacy Native Driver Instead of Selenium 。
• 使用浏览器。Use browser：允许在测试执行时覆盖测试的浏览器回放设置。有关更多详情，请查阅 配置浏览器回放选项 。
• 将静态分析应用于：Apply static analysis to：如果测试配置运行静态分析和测试执行（例如，执行 web 场景上的静态分析），则该设置决定是否在 HTTP 响应或浏览器内容上执行静态分析。
  • HTTP Responses 指的是浏览器为了构建其数据模型而生成的单个 HTTP 消息。服务器按原样返回的内容（在任何浏览器处理之前）。
  • Browser-Constructed HTML 指的是浏览器从其加载的所有 HTML、JS、CSS 和其他文件构建的实时数据模型。

...

Execution> Change Impact 选项卡包含一个选项（执行变更影响分析Perform change impact analysis），该选项控制当前测试配置是否在测试执行期间执行变更影响分析。有关更多详情，请查阅 使用变更指导助手更新报文 。

...

测试配置的 Common 选项卡控制影响多个分析类型的操作的测试设置。

Common 选项卡具有以下设置：

• 覆盖会话标签：Override Session Tag：将指定会话标签分配给使用当前测试配置执行的测试运行的结果。它覆盖了在 Preferences> Parasoft> Reports中指定的会话标签。该值用于上传汇总结果到团队服务器。标记是在分析过程中检查模块的标识符。不同模块的报告应该用不同的标签标记。对 Parasoft 测试首选项有效的相同变量可以在此处使用。
• 在 Before Testing> Refresh 项目之前：projects：确定项目在测试之前是否已刷新。当刷新项目时，SOAtest 检查外部工具是否更改了本地文件系统中的项目，然后应用任何检测到的变更。注意，当从命令行进行测试时，项目总是在测试之前进行刷新。
• 在 Before Testing> Update  Update projects from source control 之前：：在测试项目之前，确定是否从源代码控制（如果使用受支持的源代码控制系统）更新项目。
• 构建：Build：在测试之前，确定项目是否已构建。注意，此设置适用于 GUI 测试，而不是命令行测试。可用选项包括：
  • 完整（重建所有文件）：指定应始终重新构建所有项目文件。
  • 自增（构建文件自上次构建后更改）：指定只应重新构建自上一个构建以来已更改的项目文件。
  • 停止对构建错误的测试：指定在报告构建错误时是否应该停止测试。
  • Full (rebuild all files)：指定应始终重新构建所有项目文件。
  • Incremental (build files changed since last build)：指定只应重新构建自上一个构建以来已更改的项目文件。
  • Stop testing on build errors：指定在报告构建错误时是否应该停止测试。
• After 如果没有报告任务，则在 Testing> Commit added/modified files to source control 之后：if no tasks were reported：允许将测试和源代码控制登记合并到一个步骤中。例如，如果希望在文件上运行静态分析，则启用该选项。如果没有报告静态分析任务，则让 SOAtest 自动签入修改后的文件。在功能测试的上下文中，它告诉 SOAtest 是否运行修改后（并通过）的测试，它应该将修改后的测试检入到源代码控制中。

...

Goals 选项卡具有以下设置：

Static 选项卡

• 执行所有任务：Perform all tasks：表示希望 SOAtest 报告其推荐的所有静态分析，以及团队是否应该立即执行所有静态分析任务。
• 不要执行任务：Don’t perform tasks：表示希望 SOAtest 报告其推荐的所有静态分析，但不需要团队立即执行所有静态分析任务。例如，如果希望查看所有推荐的静态分析任务，但又希望团队在处理静态分析违规之前集中精力修复测试失败，那么这是非常有用的。
• 按日期计算，每个开发人员不超过 n 个任务：No more than n tasks per developer by date：指定希望在特定日期内每个开发人员只有 n 个静态分析任务。
• 最大任务数推荐：Max tasks to recommend：限制在任何测试运行中为每个开发人员报告的静态分析任务的数量。所显示的任务是随机选定的，以便在每次运行后显示不同任务。例如，如果将参数设置为 50，那么将随机选择每次运行后显示的第一个任务，而下面的 49 个任务将跟随完整报告中的第一个任务。

Execution 选项卡

• 执行所有任务：Perform all tasks：表示希望 SOAtest 报告所有功能测试任务，并且团队应该立即执行指定任务。
• 不要执行任务：Don’t perform tasks：表示希望 SOAtest 报告所有功能测试任务，但不需要团队立即执行所有指定任务。例如，如果希望查看所有必需的功能测试任务，但又希望团队在处理功能测试失败之前集中精力修复静态分析，那么这是非常有用的。
• 按日期计算，每个开发人员不超过 n 个任务：No more than n tasks per developer by date：表示希望在特定日期内每个开发人员只有 n 个功能测试任务。
• 最大任务数推荐：Max tasks to recommend：限制在任何测试运行中为每个开发人员报告的功能测试任务的数量。所显示的任务是随机选定的，以便在每次运行后显示不同任务。例如，如果将参数设置为 50，那么将随机选择每次运行后显示的第一个任务，而下面的 49 个任务将跟随完整报告中的第一个任务。