文档帮助

术语、图标和标签

许多类在使用配置对象创建(实例化)类时都有快捷名称。快捷名称被称为 alias(别名)(如果类扩展了 Ext.Component,则为 xtype)。别名/xtype 列在适用类的类名旁边,以便快速参考。

访问级别

框架类或其成员可以指定为 private(私有的)或 protected(受保护的)。否则,类/成员是 public(公共的)。Publicprotectedprivate 是访问描述符,用于传达类或类成员应如何以及何时使用。

成员类型

成员语法

下面是一个类成员示例,我们可以对其进行剖析,以展示类成员的语法(本例中是从 Ext.button.Button 类查看的 lookupComponent 方法)。

lookupComponent ( item ) : Ext.Component
受保护的

当原始配置对象添加到此容器时调用,无论是在 items 配置的初始化期间,还是在添加新项目时 added),或 {@link #insert 插入

此方法将传递的对象转换为实例化的子组件。

当需要对子项创建应用特殊处理时,可以在子类中覆盖此方法。

参数

item :  Object

正在添加的配置对象。

返回值
Ext.Component

要添加的组件。

让我们看一下成员行的每个部分

成员标志

API 文档使用许多标志来进一步传达类成员的功能和意图。标签可以用文本标签、缩写或图标表示。

类图标

- 表示框架类

- 单例框架类。*有关更多信息,请参阅单例标志

- 组件类型框架类(Ext JS 框架中扩展 Ext.Component 的任何类)

- 表示类、成员或指南在当前查看的版本中是新的

成员图标

- 表示类型为 config 的类成员

- 表示类型为 property 的类成员

- 表示类型为 method 的类成员

- 表示类型为 event 的类成员

- 表示类型为 theme variable 的类成员

- 表示类型为 theme mixin 的类成员

- 表示类、成员或指南在当前查看的版本中是新的

类成员快速导航菜单

在 API 文档页面的类名正下方是一行按钮,对应于当前类拥有的成员类型。每个按钮都显示按类型划分的成员计数(此计数会随着应用过滤器而更新)。单击按钮会将您导航到该成员部分。将鼠标悬停在成员类型按钮上将显示该类型的所有成员的弹出菜单,以便快速导航。

Getter 和 Setter 方法

与类配置选项相关的 Getter 和 setter 方法将显示在方法部分以及 API 文档和成员类型菜单的配置部分中,紧挨着它们所对应的配置下方。Getter 和 setter 方法文档将在配置行中找到,以便于参考。

历史记录栏

您的页面历史记录保存在本地存储中,并显示在顶部标题栏正下方(使用可用的实际空间)。默认情况下,显示的唯一搜索结果是与您当前查看的产品/版本匹配的页面。您可以通过单击历史记录栏右侧的 按钮并选择“全部”单选选项来展开显示的内容。这将显示所有产品/版本的所有最近页面历史记录栏。

在历史记录配置菜单中,您还将看到最近页面访问的列表。结果按“当前产品/版本”和“全部”单选选项过滤。单击 按钮将清除历史记录栏以及本地存储中保存的历史记录。

如果在历史记录配置菜单中选择“全部”,“在历史记录栏中显示产品详细信息”的复选框选项将启用。选中后,每个历史页面的产品/版本将与历史记录栏中的页面名称一起显示。将光标悬停在历史记录栏中的页面名称上也会将产品/版本显示为工具提示。

搜索和过滤器

可以使用页面顶部的搜索字段搜索 API 文档和指南。

在 API 文档页面上,还有一个过滤器输入字段,该字段使用过滤器字符串过滤成员行。除了按字符串过滤外,您还可以按访问级别、继承和只读过滤类成员。这可以通过使用页面顶部的复选框来完成。

API 类导航树底部的复选框过滤类列表以包含或排除私有类。

单击空的搜索字段将显示您最近 10 次搜索,以便快速导航。

API 文档类元数据

每个 API 文档页面(JavaScript 原始页面除外)都有一个与该类相关的元数据菜单视图。此元数据视图将具有以下一项或多项

展开和折叠示例及类成员

可运行示例 (Fiddles) 默认在页面上展开。您可以使用代码块左上角的箭头单独折叠和展开示例代码块。您还可以使用页面右上角的切换按钮来切换所有示例的折叠状态。切换所有状态将在页面加载之间记住。

类成员默认在页面上折叠。您可以使用成员行左侧的箭头图标或全局使用右上角的展开/折叠所有切换按钮来展开和折叠成员。

桌面 -vs- 移动视图

在较窄的屏幕或浏览器上查看文档将导致针对较小外形尺寸优化的视图。桌面视图和“移动”视图之间的主要区别在于

查看类源代码

可以通过单击 API 文档页面顶部的类名来查看类源代码。可以通过单击成员行右侧的“查看源代码”链接来查看类成员的源代码。

Sencha Test 2.4.0


顶部

Sencha Test CLI (STC)

为了与 Jenkins 和 Teamcity 等持续集成 (CI) 服务器提供集成,Sencha Test 允许您从命令行执行现有场景的测试。命令行工具不支持启动本地浏览器,这意味着必须为目标场景配置浏览器农场和浏览器池。

让我们逐步完成通过 CLI 执行测试的过程。

命令行语法

从命令行执行测试的基本命令行语法如下

stc run -p pool -s scenario

必需标志

以下是通过命令行执行必须传递的必需标志

  • -p <pool>--pool <pool> - 将从中执行测试的池的名称。这必须是与浏览器农场关联的池。您可以将其设置为 embedded 以使用嵌入式浏览器池 (Google Chrome)

  • -s <scenario>--scenario <scenario> - 要执行的场景的路径。如果未指定,则默认为当前目录

在以下示例中,将从 Windows 命令行运行,我们正在执行以下测试

  • 场景位于 test\unit_tests
  • 在名为 My WebDriver Pool 的浏览器池中

      stc run -s test\unit_tests -p "My WebDriver Pool"
    

可选标志

以下是可以使用的可选标志

  • -u <username>--user <username> - 浏览器农场的用户名(Sauce Labs 和 BrowserStack)

  • -k <key>--key <key> - 浏览器农场的访问密钥(Sauce Labs 和 BrowserStack)

  • -o <output> - 输出格式。支持的值为 textteamcityjunit。默认为 text

  • --scenarioName <name> - 要执行的场景名称。如果多个场景共享相同的底层文件夹(具有不同的显示名称),则可以定义场景的名称

  • -c <callback_address>--callbackAddress <callback_address> - 浏览器可以连接到本地计算机的地址,如果不是 localhost

  • -x <proxy_port>--proxyPort <proxy_port> - 浏览器内代理的端口号(自 Sencha Test 2.2.1 起可用)

  • -S <archive_server>--archiveServer <archive_server> - 归档服务器地址

  • -K <storage_key>--storageKey <storage_key> - 归档服务器中存储区域的密钥

  • -O--overwrite - 覆盖归档服务器中指定构建号的现有结果

  • -n <build_number>--buildnumber <build_number> - 构建号

  • -b <baseline>--baseline <baseline> - 基线目录的路径

  • -C--coverage - 为此会话启用代码覆盖率(仅适用于浏览器内场景)

  • -a <archive_dir>--archivedir <archive_dir> - 存储报告文件和结果归档的路径

  • -t <timeout>--timeout <timeout> - 浏览器通信超时 (ms)

  • --cmd <cmd> - Sencha Cmd 的路径,如果不在默认位置

  • --capability <capability> - 添加或覆盖 Selenium Server 所需的功能 (key=value)

  • --debug - 将日志级别设置为更高的详细程度

以上一些标志将在以下部分中进一步讨论。

代码覆盖率

可以为浏览器内场景启用代码覆盖率,如下所示

-C - 为此会话启用代码覆盖率

要从代码覆盖率报告的范围中排除文件/文件夹,请使用 Sencha Studio 中的“项目设置”屏幕。例如,应排除 Ext JS SDK 目录,因为您希望将代码覆盖率分析集中在您自己的应用程序代码上。要排除 ext 目录中的所有代码文件,请使用此代码覆盖率过滤器

^/ext/.*?$

要访问代码覆盖率报告,请使用 Sencha Studio 查看已保存在归档服务器中的测试结果。

屏幕截图比较

为了从屏幕截图执行图像比较,Sencha Test 将使用现有运行作为参考(基线),每个图像将与该参考(基线)进行比较。如果不存在用于比较的基线,则所有比较都将通过,然后可以将生成的结果归档目录指定为未来比较的基线。

要使用特定的结果归档作为基线,必须将其复制或重命名为 ${workspace.dir}/reports/baseline。或者,可以使用 -b 开关来指定任何任意结果归档目录。

-b <baseline> - 要用作图像比较基线的结果归档目录的路径

默认情况下,Sencha Studio 将为每次测试执行分配一个动态生成的构建号。要为给定的测试运行指定构建号,可以使用 -n 开关。

-n <build_number> - 测试执行的构建号

通过指定基线目录和构建号,可以控制与测试执行关联的所有目录和文件名。这样,可以轻松地在 CI 系统中归档测试结果并获取任意基线。

基于云的浏览器农场选项

为了在基于云的浏览器农场(例如 SauceLabs 或 BrowserStack)中执行测试,您可以指定凭据和回调地址。以下是可以应用的选项

-u <username> - 浏览器农场的用户名

-k <key> - 浏览器农场的访问密钥

--notunnel - 如果指定,则禁用自动启动和拆除到指定云提供商的隧道。使用此开关时,指定用户名的隧道必须已在本地计算机或同一网络中的专用主机中运行。

注意: 自动连接隧道功能目前在产品中不可用。在内置自动隧道创建之前,所有隧道都需要手动创建。

-c <callback_address> - 回调地址 - 农场浏览器可以拨回 Sencha Test 代理的主机或 IP。如果未指定,则默认为 localhost。当使用专用隧道时,此开关特别有用。在这种情况下,它很可能是本地计算机的 LAN IP 地址。

在以下示例中,将从 Linux 命令行运行,我们正在执行以下测试

  • tests\unit-tests 中找到的测试

  • 在名为 SauceLabs pool 的池中

  • 以 Jenkins 格式提供输出

  • 将使用凭据 username:xxxxx-xxxx-xxxx-xxxx-xxxxx

  • SauceConnect 隧道不会自动启动。这意味着用户负责手动启动一个隧道。

  • 所有浏览器都将尝试连接到 http://192.168.1.42

示例

stc run -o junit -p "SauceLabs pool" -s tests\unit_tests -u user -k *x-x-x-x-x* --notunnel -c *192.168.1.42*

Sencha Test 2.4.0