本主题描述预配置的“内置”测试配置，这些测试配置包含在 SOAtest 中。在本章节中：
编码查核类别
| 名称 | 作用域 | 编码查核 |
|---|---|---|
| 提交后 | 所有项目文件 | 模板代码评审配置，用于提交到源代码控制后希望评审代码的团队 |
| 提交后 | 仅在本地添加或修改文件 | 模板代码评审配置，用于提交到源代码控制之前希望评审代码的团队 |
功能测试类别
| 名称 | 说明 |
|---|---|
| 运行自动化服务器测试 | 在不计算 API 覆盖率的情况下执行功能测试，并报告所有测试的流量（因此报告包含一个"Test Traffic [All Tests]”部分，为每次测试执行提供流量，而不管测试是否成功）。设计用于基于服务器的自动化测试执行（例如，通过 API 或通过 Parasoft CTP）。 |
| 在所有浏览器中运行 Web 功能测试 | 在 Firefox、Chrome、Safari 和 Internet Explorer（如果适用）中执行每个 web 场景。 |
| 在测试指定的浏览器中运行 Web 功能测试 | 使用在测试场景的浏览器播放选项（Browser Playback Option）选项卡中配置浏览器播放设置执行每个 web 场景。如果你有多个场景，每个场景都具有不同的浏览器回放设置，则此测试配置将在指定的浏览器中运行所有场景。 |
| 在 Edge 中运行 Web 功能测试 | 在 Edge 中执行每个 web 场景。如果将 web 场景配置为仅在一个或多个其他浏览器中运行，则不会运行该场景。 |
| 在 Chrome 中运行 Web 功能测试 | 在 Chrome 中执行每个 web 场景。如果将 web 场景配置为仅在一个或多个其他浏览器中运行，则不会运行该场景。 |
| 在 Firefox 中运行 Web 功能测试 | 在 Firefox 中执行每个 web 场景。如果将 web 场景配置为仅在一个或多个其他浏览器中运行，则不会运行该场景。 |
| 在 Internet Explorer 中运行 Web 功能测试 | 在 Internet Explorer 中执行每个 web 场景。如果将 web 场景配置为仅在一个或多个其他浏览器中运行，则不会运行该场景。 |
| 在 Safari 中运行 Web 功能测试 | 在 Safari 中执行每个 web 场景。如果将 web 场景配置为仅在一个或多个其他浏览器中运行，则不会运行该场景。 |
负载测试类别
| 名称 | 说明 |
|---|---|
| 负载测试配置 | 将基于浏览器的 web 场景配置为在无浏览器负载测试环境中运行。有关更多详情，请查阅 Configuring Tests 。 |
| 负载测试验证 | 在负载测试模式下执行测试，并提醒你任何可能影响负载测试的未解决问题。例如，配置错误的 HTTP 请求。有关更多详情，请查阅 Validating Tests 。 |
安全类别
| 名称 | 说明 |
|---|---|
| 为 Web 应用程序运行混合分析渗透测试 | 通过运行时错误检测执行渗透测试（使用为 web 应用程序设计的攻击）。有关更多详情，请查阅 渗透测试 。 |
| 为 Web 服务运行混合分析渗透测试 | 通过运行时错误检测执行渗透测试（使用为 web 服务设计的攻击）。有关更多详情，请查阅 渗透测试 。 |
| 为 Web 应用程序运行渗透测试 | 执行渗透测试（使用为 web 应用程序设计的攻击）。有关更多详情，请查阅 渗透测试 。 |
| 为 Web 服务运行渗透测试 | 执行渗透测试（使用为 web 服务设计的攻击）。有关更多详情，请查阅 渗透测试 。 |
静态分析类别
| 名称 | 说明 |
|---|---|
| 检查 HTML 格式良好性 | 报告缺少结束标记。 如果需要为属性添加默认值（即，默认为“true”的选项），则报告。 报告不带引号的属性值。 如果需要数值的属性具有非数值值，则报告。报告孤立的结束标记。 报告缺少要求标记。 文档要求 <HTML> <HEAD> <TITLE> </TITLE> </HEAD> <BODY> </BODY> </HTML> 片段要求 <HTML> <HEAD> <TITLE> </TITLE> </HEAD> <FRAMESET> </FRAMESET> </HTML> |
| 检查链接 | 检测断开的链接、程序故障和其他关键站点问题。 |
| 检查拼写 | 检查 HTML 和 XML 文件中的拼写错误。 |
| 检查 Web 标准 | 验证代码是否遵循 HTML、JavaScript、CSS 和 ASP/VBScript 的编码标准。 |
| 检查 XML 格式良好性 | 检查 XML 文件是否格式良好，并（可选）验证它们。 |
| Schema 最佳实践 | 检查最佳实践的遵从性，以确保模式互操作性、可维护性和安全性。 |
| WSDL 最佳实践 | 检查对最佳实践的遵从性，以确保 WSDL 互操作性、可维护性和安全性。 |
可访问性子类别
| 名称 | 说明 |
|---|---|
| 推荐第 508 节 | 监控对关键的和建议的第 508 节可访问性指南的遵从性。 |
| 推荐 WCAG 2.0 | 监控 WCAG 2.0 可访问性指南的遵从性。 |
| 第 508 节 | 监视对最关键的第 508 节可访问性指南的遵从性。 |
| WCAG 1.0 - 级别 1 | 监控级别 1 的 WCAG 1.0 易访问性指南的遵从性。 级别 1 成功条件：
|
| WCAG 1.0 - 级别 1 和级别 2 | 监视对级别 1 和级别 2 WCAG 1.0 可访问性指南的遵从性。 级别 2 成功条件：
|
| WCAG 1.0 - 级别 1、级别 2 和级别 3 | 监视对级别 1、级别 2和级别 3的 WCAG 1.0 可访问性指南的遵从性。 级别 3 成功条件：
|
| WCAG 2.0 - 级别 A | 监控级别 A 的 WCAG 2.0 易访问性指南的遵从性。 |
| WCAG 2.0 - 级别 A 和级别 AA | 监控级别 A 和级别 AA 的 WCAG 2.0 易访问性指南的遵从性。 |
| WCAG2.0 - 级别 A、级别 AA 和级别 AAA | 监控级别 A、级别 AA 和级别 AAA 的 WCAG 2.0 易访问性指南的遵从性。 |
编码查核类别
| 名称 | 作用域 | 编码查核 |
|---|---|---|
| 提交后 | 仅在本地添加或修改文件 | 对于希望在提交源代码控制之前检查代码的团队。 若要使用次测试配置，必须启用编码查核首选项 Show user assistant during scanner run 设置，以便作者可以指定合适的审阅者。有关更多详情，请查阅 代码审查 。 |
| 提交后（模板） | 前一天修改的所有项目文件 | 对于希望在提交源代码控制 之后 检查代码的团队。 使用前，必须复制并自定义此测试配置（比如，若要指定 author-reviewer 映射）。有关更多详情，请查阅 代码审查 。 |
| 提交后（分配所有） | 前一天修改的所有项目文件 | 对于希望在提交源代码控制 之后 检查代码的团队。 此测试配置可以在不进行自定义的情况下使用。它包括本地编码查核用户的映射；它将范围（针对作者）内的所有修订分配给当前用户。 |
查阅 配置用于策略的测试配置和规则 以了解如何开发适合你项目和团队优先级的自定义测试配置。
