Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Published by Scroll Versions from space FUNCTDEV and version SOAVIRT_9.10.6_CTP_3.1.2

...

Scroll Table Layout
widths33%,33%,34%

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

...

Scroll Table Layout
widths30%,70%

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

负载测试类别

Scroll Table Layout
widths30%,70%

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

安全类别

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

...

Scroll Table Layout
widths30%,70%

名称说明
检查 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 互操作性、可维护性和安全性。

...

Scroll Table Layout
widths30%,70%

名称说明
推荐第 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 - 级别 1、级别 2 和级别 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 - 级别 A、级别 AA 和级别 Level A、Level AA 和 Level AAA监控级别 A、级别 AA 和级别 AAA 的 WCAG 2.0 易访问性指南的遵从性。

...

Scroll Table Layout
widths33%,33%,34%

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

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

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

提交后(模板)
Post-Commit (Template)前一天修改的所有项目文件

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

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

提交后(分配所有)
Post-Commit (Assign All)前一天修改的所有项目文件

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

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

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