本主题描述预配置的“内置”测试配置，这些测试配置包含在 SOAtest 中。在本章节中：

编码查核类别

名称作用域编码查核
Post-Commit所有项目文件模板代码评审配置，用于提交到源代码控制后希望评审代码的团队
Pre-Commit仅在本地添加或修改文件模板代码评审配置，用于提交到源代码控制之前希望评审代码的团队

功能测试类别

名称说明
Run Automated Server Tests在不计算 API 覆盖率的情况下执行功能测试，并报告所有测试的流量（因此报告包含一个"Test Traffic [All Tests]”部分，为每次测试执行提供流量，而不管测试是否成功）。设计用于基于服务器的自动化测试执行（例如，通过 API 或通过 Parasoft CTP）。
Run Web Functional Tests in All  Browsers在 Firefox、Chrome、Safari 和 Internet Explorer（如果适用）中执行每个 web 场景。
Run Web Functional Tests in  Browser Specified by Tests使用在测试场景的浏览器播放选项（Browser Playback Option）选项卡中配置浏览器播放设置执行每个 web 场景。如果您有多个场景，每个场景都具有不同的浏览器回放设置，则此测试配置将在指定的浏览器中运行所有场景。
Run Web Functional Tests in Edge在 Edge 中执行每个 web 场景。如果将 web 场景配置为仅在一个或多个其他浏览器中运行，则不会运行该场景。
Run Web Functional Tests in Chrome在 Chrome 中执行每个 web 场景。如果将 web 场景配置为仅在一个或多个其他浏览器中运行，则不会运行该场景。
Run Web Functional Tests in Firefox在 Firefox 中执行每个 web 场景。如果将 web 场景配置为仅在一个或多个其他浏览器中运行，则不会运行该场景。
Run Web Functional Tests in Internet Explorer在 Internet Explorer 中执行每个 web 场景。如果将 web 场景配置为仅在一个或多个其他浏览器中运行，则不会运行该场景。
Run Web Functional Tests in Safari在 Safari 中执行每个 web 场景。如果将 web 场景配置为仅在一个或多个其他浏览器中运行，则不会运行该场景。

负载测试类别

名称说明
Configure for Load Test将基于浏览器的 web 场景配置为在无浏览器负载测试环境中运行。有关更多详情，请查阅 Configuring Tests 。
Validate for Load Test在负载测试模式下执行测试，并提醒您任何可能影响负载测试的未解决问题。例如，配置错误的 HTTP 请求。有关更多详情，请查阅 Validating Tests 。

安全类别

名称说明
Run Hybrid Analysis Penetration Tests for Web Applications通过运行时错误检测执行渗透测试（使用为 web 应用程序设计的攻击）。有关更多详情，请查阅 渗透测试 。
Run Hybrid Analysis Penetration Tests for Web Services通过运行时错误检测执行渗透测试（使用为 web 服务设计的攻击）。有关更多详情，请查阅 渗透测试 。
Run Penetration Tests for Web Applications执行渗透测试（使用为 web 应用程序设计的攻击）。有关更多详情，请查阅 渗透测试 。
Run Penetration Tests for Web Services执行渗透测试（使用为 web 服务设计的攻击）。有关更多详情，请查阅 渗透测试 。

静态分析类别

名称说明
Check HTML Well-Formedness

报告缺少结束标记。

如果需要为属性添加默认值（即，默认为“true”的选项），则报告。

报告不带引号的属性值。

如果需要数值的属性具有非数值值，则报告。报告孤立的结束标记。

报告缺少要求标记。

文档要求 <HTML> <HEAD> <TITLE> </TITLE> </HEAD> <BODY> </BODY> </HTML>

片段要求 <HTML> <HEAD> <TITLE> </TITLE> </HEAD> <FRAMESET> </FRAMESET> </HTML>

Check Links检测断开的链接、程序故障和其他关键站点问题。
Check Spelling检查 HTML 和 XML 文件中的拼写错误。
Check Web Standards验证代码是否遵循 HTML、JavaScript、CSS 和 ASP/VBScript 的编码标准。
Check XML Well-formedness检查 XML 文件是否格式良好，并（可选）验证它们。
Schema Best Practices检查最佳实践的遵从性，以确保模式互操作性、可维护性和安全性。
WSDL Best Practices检查对最佳实践的遵从性，以确保 WSDL 互操作性、可维护性和安全性。

可访问性子类别

名称说明
Recommended Section 508监控对关键的和建议的第 508 节可访问性指南的遵从性。
Recommended WCAG 2.0监控 WCAG 2.0 可访问性指南的遵从性。
Section 508监视对最关键的第 508 节可访问性指南的遵从性。
WCAG 1.0 - Level 1

监控级别 1 的 WCAG 1.0 易访问性指南的遵从性。

级别 1 成功条件：

  1. 通过标记、脚本或与用户代理（包括辅助技术）交互或支持通过用户代理（包括辅助技术）访问的其他技术，实现最低级别的可访问性。
  2. 可以合理地应用于所有 Web 资源。
WCAG 1.0 - Level 1 and 2

监视对级别 1 和级别 2 WCAG 1.0 可访问性指南的遵从性。

级别 2 成功条件：

  1. 透过以下其中一项或两项，提高可达性：
    1. 标记、脚本或与用户代理交互或允许通过用户代理访问的其他技术，包括辅助技术
    2. 内容和表示的设计
  2. 可以合理地应用于所有 Web 资源。
WCAG 1.0 - Level 1, 2, and 3

监视对级别 1、级别 2和级别 3的 WCAG 1.0 可访问性指南的遵从性。

级别 3 成功条件：

  1. 为残疾人实现额外的可访问性增强。
  2. 并不适用于所有 Web 资源。
WCAG 2.0 - Level A监控级别 A 的 WCAG 2.0 易访问性指南的遵从性。
WCAG 2.0 - Level A 和Level AA监控级别 A 和级别 AA 的 WCAG 2.0 易访问性指南的遵从性。
WCAG2.0 - Level A、Level AA 和 Level AAA监控级别 A、级别 AA 和级别 AAA 的 WCAG 2.0 易访问性指南的遵从性。

编码查核类别

名称作用域编码查核
Pre-Commit仅在本地添加或修改文件

对于希望在提交源代码控制之前检查代码的团队。

若要使用次测试配置，必须启用编码查核首选项 Show user assistant during scanner run 设置，以便作者可以指定合适的审阅者。有关更多详情，请查阅 代码审查 。

Post-Commit (Template)前一天修改的所有项目文件

对于希望在提交源代码控制 之后 检查代码的团队。

使用前，必须复制并自定义此测试配置（比如，若要指定 author-reviewer 映射）。有关更多详情，请查阅 代码审查 。

Post-Commit (Assign All)前一天修改的所有项目文件

对于希望在提交源代码控制 之后 检查代码的团队。

此测试配置可以在不进行自定义的情况下使用。它包括本地编码查核用户的映射；它将范围（针对作者）内的所有修订分配给当前用户。

查阅 配置用于策略的测试配置和规则 以了解如何开发适合您项目和团队优先级的自定义测试配置。

  • No labels

Need assistance? Visit our support page