` 的 `DebugElement`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "It has Angular properties and methods that abstract interaction with the native element.\nThis test calls the `DebugElement.triggerEventHandler` with the \"click\" event name.\nThe \"click\" event binding responds by calling `DashboardHeroComponent.click()`.",
+ "translation": "它有一些用于抽象与原生元素交互的 Angular 属性和方法。\n这个测试会使用事件名称 `click` 来调用 `DebugElement.triggerEventHandler`。\n`click` 的事件绑定到了 `DashboardHeroComponent.click()`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "The Angular `DebugElement.triggerEventHandler` can raise _any data-bound event_ by its _event name_.\nThe second parameter is the event object passed to the handler.",
"translation": "Angular的`DebugElement.triggerEventHandler`可以用**事件的名字**触发**任何数据绑定事件**。\n第二个参数是传递给事件处理器的事件对象。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "The test triggered a \"click\" event with a `null` event object.",
+ "translation": "该测试使用事件对象 `null` 触发了一次 `click` 事件。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "The test assumes (correctly in this case) that the runtime\nevent handler—the component's `click()` method—doesn't\ncare about the event object.",
- "translation": "测试程序假设（在这里应该这样)运行时间的事件处理器——组件的`click()`方法——不关心事件对象。",
+ "translation": "测试程序假设（在这里应该这样)运行时间的事件处理器（组件的`click()`方法）不关心事件对象。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Other handlers are less forgiving. For example, the `RouterLink`\ndirective expects an object with a `button` property\nthat identifies which mouse button (if any) was pressed during the click.\nThe `RouterLink` directive throws an error if the event object is missing.",
+ "translation": "其它处理器的要求比较严格。比如，`RouterLink` 指令期望一个带有 `button` 属性的对象，该属性用于指出点击时按下的是哪个鼠标按钮。\n如果不给出这个事件对象，`RouterLink` 指令就会抛出一个错误。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "#### Click the element",
+ "translation": "#### 点击该元素",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The following test alternative calls the native element's own `click()` method,\nwhich is perfectly fine for _this component_.",
+ "translation": "下面这个测试改为调用原生元素自己的 `click()` 方法，它对于*这个组件*来说相当完美。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "#### _click()_ helper",
+ "translation": "#### _click()_ 辅助函数",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
{
@@ -25244,6 +28584,11 @@
"translation": "点击按钮、链接或者任意HTML元素是很常见的测试任务。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "Make that consistent and easy by encapsulating the _click-triggering_ process \nin a helper such as the `click()` function below:",
+ "translation": "把*点击事件*的处理过程包装到如下的 `click()` 辅助函数中，可以让这项任务更一致、更简单：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "The first parameter is the _element-to-click_. If you wish, you can pass a\ncustom event object as the second parameter. The default is a (partial)\n
left-button mouse event object\naccepted by many handlers including the `RouterLink` directive.",
"translation": "第一个参数是**用来点击的元素**。如果你愿意，可以将自定义的事件对象传递给第二个参数。\n默认的是（局部的）
鼠标左键事件对象，\n它被许多事件处理器接受，包括`RouterLink`指令。",
@@ -25254,6 +28599,56 @@
"translation": "`click()`辅助函数**不是**Angular测试工具之一。\n它是在**本章的例子代码**中定义的函数方法，被所有测试例子所用。\n如果你喜欢它，将它添加到你自己的辅助函数集。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "Here's the previous test, rewritten using the click helper.",
+ "translation": "下面是把前面的测试用 `click` 辅助函数重写后的版本。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "### Component inside a test host",
+ "translation": "### 位于测试宿主中的组件",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The previous tests played the role of the host `DashboardComponent` themselves.\nBut does the `DashboardHeroComponent` work correctly when properly data-bound to a host component?",
+ "translation": "前面的这些测试都是自己扮演宿主元素 `DashboardComponent` 的角色。\n但是当 `DashboardHeroComponent` 真的绑定到某个宿主元素时还能正常工作吗？",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "You could test with the actual `DashboardComponent`.\nBut doing so could require a lot of setup, \nespecially when its template features an `*ngFor` repeater, \nother components, layout HTML, additional bindings, \na constructor that injects multiple services, \nand it starts interacting with those services right away.",
+ "translation": "固然，你也可以测试真实的 `DashboardComponent`。\n但要想这么做需要做很多准备工作，特别是它的模板中使用了某些特性，如 `*ngFor`、\n其它组件、布局 HTML、附加绑定、注入了多个服务的构造函数、如何用正确的方式与那些服务交互等。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Imagine the effort to disable these distractions, just to prove a point \nthat can be made satisfactorily with a _test host_ like this one:",
+ "translation": "想出这么多需要努力排除的干扰，只是为了证明一点 —— 可以像这样造出一个令人满意的*测试宿主*：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "This test host binds to `DashboardHeroComponent` as the `DashboardComponent` would \nbut without the noise of the `Router`, the `HeroService`, or the `*ngFor` repeater.",
+ "translation": "这个测试宿主像 `DashboardComponent` 那样绑定了 `DashboardHeroComponent`，但是没有 `Router`、\n没有 `HeroService`，也没有 `*ngFor`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The test host sets the component's `hero` input property with its test hero.\nIt binds the component's `selected` event with its `onSelected` handler,\nwhich records the emitted hero in its `selectedHero` property.",
+ "translation": "这个测试宿主使用其测试用的英雄设置了组件的输入属性 `hero`。\n它使用 `onSelected` 事件处理器绑定了组件的 `selected` 事件，其中把事件中发出的英雄记录到了 `selectedHero` 属性中。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Later, the tests will be able to easily check `selectedHero` to verify that the\n`DashboardHeroComponent.selected` event emitted the expected hero.",
+ "translation": "稍后，这个测试就可以轻松检查 `selectedHero` 以验证 `DashboardHeroComponent.selected` 事件确实发出了所期望的英雄。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The setup for the _test-host_ tests is similar to the setup for the stand-alone tests:",
+ "translation": "这个*测试宿主*中的准备代码和独立测试中的准备过程类似：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "This testing module configuration shows three important differences:",
+ "translation": "这个测试模块的配置信息有三个重要的不同点：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "1. It _declares_ both the `DashboardHeroComponent` and the `TestHostComponent`.",
"translation": "它同时**声明**了`DashboardHeroComponent`和`TestHostComponent`。",
@@ -25264,6 +28659,11 @@
"translation": "它**创建**了`TestHostComponent`，而非`DashboardHeroComponent`。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "1. The `TestHostComponent` sets the `DashboardHeroComponent.hero` with a binding.",
+ "translation": "`TestHostComponent` 通过绑定机制设置了 `DashboardHeroComponent.hero`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "The `createComponent` returns a `fixture` that holds an instance of `TestHostComponent` instead of an instance of `DashboardHeroComponent`.",
"translation": "`createComponent`返回的`fixture`里有`TestHostComponent`实例，而非`DashboardHeroComponent`组件实例。",
@@ -25284,11 +28684,171 @@
"translation": "只有selected事件的测试不一样。它确保被选择的`DashboardHeroComponent`英雄确实通过事件绑定被传递到宿主组件。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "### Routing component",
+ "translation": "### 路由组件",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "A _routing component_ is a component that tells the `Router` to navigate to another component.\nThe `DashboardComponent` is a _routing component_ because the user can\nnavigate to the `HeroDetailComponent` by clicking on one of the _hero buttons_ on the dashboard.",
+ "translation": "所谓*路由组件*就是指会要求 `Router` 导航到其它组件的组件。\n`DashboardComponent` 就是一个*路由组件*，因为用户可以通过点击仪表盘中的某个*英雄按钮*来导航到 `HeroDetailComponent`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Routing is pretty complicated.\nTesting the `DashboardComponent` seemed daunting in part because it involves the `Router`,\nwhich it injects together with the `HeroService`.",
+ "translation": "路由确实很复杂。\n测试 `DashboardComponent` 看上去有点令人生畏，因为它牵扯到和 `HeroService` 一起注入进来的 `Router`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Mocking the `HeroService` with a spy is a [familiar story](#component-with-async-service).\nBut the `Router` has a complicated API and is entwined with other services and application preconditions. Might it be difficult to mock?",
+ "translation": "使用间谍来 Mock `HeroService` 是一个[熟悉的故事](#component-with-async-service)。\n但是 `Router` 的 API 很复杂，并且与其它服务和应用的前置条件纠缠在一起。它应该很难进行 Mock 吧？",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Fortunately, not in this case because the `DashboardComponent` isn't doing much with the `Router`",
+ "translation": "庆幸的是，在这个例子中不会，因为 `DashboardComponent` 并没有深度使用 `Router`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "This is often the case with _routing components_.\nAs a rule you test the component, not the router,\nand care only if the component navigates with the right address under the given conditions.",
+ "translation": "这是*路由组件*中的通例。\n一般来说，你应该测试组件而不是路由器，应该只关心组件有没有根据给定的条件导航到正确的地址。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Providing a router spy for _this component_ test suite happens to be as easy\nas providing a `HeroService` spy.",
+ "translation": "为*这个组件*的测试套件提供路由器的间谍就像它提供 `HeroService` 的间谍一样简单。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The following test clicks the displayed hero and confirms that \n`Router.navigateByUrl` is called with the expected url.",
+ "translation": "下面这个测试会点击正在显示的英雄，并确认 `Router.navigateByUrl` 曾用所期待的 URL 调用过。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "### Routed components",
+ "translation": "### 路由目标组件",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "A _routed component_ is the destination of a `Router` navigation.\nIt can be trickier to test, especially when the route to the component _includes parameters_.\nThe `HeroDetailComponent` is a _routed component_ that is the destination of such a route.",
+ "translation": "*路由目标组件*是指 `Router` 导航到的目标。\n它测试起来可能很复杂，特别是当路由到的这个组件*包含参数*的时候。\n`HeroDetailComponent` 就是一个*路由目标组件*，它是某个路由定义指向的目标。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "When a user clicks a _Dashboard_ hero, the `DashboardComponent` tells the `Router`\nto navigate to `heroes/:id`.\nThe `:id` is a route parameter whose value is the `id` of the hero to edit.",
+ "translation": "当用户点击*仪表盘*中的英雄时，`DashboardComponent` 会要求 `Router` 导航到 `heroes/:id`。\n`:id` 是一个路由参数，它的值就是所要编辑的英雄的 `id`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The `Router` matches that URL to a route to the `HeroDetailComponent`.\nIt creates an `ActivatedRoute` object with the routing information and\ninjects it into a new instance of the `HeroDetailComponent`.",
+ "translation": "该 `Router` 会根据那个 URL 匹配到一个指向 `HeroDetailComponent` 的路由。\n它会创建一个带有路由信息的 `ActivatedRoute` 对象，并把它注入到一个 `HeroDetailComponent` 的新实例中。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Here's the `HeroDetailComponent` constructor:",
+ "translation": "下面是 `HeroDetailComponent` 的构造函数：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The `HeroDetail` component needs the `id` parameter so it can fetch \nthe corresponding hero via the `HeroDetailService`.",
+ "translation": "`HeroDetailComponent` 组件需要一个 `id` 参数，以便通过 `HeroDetailService` 获取相应的英雄。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The component has to get the `id` from the `ActivatedRoute.paramMap` property\nwhich is an _Observable_.",
+ "translation": "该组件只能从 `ActivatedRoute.paramMap` 属性中获取这个 `id`，这个属性是一个 `Observable`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "It can't just reference the `id` property of the `ActivatedRoute.paramMap`.\nThe component has to _subscribe_ to the `ActivatedRoute.paramMap` observable and be prepared\nfor the `id` to change during its lifetime.",
+ "translation": "它不能仅仅引用 `ActivatedRoute.paramMap` 的 `id` 属性。\n该组件不得不*订阅* `ActivatedRoute.paramMap` 这个可观察对象，要做好它在生命周期中随时会发生变化的准备。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The [Router](guide/router#route-parameters) guide covers `ActivatedRoute.paramMap` in more detail.",
+ "translation": "[路由与导航](guide/router#route-parameters)一章中详细讲解了 `ActivatedRoute.paramMap`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Tests can explore how the `HeroDetailComponent` responds to different `id` parameter values\nby manipulating the `ActivatedRoute` injected into the component's constructor.",
+ "translation": "通过操纵注入到组件构造函数中的这个 `ActivatedRoute`，测试可以探查 `HeroDetailComponent` 是如何对不同的 `id` 参数值做出响应的。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "You know how to spy on the `Router` and a data service.",
+ "translation": "你已经知道了如何给 `Router` 和数据服务安插间谍。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "You'll take a different approach with `ActivatedRoute` because",
+ "translation": "不过对于 `ActivatedRoute`，你要采用另一种方式，因为：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "* `paramMap` returns an `Observable` that can emit more than one value \nduring a test.",
+ "translation": "在测试期间，`paramMap` 会返回一个能发出多个值的 `Observable`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "* You need the router helper function, `convertToParamMap()`, to create a `ParamMap`.",
+ "translation": "你需要路由器的辅助函数 `convertToParamMap()` 来创建 `ParamMap`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "* Other _routed components_ tests need a test double for `ActivatedRoute`.",
+ "translation": "针对*路由目标组件*的其它测试需要一个 `ActivatedRoute` 的测试替身。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "These differences argue for a re-usable stub class.",
+ "translation": "这些差异表明你需要一个可复用的桩类（stub）。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The following `ActivatedRouteStub` class serves as a test double for `ActivatedRoute`.",
+ "translation": "下面的 `ActivatedRouteStub` 类就是作为 `ActivatedRoute` 类的测试替身使用的。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Consider placing such helpers in a `testing` folder sibling to the `app` folder.\nThis sample puts `ActivatedRouteStub` in `testing/activated-route-stub.ts`.",
+ "translation": "考虑把这类辅助函数放进一个紧邻 `app` 文件夹的 `testing` 文件夹。\n这个例子把 `ActivatedRouteStub` 放在了 `testing/activated-route-stub.ts` 中。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Consider writing a more capable version of this stub class with\n the [_marble testing library_](#marble-testing).",
+ "translation": "可以考虑使用[宝石测试库](#marble-testing)来为此测试桩编写一个更强力的版本。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "#### Testing with _ActivatedRouteStub_",
+ "translation": "#### 使用 `ActivatedRouteStub` 进行测试",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "Here's a test demonstrating the component's behavior when the observed `id` refers to an existing hero:",
"translation": "下面的测试程序是演示组件在被观察的`id`指向现有英雄时的行为：",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "The `createComponent()` method and `page` object are discussed [below](#page-object).\nRely on your intuition for now.",
+ "translation": "`createComponent()` 方法和 `page` 对象会在[稍后](#page-object)进行讨论。\n不过目前，你只要凭直觉来理解就行了。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "When the `id` cannot be found, the component should re-route to the `HeroListComponent`.",
+ "translation": "当找不到 `id` 的时候，组件应该重新路由到 `HeroListComponent`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The test suite setup provided the same router spy [described above](#routing-component) which spies on the router without actually navigating.",
+ "translation": "测试套件的准备代码提供了一个和[前面](#routing-component)一样的路由器间谍，它会充当路由器的角色，而不用发起实际的导航。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "This test expects the component to try to navigate to the `HeroListComponent`.",
+ "translation": "这个测试中会期待该组件尝试导航到 `HeroListComponent`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "While this app doesn't have a route to the `HeroDetailComponent` that omits the `id` parameter, it might add such a route someday.\nThe component should do something reasonable when there is no `id`.",
"translation": "虽然本应用没有在缺少`id`参数的时候，继续导航到`HeroDetailComponent`的路由，但是，将来它可能会添加这样的路由。\n当没有`id`时，该组件应该作出合理的反应。",
@@ -25299,24 +28859,259 @@
"translation": "在本例中，组件应该创建和显示新英雄。\n新英雄的`id`为零，`name`为空。本测试程序确认组件是按照预期的这样做的：",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "### Nested component tests",
+ "translation": "### 对嵌套组件的测试",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Component templates often have nested components, whose templates\nmay contain more components.",
+ "translation": "组件的模板中通常还会有嵌套组件，嵌套组件的模板还可能包含更多组件。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The component tree can be very deep and, most of the time, the nested components\nplay no role in testing the component at the top of the tree.",
+ "translation": "这棵组件树可能非常深，并且大多数时候在测试这棵树顶部的组件时，这些嵌套的组件都无关紧要。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The `AppComponent`, for example, displays a navigation bar with anchors and their `RouterLink` directives.",
+ "translation": "比如，`AppComponent` 会显示一个带有链接及其 `RouterLink` 指令的导航条。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "While the `AppComponent` _class_ is empty,\nyou may want to write unit tests to confirm that the links are wired properly \nto the `RouterLink` directives, perhaps for the reasons [explained below](#why-stubbed-routerlink-tests).",
+ "translation": "虽然 `AppComponent` *类*是空的，不过，由于[稍后解释的原因](#why-stubbed-routerlink-tests)，你可能会希望写个单元测试来确认这些链接是否正确使用了 `RouterLink` 指令。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "To validate the links, you don't need the `Router` to navigate and you don't\nneed the `
` to mark where the `Router` inserts _routed components_.",
+ "translation": "要想验证这些链接，你不必用 `Router` 进行导航，也不必使用 `` 来指出 `Router` 应该把*路由目标组件*插入到什么地方。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The `BannerComponent` and `WelcomeComponent` \n(indicated by `` and ``) are also irrelevant.",
+ "translation": "而 `BannerComponent` 和 `WelcomeComponent`（写作 `` 和 ``）也同样风马牛不相及。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Yet any test that creates the `AppComponent` in the DOM will also create instances of\nthese three components and, if you let that happen, \nyou'll have to configure the `TestBed` to create them.",
+ "translation": "然而，任何测试，只要能在 DOM 中创建 `AppComponent`，也就同样能创建这三个组件的实例。如果要创建它们，你就要配置 `TestBed`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "If you neglect to declare them, the Angular compiler won't recognize the \n``, ``, and `` tags in the `AppComponent` template\nand will throw an error.",
+ "translation": "如果你忘了声明它们，Angular 编译器就无法在 `AppComponent` 模板中识别出 ``、`` 和 `` 标记，并抛出一个错误。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "If you declare the real components, you'll also have to declare _their_ nested components\nand provide for _all_ services injected in _any_ component in the tree.",
+ "translation": "如果你声明的这些都是真实的组件，那么也同样要声明*它们*的嵌套组件，并要为这棵组件树中的*任何*组件提供要注入的*所有*服务。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "That's too much effort just to answer a few simple questions about links.",
+ "translation": "如果只是想回答有关链接的一些简单问题，做这些显然就太多了。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "This section describes two techniques for minimizing the setup.\nUse them, alone or in combination, to stay focused on the testing the primary component.",
+ "translation": "本节会讲减少此类准备工作的两项技术。\n单独使用或组合使用它们，可以让这些测试聚焦于要测试的主要组件上。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "##### Stubbing unneeded components",
+ "translation": "##### 对不需要的组件提供桩（stub）",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "In the first technique, you create and declare stub versions of the components\nand directive that play little or no role in the tests.",
+ "translation": "这项技术中，你要为那些在测试中无关紧要的组件或指令创建和声明一些测试桩。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The stub selectors match the selectors for the corresponding real components.\nBut their templates and classes are empty.",
+ "translation": "这些测试桩的选择器要和其对应的真实组件一致，但其模板和类是空的。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Then declare them in the `TestBed` configuration next to the\ncomponents, directives, and pipes that need to be real.",
+ "translation": "然后在 `TestBed` 的配置中那些真正有用的组件、指令、管道之后声明它们。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The `AppComponent` is the test subject, so of course you declare the real version.",
+ "translation": "`AppComponent` 是该测试的主角，因此当然要用它的真实版本。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The `RouterLinkDirectiveStub`, [described later](#routerlink), is a test version\nof the real `RouterLink` that helps with the link tests.",
+ "translation": "而 `RouterLinkDirectiveStub`（[稍后讲解](#routerlink)）是一个真实的 `RouterLink` 的测试版，它能帮你对链接进行测试。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The rest are stubs.",
+ "translation": "其它都是测试桩。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "In the second approach, add `NO_ERRORS_SCHEMA` to the `TestBed.schemas` metadata.",
+ "translation": "第二种办法就是把 `NO_ERRORS_SCHEMA` 添加到 `TestBed.schemas` 的元数据中。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The `NO_ERRORS_SCHEMA` tells the Angular compiler to ignore unrecognized elements and attributes.",
+ "translation": "`NO_ERRORS_SCHEMA` 会要求 Angular 编译器忽略不认识的那些元素和属性。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The compiler will recognize the `` element and the `routerLink` attribute\nbecause you declared a corresponding `AppComponent` and `RouterLinkDirectiveStub`\nin the `TestBed` configuration.",
+ "translation": "编译器将会识别出 `` 元素和 `RouterLink` 属性，因为你在 `TestBed` 的配置中声明了相应的\n`AppComponent` 和 `RouterLinkDirectiveStub`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "But the compiler won't throw an error when it encounters ``, ``, or ``.\nIt simply renders them as empty tags and the browser ignores them.",
+ "translation": "但编译器在遇到 ``、`` 或 `` 时不会报错。\n它只会把它们渲染成空白标签，而浏览器会忽略这些标签。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "You no longer need the stub components.",
+ "translation": "你不用再提供桩组件了。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "#### Use both techniques together",
+ "translation": "#### 同时使用这两项技术",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "These are techniques for _Shallow Component Testing_ , \nso-named because they reduce the visual surface of the component to just those elements\nin the component's template that matter for tests.",
+ "translation": "这些是进行*浅层*测试要用到的技术，之所以叫浅层测试是因为只包含本测试所关心的这个组件模板中的元素。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The `NO_ERRORS_SCHEMA` approach is the easier of the two but don't overuse it.",
+ "translation": "`NO_ERRORS_SCHEMA` 方法在这两者中比较简单，但也不要过度使用它。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The `NO_ERRORS_SCHEMA` also prevents the compiler from telling you about the missing \ncomponents and attributes that you omitted inadvertently or misspelled.\nYou could waste hours chasing phantom bugs that the compiler would have caught in an instant.",
+ "translation": "`NO_ERRORS_SCHEMA` 还会阻止编译器告诉你因为的疏忽或拼写错误而缺失的组件和属性。\n你如果人工找出这些 bug 可能要浪费几个小时，但编译器可以立即捕获它们。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The _stub component_ approach has another advantage.\nWhile the stubs in _this_ example were empty,\nyou could give them stripped-down templates and classes if your tests\nneed to interact with them in some way.",
+ "translation": "*桩组件*方式还有其它优点。\n虽然*这个*例子中的桩是空的，但你如果想要和它们用某种形式互动，也可以给它们一些裁剪过的模板和类。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "In practice you will combine the two techniques in the same setup,\nas seen in this example.",
+ "translation": "在实践中，你可以在准备代码中组合使用这两种技术，例子如下：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The Angular compiler creates the `BannerComponentStub` for the `` element\nand applies the `RouterLinkStubDirective` to the anchors with the `routerLink` attribute,\nbut it ignores the `` and `` tags.",
+ "translation": "Angular 编译器会为 `` 元素创建 `BannerComponentStub`，并把 `RouterLinkStubDirective` 应用到带有 `routerLink` 属性的链接上，不过它会忽略 `` 和 `` 标签。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "### Components with _RouterLink_",
+ "translation": "### 带有 `RouterLink` 的组件",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The real `RouterLinkDirective` is quite complicated and entangled with other components\nand directives of the `RouterModule`.\nIt requires challenging setup to mock and use in tests.",
+ "translation": "真实的 `RouterLinkDirective` 太复杂了，而且与 `RouterModule` 中的其它组件和指令有着千丝万缕的联系。\n要在准备阶段 Mock 它以及在测试中使用它具有一定的挑战性。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The `RouterLinkDirectiveStub` in this sample code replaces the real directive\nwith an alternative version designed to validate the kind of anchor tag wiring\nseen in the `AppComponent` template.",
+ "translation": "这段范例代码中的 `RouterLinkDirectiveStub` 用一个代用品替换了真实的指令，这个代用品用来验证 `AppComponent` 中所用链接的类型。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The URL bound to the `[routerLink]` attribute flows in to the directive's `linkParams` property.",
+ "translation": "这个 URL 被绑定到了 `[routerLink]` 属性，它的值流入了该指令的 `linkParams` 属性。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The `host` metadata property wires the click event of the host element \n(the `` anchor elements in `AppComponent`) to the stub directive's `onClick` method.",
+ "translation": "它的元数据中的 `host` 属性把宿主元素（即 `AppComponent` 中的 `` 元素）的 `click` 事件关联到了这个桩指令的 `onClick` 方法。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Clicking the anchor should trigger the `onClick()` method, \nwhich sets the stub's telltale `navigatedTo` property.\nTests inspect `navigatedTo` to confirm that clicking the anchor\nset the expected route definition.",
+ "translation": "点击这个链接应该触发 `onClick()` 方法，其中会设置该桩指令中的警示器属性 `navigatedTo`。\n测试中检查 `navigatedTo` 以确认点击该链接确实如预期的那样根据路由定义设置了该属性。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Whether the router is configured properly to navigate with that route definition is a\nquestion for a separate set of tests.",
+ "translation": "路由器的配置是否正确和是否能按照那些路由定义进行导航，是测试中一组独立的问题。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "#### _By.directive_ and injected directives",
+ "translation": "#### `By.directive` 与注入的指令",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "A little more setup triggers the initial data binding and gets references to the navigation links:",
"translation": "再一步配置触发了数据绑定的初始化，获取导航链接的引用：",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "Three points of special interest:",
+ "translation": "有三点特别重要：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "1. You can locate the anchor elements with an attached directive using `By.directive`.",
+ "translation": "你可以使用 `By.directive` 来定位一个带附属指令的链接元素。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "1. The query returns `DebugElement` wrappers around the matching elements.",
+ "translation": "该查询返回包含了匹配元素的 `DebugElement` 包装器。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "1. Each `DebugElement` exposes a dependency injector with the\n specific instance of the directive attached to that element.",
+ "translation": "每个 `DebugElement` 都会导出该元素中的一个依赖注入器，其中带有指定的指令实例。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The `AppComponent` links to validate are as follows:",
+ "translation": "`AppComponent` 中要验证的链接如下：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Here are some tests that confirm those links are wired to the `routerLink` directives\nas expected:",
+ "translation": "下面这些测试用来确认那些链接是否如预期般连接到了 `RouterLink` 指令中：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The \"click\" test _in this example_ is misleading.\nIt tests the `RouterLinkDirectiveStub` rather than the _component_.\nThis is a common failing of directive stubs.",
+ "translation": "其实*这个例子中*的“click”测试误入歧途了。\n它测试的重点其实是 `RouterLinkDirectiveStub` ，而不是该组件。\n这是写桩指令时常见的错误。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "It has a legitimate purpose in this guide.\nIt demonstrates how to find a `RouterLink` element, click it, and inspect a result,\nwithout engaging the full router machinery.\nThis is a skill you may need to test a more sophisticated component, one that changes the display,\nre-calculates parameters, or re-arranges navigation options when the user clicks the link.",
"translation": "在本章中，它有存在的必要。\n它演示了如何在不涉及完整路由器机制的情况下，如何找到`RouterLink`元素、点击它并检查结果。\n要测试更复杂的组件，你可能需要具备这样的能力，能改变视图和重新计算参数，或者当用户点击链接时，有能力重新安排导航选项。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "#### What good are these tests?",
+ "translation": "#### 这些测试有什么优点？",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "Stubbed `RouterLink` tests can confirm that a component with links and an outlet is setup properly,\nthat the component has the links it should have, and that they are all pointing in the expected direction.\nThese tests do not concern whether the app will succeed in navigating to the target component when the user clicks a link.",
- "translation": "stub伪造的`RouterLink`测试可以确认带有链接和outlet的组件的设置的正确性，确认组件有应该有的链接，确认它们都指向了正确的方向。\n这些测试程序不关心用户点击链接时，应用是否会成功的导航到目标组件。",
+ "translation": "用 `RouterLink` 的桩指令进行测试可以确认带有链接和outlet的组件的设置的正确性，确认组件有应该有的链接，确认它们都指向了正确的方向。\n这些测试程序不关心用户点击链接时，也不关心应用是否会成功的导航到目标组件。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
{
"original": "Stubbing the RouterLink and RouterOutlet is the best option for such limited testing goals.\nRelying on the real router would make them brittle.\nThey could fail for reasons unrelated to the component.\nFor example, a navigation guard could prevent an unauthorized user from visiting the `HeroListComponent`.\nThat's not the fault of the `AppComponent` and no change to that component could cure the failed test.",
- "translation": "对于这样局限的测试目标，stub伪造RouterLink和RouterOutlet是最佳选择。\n依靠真正的路由器会让它们很脆弱。\n它们可能因为与组件无关的原因而失败。\n例如，一个导航守卫可能防止没有授权的用户访问`HeroListComponent`。\n这并不是`AppComponent`的过错，并且无论该组件怎么改变都无法修复这个失败的测试程序。",
+ "translation": "对于这些有限的测试目标，使用 RouterLink 桩指令和 RouterOutlet 桩组件 是最佳选择。\n依靠真正的路由器会让它们很脆弱。\n它们可能因为与组件无关的原因而失败。\n例如，一个导航守卫可能防止没有授权的用户访问`HeroListComponent`。\n这并不是`AppComponent`的过错，并且无论该组件怎么改变都无法修复这个失败的测试程序。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
{
@@ -25326,7 +29121,12 @@
},
{
"original": "A future guide update will explain how to write such\ntests with the `RouterTestingModule`.",
- "translation": "未来本章的更新将介绍如何使用`RouterTestingModule`来编写这样的测试程序。",
+ "translation": "未来对本章的更新将介绍如何使用 `RouterTestingModule` 来编写这样的测试程序。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "### Use a _page_ object",
+ "translation": "### 使用页面（page）对象",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
{
@@ -25334,11 +29134,56 @@
"translation": "`HeroDetailComponent`是带有标题、两个英雄字段和两个按钮的简单视图。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "But there's plenty of template complexity even in this simple form.",
+ "translation": "但即使是这么简单的表单，其模板中也涉及到不少复杂性。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Tests that exercise the component need ...",
+ "translation": "这些供练习用的组件需要 ……",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "* to wait until a hero arrives before elements appear in the DOM.",
+ "translation": "等获取到英雄之后才能让元素出现在 DOM 中。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "* a reference to the title text.",
+ "translation": "一个对标题文本的引用。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "* a reference to the name input box to inspect and set it.",
+ "translation": "一个对 name 输入框的引用，以便对它进行探查和修改。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "* references to the two buttons so they can click them.",
+ "translation": "引用两个按钮，以便点击它们。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "* spies for some of the component and router methods.",
+ "translation": "为组件和路由器的方法安插间谍。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "Even a small form such as this one can produce a mess of tortured conditional setup and CSS element selection.",
"translation": "即使是像这样一个很小的表单，也能产生令人疯狂的错综复杂的条件设置和CSS元素选择。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "Tame the complexity with a `Page` class that handles access to component properties\nand encapsulates the logic that sets them.",
+ "translation": "可以使用 `Page` 类来征服这种复杂性。`Page` 类可以处理对组件属性的访问，并对设置这些属性的逻辑进行封装。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Here is such a `Page` class for the `hero-detail.component.spec.ts`",
+ "translation": "下面是一个供 `hero-detail.component.spec.ts` 使用的 `Page` 类",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "Now the important hooks for component manipulation and inspection are neatly organized and accessible from an instance of `Page`.",
"translation": "现在，用来操作和检查组件的重要钩子都被井然有序的组织起来了，可以通过`page`实例来使用它们。",
@@ -25349,11 +29194,196 @@
"translation": "`createComponent`方法创建`page`，在`hero`到来时，自动填补空白。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "The [_HeroDetailComponent_ tests](#tests-w-test-double) in an earlier section demonstrate how `createComponent` and `page`\nkeep the tests short and _on message_.\nThere are no distractions: no waiting for promises to resolve and no searching the DOM for element values to compare.",
+ "translation": "前面小节中的 [`HeroDetailComponent` 测试](#tests-w-test-double)示范了如何 `createComponent`，而 `page` 让这些测试保持简短而富有表达力。\n而且还不用分心：不用等待承诺被解析，不必在 DOM 中找出元素的值才能进行比较。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Here are a few more `HeroDetailComponent` tests to reinforce the point.",
+ "translation": "还有更多的 `HeroDetailComponent` 测试可以证明这一点。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "### Calling _compileComponents()_",
+ "translation": "### 调用 `compileComponents()`",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "You can ignore this section if you _only_ run tests with the CLI `ng test` command\nbecause the CLI compiles the application before running the tests.",
+ "translation": "如果你*只想*使用 CLI 的 `ng test` 命令来运行测试，那么可以忽略这一节。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "If you run tests in a **non-CLI environment**, the tests may fail with a message like this one:",
+ "translation": "如果你在**非 CLI 环境**中运行测试，这些测试可能会报错，错误信息如下：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The root of the problem is at least one of the components involved in the test\nspecifies an external template or CSS file as \nthe following version of the `BannerComponent` does.",
+ "translation": "问题的根源在于这个测试中至少有一个组件引用了外部模板或外部 CSS 文件，就像下面这个 `BannerComponent` 所示：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The test fails when the `TestBed` tries to create the component.",
+ "translation": "当 `TestBed` 视图创建组件时，这个测试失败了：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Recall that the app hasn't been compiled. \nSo when you call `createComponent()`, the `TestBed` compiles implicitly.",
+ "translation": "回想一下，这个应用从未编译过。\n所以当你调用 `createComponent()` 的时候，`TestBed` 就会进行隐式编译。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "That's not a problem when the source code is in memory.\nBut the `BannerComponent` requires external files\nthat the compile must read from the file system, \nan inherently _asynchronous_ operation.",
+ "translation": "当它的源码都在内存中的时候，这样做没问题。\n不过 `BannerComponent` 需要一些外部文件，编译时必须从文件系统中读取它，而这是一个天生的*异步*操作。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "If the `TestBed` were allowed to continue, the tests would run and fail mysteriously\nbefore the compiler could finished.",
+ "translation": "如果 `TestBed` 继续执行，这些测试就会继续运行，并在编译器完成这些异步工作之前导致莫名其妙的失败。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The preemptive error message tells you to compile explicitly with `compileComponents()`.",
+ "translation": "这些错误信息告诉你要使用 `compileComponents()` 进行显式的编译。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "#### _compileComponents()_ is async",
+ "translation": "#### `compileComponents()` 是异步的",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "You must call `compileComponents()` within an asynchronous test function.",
+ "translation": "你必须在异步测试函数中调用 `compileComponents()`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "If you neglect to make the test function async \n(e.g., forget to use `async()` as described below),\nyou'll see this error message",
+ "translation": "如果你忘了把测试函数标为异步的（比如忘了像稍后的代码中那样使用 `async()`），就会看到下列错误。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "A typical approach is to divide the setup logic into two separate `beforeEach()` functions:",
+ "translation": "典型的做法是把准备逻辑拆成两个独立的 `beforeEach()` 函数：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "1. An async `beforeEach()` that compiles the components",
+ "translation": "异步的 `beforeEach()` 负责编译组件",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "1. A synchronous `beforeEach()` that performs the remaining setup.",
+ "translation": "同步的 `beforeEach()` 负责执行其余的准备代码。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "To follow this pattern, import the `async()` helper with the other testing symbols.",
+ "translation": "要想使用这种模式，就要和其它符号一起从测试库中导入 `async()` 辅助函数。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "#### The async _beforeEach_",
+ "translation": "#### 异步的 `beforeEach`",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Write the first async `beforeEach` like this.",
+ "translation": "像下面这样编写第一个异步的 `beforeEach`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The `async()` helper function takes a parameterless function with the body of the setup.",
+ "translation": "`async()` 辅助函数接受一个无参函数，其内容是准备代码。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The `TestBed.configureTestingModule()` method returns the `TestBed` class so you can chain\ncalls to other `TestBed` static methods such as `compileComponents()`.",
+ "translation": "`TestBed.configureTestingModule()` 方法返回 `TestBed` 类，所以你可以链式调用其它 `TestBed` 中的静态方法，比如 `compileComponents()`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "In this example, the `BannerComponent` is the only component to compile.\nOther examples configure the testing module with multiple components\nand may import application modules that hold yet more components.\nAny of them could be require external files.",
+ "translation": "在这个例子中，`BannerComponent` 是仅有的待编译组件。\n其它例子中可能会使用多个组件来配置测试模块，并且可能引入某些具有其它组件的应用模块。\n它们中的任何一个都可能需要外部文件。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The `TestBed.compileComponents` method asynchronously compiles all components configured in the testing module.",
+ "translation": "`TestBed.compileComponents` 方法会异步编译测试模块中配置过的所有组件。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Do not re-configure the `TestBed` after calling `compileComponents()`.",
+ "translation": "在调用了 `compileComponents()` 之后就不能再重新配置 `TestBed` 了。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Calling `compileComponents()` closes the current `TestBed` instance to further configuration.\nYou cannot call any more `TestBed` configuration methods, not `configureTestingModule()`\nnor any of the `override...` methods. The `TestBed` throws an error if you try.",
+ "translation": "调用 `compileComponents()` 会关闭当前的 `TestBed` 实例，不再允许进行配置。\n你不能再调用任何 `TestBed` 中的配置方法，既不能调 `configureTestingModule()`，也不能调用任何 `override...` 方法。如果你试图这么做，`TestBed` 就会抛出错误。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Make `compileComponents()` the last step\nbefore calling `TestBed.createComponent()`.",
+ "translation": "确保 `compileComponents()` 是调用 `TestBed.createComponent()` 之前的最后一步。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "#### The synchronous _beforeEach_",
+ "translation": "#### 同步的 `beforeEach`",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The second, synchronous `beforeEach()` contains the remaining setup steps, \nwhich include creating the component and querying for elements to inspect.",
+ "translation": "第二个同步 `beforeEach()` 的例子包含剩下的准备步骤，\n包括创建组件和查询那些要检查的元素。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "You can count on the test runner to wait for the first asynchronous `beforeEach` to finish before calling the second.",
"translation": "测试运行器（runner）会先等待第一个异步`beforeEach`函数执行完再调用第二个。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "#### Consolidated setup",
+ "translation": "#### 整理过的准备代码",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "You can consolidate the two `beforeEach()` functions into a single, async `beforeEach()`.",
+ "translation": "你可以把这两个 `beforeEach()` 函数重整成一个异步的 `beforeEach()`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The `compileComponents()` method returns a promise so you can perform the\nsynchronous setup tasks _after_ compilation by moving the synchronous code\ninto a `then(...)` callback.",
+ "translation": "`compileComponents()` 方法返回一个承诺，所以你可以通过把同步代码移到 `then(...)` 回调中，\n以便在编译完成*之后* 执行那些同步准备任务。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "#### _compileComponents()_ is harmless",
+ "translation": "#### `compileComponents()` 是无害的",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "There's no harm in calling `compileComponents()` when it's not required.",
+ "translation": "在不需要 `compileComponents()` 的时候调用它也不会有害处。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The component test file generated by the CLI calls `compileComponents()`\neven though it is never required when running `ng test`.",
+ "translation": "虽然在运行 `ng test` 时永远都不需要调用 `compileComponents()`，但 CLI 生成的组件测试文件还是会调用它。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The tests in this guide only call `compileComponents` when necessary.",
+ "translation": "但这篇指南中的这些测试只会在必要时才调用 `compileComponents`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "### Setup with module imports",
+ "translation": "### 准备模块的 `imports`",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "Earlier component tests configured the testing module with a few `declarations` like this:",
"translation": "此前的组件测试程序使用了一些`declarations`来配置模块，就像这样：",
@@ -25399,16 +29429,66 @@
"translation": "一种方法是在测试模块中一一配置，就像这样：",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "Notice that the `beforeEach()` is asynchronous and calls `TestBed.compileComponents`\nbecause the `HeroDetailComponent` has an external template and css file.",
+ "translation": "注意，`beforeEach()` 是异步的，它调用 `TestBed.compileComponents` 是因为 `HeroDetailComponent` 有外部模板和 CSS 文件。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "As explained in [_Calling compileComponents()_](#compile-components) above,\nthese tests could be run in a non-CLI environment\nwhere Angular would have to compile them in the browser.",
+ "translation": "如前面的[调用 `compileComponents()`](#compile-components) 中所解释的那样，这些测试可以运行在非 CLI 环境下，那里 Angular 并不会在浏览器中编译它们。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "#### Import a shared module",
+ "translation": "#### 导入共享模块",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Because many app components need the `FormsModule` and the `TitleCasePipe`, the developer created\na `SharedModule` to combine these and other frequently requested parts.",
+ "translation": "因为很多应用组件都需要 `FormsModule` 和 `TitleCasePipe`，所以开发者创建了 `SharedModule` 来把它们及其它常用的部分组合在一起。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The test configuration can use the `SharedModule` too as seen in this alternative setup:",
+ "translation": "这些测试配置也可以使用 `SharedModule`，如下所示：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "It's a bit tighter and smaller, with fewer import statements (not shown).",
"translation": "它的导入声明少一些（未显示），稍微干净一些，小一些。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "#### Import a feature module",
+ "translation": "#### 导入特性模块",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The `HeroDetailComponent` is part of the `HeroModule` [Feature Module](guide/feature-modules) that aggregates more of the interdependent pieces\nincluding the `SharedModule`.\nTry a test configuration that imports the `HeroModule` like this one:",
+ "translation": "`HeroDetailComponent` 是 `HeroModule` 这个[特性模块](guide/feature-modules)的一部分，它聚合了更多相互依赖的片段，包括 `SharedModule`。\n试试下面这个导入了 `HeroModule` 的测试配置：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "That's _really_ crisp. Only the _test doubles_ in the `providers` remain. Even the `HeroDetailComponent` declaration is gone.",
"translation": "这样特别清爽。只有`providers`里面的测试替身被保留。连`HeroDetailComponent`声明都消失了。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "In fact, if you try to declare it, Angular will throw an error because\n`HeroDetailComponent` is declared in both the `HeroModule` and the `DynamicTestModule`\ncreated by the `TestBed`.",
+ "translation": "事实上，如果你试图声明它，Angular 就会抛出一个错误，因为 `HeroDetailComponent` 同时声明在了 `HeroModule` 和`TestBed` 创建的 `DynamicTestModule` 中。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Importing the component's feature module can be the easiest way to configure tests\nwhen there are many mutual dependencies within the module and \nthe module is small, as feature modules tend to be.",
+ "translation": "如果模块中有很多共同依赖，并且该模块很小（这也是特性模块的应有形态），那么直接导入组件的特性模块可以成为配置这些测试的简易方式。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "### Override component providers",
+ "translation": "### 改写组件的服务提供商",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "The `HeroDetailComponent` provides its own `HeroDetailService`.",
"translation": "`HeroDetailComponent`提供自己的`HeroDetailService`服务。",
@@ -25419,6 +29499,16 @@
"translation": "在`TestBed.configureTestingModule`的`providers`中stub伪造组件的`HeroDetailService`是不可行的。\n这些是**测试模块**的提供商，而非组件的。组件级别的供应商应该在**fixture级别**准备的依赖注入器。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "Angular creates the component with its _own_ injector, which is a _child_ of the fixture injector.\nIt registers the component's providers (the `HeroDetailService` in this case) with the child injector.",
+ "translation": "Angular 会使用自己的注入器来创建这些组件，这个注入器是夹具的注入器的子注入器。\n它使用这个子注入器注册了该组件服务提供商（这里是 `HeroDetailService` ）。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "A test cannot get to child injector services from the fixture injector.\nAnd `TestBed.configureTestingModule` can't configure them either.",
+ "translation": "测试没办法从测试夹具的注入器中获取子注入器中的服务，而 `TestBed.configureTestingModule` 也没法配置它们。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "Angular has been creating new instances of the real `HeroDetailService` all along!",
"translation": "Angular始终都在创建真实`HeroDetailService`的实例。",
@@ -25434,6 +29524,11 @@
"translation": "幸运的是，`HeroDetailService`将远程数据访问的责任交给了注入进来的`HeroService`。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "The [previous test configuration](#feature-module-import) replaces the real `HeroService` with a `TestHeroService`\nthat intercepts server requests and fakes their responses.",
+ "translation": "[前面的测试配置](#feature-module-import)使用 `TestHeroService` 替换了真实的 `HeroService`，它拦截了发往服务器的请求，并伪造了服务器的响应。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "What if you aren't so lucky. What if faking the `HeroService` is hard?\nWhat if `HeroDetailService` makes its own server requests?",
"translation": "如果我们没有这么幸运怎么办？如果伪造`HeroService`很难怎么办？如果`HeroDetailService`自己发出服务器请求怎么办？",
@@ -25441,7 +29536,17 @@
},
{
"original": "The `TestBed.overrideComponent` method can replace the component's `providers` with easy-to-manage _test doubles_\nas seen in the following setup variation:",
- "translation": "`TestBed.overrideComponent`方法可以将组件的`providers`替换为容易管理的**测试替身**，参见下面的设置变化：",
+ "translation": "`TestBed.overrideComponent`方法可以将组件的`providers`替换为容易管理的**测试替身**，参见下面的变体准备代码：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Notice that `TestBed.configureTestingModule` no longer provides a (fake) `HeroService` because it's [not needed](#spy-stub).",
+ "translation": "注意，`TestBed.configureTestingModule` 不再提供（伪造的）`HeroService`，因为[并不需要](#spy-stub)。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "#### The _overrideComponent_ method",
+ "translation": "#### `overrideComponent` 方法",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
{
@@ -25449,6 +29554,11 @@
"translation": "注意这个`overrideComponent`方法。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "It takes two arguments: the component type to override (`HeroDetailComponent`) and an override metadata object.\nThe [overide metadata object](#metadata-override-object) is a generic defined as follows:",
+ "translation": "它接受两个参数：要改写的组件类（`HeroDetailComponent`），以及用于改写的元数据对象：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "A metadata override object can either add-and-remove elements in metadata properties or completely reset those properties.\nThis example resets the component's `providers` metadata.",
"translation": "元数据重载对象可以添加和删除元数据属性的项目，也可以彻底重设这些属性。\n这个例子重新设置了组件的`providers`元数据。",
@@ -25459,6 +29569,11 @@
"translation": "这个类型参数，`T`，是你会传递给`@Component`装饰器的元数据的类型。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "#### Provide a _spy stub_ (_HeroDetailServiceSpy_)",
+ "translation": "#### 提供`间谍桩` (`HeroDetailServiceSpy`)",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "This example completely replaces the component's `providers` array with a new array containing a `HeroDetailServiceSpy`.",
"translation": "这个例子把组件的`providers`数组完全替换成了一个包含`HeroDetailServiceSpy`的新数组。",
@@ -25474,11 +29589,21 @@
"translation": "通过对该服务的方法进行刺探，`HeroDetailComponent`的关联测试将会对`HeroDetailService`是否被调用过进行断言。\n因此，这个桩类会把它的方法实现为刺探方法：",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "#### The override tests",
+ "translation": "#### 改写测试",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "Now the tests can control the component's hero directly by manipulating the spy-stub's `testHero`\nand confirm that service methods were called.",
"translation": "现在，测试程序可以通过操控stub的`testHero`，直接控制组件的英雄，并确保服务的方法被调用过。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "#### More overrides",
+ "translation": "#### 更多的改写",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "The `TestBed.overrideComponent` method can be called multiple times for the same or different components.\nThe `TestBed` offers similar `overrideDirective`, `overrideModule`, and `overridePipe` methods\nfor digging into and replacing parts of these other classes.",
"translation": "`TestBed.overrideComponent`方法可以在相同或不同的组件中被反复调用。\n`TestBed`还提供了类似的`overrideDirective`、`overrideModule`和`overridePipe`方法，用来深入并重载这些其它类的部件。",
@@ -25489,6 +29614,11 @@
"translation": "自己探索这些选项和组合。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "## Attribute Directive Testing",
+ "translation": "## 属性型指令的测试",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "An _attribute directive_ modifies the behavior of an element, component or another directive.\nIts name reflects the way the directive is applied: as an attribute on a host element.",
"translation": "**属性指令**修改元素、组件和其它指令的行为。正如它们的名字所示，它们是作为宿主元素的属性来被使用的。",
@@ -25504,14 +29634,24 @@
"translation": "它的使用贯穿整个应用，也许最简单的使用在`AboutComponent`里：",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "Testing the specific use of the `HighlightDirective` within the `AboutComponent` requires only the\ntechniques explored above (in particular the [\"Shallow test\"](#nested-component-tests) approach).",
+ "translation": "要想在 `AboutComponent` 中测试 `HighlightDirective` 的具体用法，只要使用在[“浅层测试”](#nested-component-tests)部分用过的技术即可。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "However, testing a single use case is unlikely to explore the full range of a directive's capabilities.\nFinding and testing all components that use the directive is tedious, brittle, and almost as unlikely to afford full coverage.",
"translation": "但是，测试单一的用例一般无法探索该指令的全部能力。\n查找和测试所有使用该指令的组件非常繁琐和脆弱，并且通常无法覆盖所有组件。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "_Class-only tests_ might be helpful,\nbut attribute directives like this one tend to manipulate the DOM.\nIsolated unit tests don't touch the DOM and, therefore,\ndo not inspire confidence in the directive's efficacy.",
+ "translation": "*只针对类的测试*可能很有用，\n但是像这个一样的属性型指令肯定要操纵 DOM。\n隔离出的单元测试不能接触 DOM，因此也就没办法证明该指令的有效性。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "A better solution is to create an artificial test component that demonstrates all ways to apply the directive.",
- "translation": "更好的方法是创建一个展示所有使用该组件的方法的人工测试组件。",
+ "translation": "更好的方法是创建一个能展示该指令所有用法的人造测试组件。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
{
@@ -25554,6 +29694,11 @@
"translation": "`DebugElement.properties`让我们可以访问由指令设置的自定义属性。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "## Pipe Testing",
+ "translation": "## 管道测试",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "Pipes are easy to test without the Angular testing utilities.",
"translation": "管道很容易测试，无需Angular测试工具。",
@@ -25574,6 +29719,11 @@
"translation": "任何使用正则表达式的类都值得彻底的进行测试。\n使用Jasmine来探索预期的用例和极端的用例。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "#### Write DOM tests too",
+ "translation": "#### 也能编写 DOM 测试",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "These are tests of the pipe _in isolation_.\nThey can't tell if the `TitleCasePipe` is working properly as applied in the application components.",
"translation": "有些管道的测试程序是**孤立的**。\n它们不能验证`TitleCasePipe`是否在应用到组件上时是否工作正常。",
@@ -25584,6 +29734,11 @@
"translation": "考虑像这样添加组件测试程序：",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "## Test debugging",
+ "translation": "## 测试程序的调试",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "Debug specs in the browser in the same way that you debug an application.",
"translation": "在浏览器中，像调试应用一样调试测试程序spec。",
@@ -25624,11 +29779,21 @@
"translation": "刷新浏览器...然后它就会停在断点上。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "## Testing Utility APIs",
+ "translation": "## 测试工具 API",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "This section takes inventory of the most useful Angular testing features and summarizes what they do.",
"translation": "本节将最有用的Angular测试功能提取出来，并总结了它们的作用。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "The Angular testing utilities include the `TestBed`, the `ComponentFixture`, and a handful of functions that control the test environment.\nThe [_TestBed_](#testbed-api-summary) and [_ComponentFixture_](#component-fixture-api-summary) classes are covered separately.",
+ "translation": "Angular 的测试工具集包括 `TestBed`、`ComponentFixture` 和一些用来控制测试环境的便捷函数。\n[`TestBed`](#testbed-api-summary) 和 [`ComponentFixture`](#component-fixture-api-summary) 部分单独讲过它们。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "Here's a summary of the stand-alone functions, in order of likely utility:",
"translation": "下面是一些独立函数的总结，以使用频率排序：",
@@ -25644,11 +29809,36 @@
"translation": "说明",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "Runs the body of a test (`it`) or setup (`beforeEach`) function within a special _async test zone_.\n See [discussion above](#async).",
+ "translation": "在一个特殊的* async 测试区域*中运行测试（`it`）的函数体或准备函数（`beforeEach`）。\n 参见[前面的讨论](#async)。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Runs the body of a test (`it`) within a special _fakeAsync test zone_, enabling\n a linear control flow coding style. See [discussion above](#fake-async).",
+ "translation": "在一个特殊的* fakeAsync 测试区域*中运行测试（`it`）的函数体，以便启用线性风格的控制流。\n 参见[前面的讨论](#fake-async)。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Simulates the passage of time and the completion of pending asynchronous activities\n by flushing both _timer_ and _micro-task_ queues within the _fakeAsync test zone_.",
+ "translation": "通过在* fakeAsync 测试区域*中刷新定时器和微任务（micro-task）队列来仿真时间的流逝以及异步活动的完成。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "The curious, dedicated reader might enjoy this lengthy blog post,\n [\"_Tasks, microtasks, queues and schedules_\"](https://jakearchibald.com/2015/tasks-microtasks-queues-and-schedules/).",
"translation": "好奇和执着的读者可能会喜欢这篇长博客：\n \"_Tasks, microtasks, queues and schedules_\".",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "Accepts an optional argument that moves the virtual clock forward\n by the specified number of milliseconds,\n clearing asynchronous activities scheduled within that timeframe.\n See [discussion above](#tick).",
+ "translation": "接受一个可选参数，它可以把虚拟时钟往前推进特定的微秒数。\n 清除调度到那个时间帧中的异步活动。\n 参见[前面的讨论](#tick)。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Injects one or more services from the current `TestBed` injector into a test function.\n It cannot inject a service provided by the component itself.\n See discussion of the [debugElement.injector](#get-injected-services).",
+ "translation": "从当前的 `TestBed` 注入器中把一个或多个服务注入到一个测试函数中。\n 它不能用于注入组件自身提供的服务。\n 参见 [`debugElement.injector`](#get-injected-services) 部分的讨论。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "When a `fakeAsync` test ends with pending timer event _tasks_ (queued `setTimeOut` and `setInterval` callbacks),\n the test fails with a clear error message.",
"translation": "当`fakeAsync`测试程序以正在运行的计时器事件**任务**（排队中的`setTimeOut`和`setInterval`的回调）结束时，\n 测试会失败，并显示一条明确的错误信息。",
@@ -25669,11 +29859,21 @@
"translation": "一般来说，测试应该等待微任务结束。\n 当待执行微任务存在时，调用`flushMicrotasks`来触发**微任务**队列，防止该错误发生。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "A provider token for a service that turns on [automatic change detection](#automatic-change-detection).",
+ "translation": "一个服务提供商令牌，用于开启[自动变更检测](#automatic-change-detection)。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "Gets the current instance of the `TestBed`.\n Usually unnecessary because the static class methods of the `TestBed` class are typically sufficient.\n The `TestBed` instance exposes a few rarely used members that are not available as\n static methods.",
"translation": "获取当前`TestBed`实例。\n 通常用不上，因为`TestBed`的静态类方法已经够用。\n `TestBed`实例有一些很少需要用到的方法，它们没有对应的静态方法。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "#### _TestBed_ class summary",
+ "translation": "#### `TestBed` 类小结",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "The `TestBed` class is one of the principal Angular testing utilities.\nIts API is quite large and can be overwhelming until you've explored it,\na little at a time. Read the early part of this guide first\nto get the basics before trying to absorb the full API.",
"translation": "`TestBed`类是Angular测试工具的主要类之一。它的API很庞大，可能有点过于复杂，直到你一点一点的探索它们。\n阅读本章前面的部分，了解了基本的知识以后，再试着了解完整API。",
@@ -25729,6 +29929,11 @@
"translation": "调用`configureTestingModule`来为一套特定的测试定义测试模块配置，添加和删除导入、（组件、指令和管道的）声明和服务提供商。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "Compile the testing module asynchronously after you've finished configuring it.\n You **must** call this method if _any_ of the testing module components have a `templateUrl`\n or `styleUrls` because fetching component template and style files is necessarily asynchronous.\n See [above](#compile-components).",
+ "translation": "在配置好测试模块之后，异步编译它。\n 如果测试模块中的*任何一个*组件具有 `templateUrl` 或 `styleUrls`，那么你**必须**调用这个方法，因为获取组件的模板或样式文件必须是异步的。\n 参见[前面的讨论](#compile-components)。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "After calling `compileComponents`, the `TestBed` configuration is frozen for the duration of the current spec.",
"translation": "调用完`compileComponents`之后，`TestBed`的配置就会在当前测试期间被冻结。",
@@ -25764,6 +29969,21 @@
"translation": "从当前`TestBed`注入器获取一个服务。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "The `inject` function is often adequate for this purpose.\n But `inject` throws an error if it can't provide the service.",
+ "translation": "`inject` 函数通常都能胜任这项工作，但是如果它没法提供该服务时就会抛出一个异常。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "What if the service is optional?",
+ "translation": "如果该服务是可选的呢？",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The `TestBed.get()` method takes an optional second parameter,\n the object to return if Angular can't find the provider\n (`null` in this example):",
+ "translation": "`TestBed.get()` 方法可以接受可选的第二参数，当 Angular 找不到指定的服务提供商时，就会返回该对象（下面这个例子中是 `null` ）：",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "After calling `get`, the `TestBed` configuration is frozen for the duration of the current spec.",
"translation": "一旦调用，`TestBed`的配置就会在当前测试期间被冻结。",
@@ -25781,7 +30001,7 @@
},
{
"original": "You may call this method _exactly once_. If you must change\n this default in the middle of your test run, call `resetTestEnvironment` first.",
- "translation": "这个方法只能被调用**一次**。如果确实需要在测试程序运行期间变换这个默认设置，那么先调用`resetTestEnvironment`。",
+ "translation": "这个方法只能被调用**一次**。如果确实需要在测试程序运行期间改变这个默认设置，那么先调用`resetTestEnvironment`。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
{
@@ -25799,14 +30019,24 @@
"translation": "少数`TestBed`实例方法没有对应的静态方法。它们很少被使用。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "#### The _ComponentFixture_",
+ "translation": "#### `ComponentFixture` 类",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "The `TestBed.createComponent`\ncreates an instance of the component `T`\nand returns a strongly typed `ComponentFixture` for that component.",
- "translation": "`TestBed.createComponent`创建一个组件`T`的实例，并为该组件返回一个强类型的`ComponentFixture`。",
+ "translation": "`TestBed.createComponent` 会创建一个组件`T`的实例，并为该组件返回一个强类型的 `ComponentFixture`。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
{
"original": "The `ComponentFixture` properties and methods provide access to the component,\nits DOM representation, and aspects of its Angular environment.",
- "translation": "`ComponentFixture`的属性和方法提供了对组件、它的DOM和它的Angular环境方面的访问。",
+ "translation": "`ComponentFixture` 的属性和方法提供了对组件、它的 DOM 和它的 Angular 环境方面的访问。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "#### _ComponentFixture_ properties",
+ "translation": "#### `ComponentFixture` 的属性",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
{
@@ -25834,6 +30064,11 @@
"translation": "与组件根元素关联的`DebugElement`。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "The `debugElement` provides insight into the component and its DOM element during test and debugging.\n It's a critical property for testers. The most interesting members are covered [below](#debug-element-details).",
+ "translation": "`debugElement` 提供了在测试和调试期间深入探查组件及其 DOM 元素的功能。\n 它对于测试者是一个极其重要的属性。它的大多数主要成员在[后面](#debug-element-details)都有讲解。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "The native DOM element at the root of the component.",
"translation": "组件的原生根DOM元素。",
@@ -25849,6 +30084,11 @@
"translation": "在测试一个拥有`ChangeDetectionStrategy.OnPush`的组件，或者在组件的变化测试在你的程序控制下时，`ChangeDetectorRef`是最重要的。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "#### _ComponentFixture_ methods",
+ "translation": "#### `ComponentFixture` 的方法",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "The _fixture_ methods cause Angular to perform certain tasks on the component tree.\nCall these method to trigger Angular behavior in response to simulated user action.",
"translation": "**fixture**方法使Angular对组件树执行某些任务。\n在触发Angular行为来模拟的用户行为时，调用这些方法。",
@@ -25914,6 +30154,11 @@
"translation": "返回一个承诺，在fixture稳定时解析。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "To resume testing after completion of asynchronous activity or\n asynchronous change detection, hook that promise.\n See [above](#when-stable).",
+ "translation": "要想在完成了异步活动或异步变更检测之后再继续测试，可以对那个承诺对象进行挂钩。\n 参见 [前面](#when-stable)。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "Trigger component destruction.",
"translation": "触发组件的销毁。",
@@ -25949,6 +30194,16 @@
"translation": "与浏览器中DOM元素对应（WebWorkers时，值为null）。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "Calling `query(predicate: Predicate)` returns the first `DebugElement`\n that matches the [predicate](#query-predicate) at any depth in the subtree.",
+ "translation": "调用 `query(predicate: Predicate)` 会在子树的任意深度中查找能和[谓词函数](#query-predicate)匹配的第一个 `DebugElement`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Calling `queryAll(predicate: Predicate)` returns all `DebugElements`\n that matches the [predicate](#query-predicate) at any depth in subtree.",
+ "translation": "调用 `queryAll(predicate: Predicate)` 会在子树的任意深度中查找能和[谓词函数](#query-predicate)匹配的所有 `DebugElement`。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "The host dependency injector.\n For example, the root element's component instance injector.",
"translation": "宿主依赖注入器。\n 比如，根元素的组件实例注入器。",
@@ -25969,6 +30224,11 @@
"translation": "当一个元素被`*ngFor`重复，它的上下文为`NgForRow`，它的`$implicit`属性值是该行的实例值。\n 比如，`*ngFor=\"let hero of heroes\"`里的`hero`。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "The immediate `DebugElement` children. Walk the tree by descending through `children`.",
+ "translation": "`DebugElement` 的直接子元素。可以通过继续深入 `children` 来遍历这棵树。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "`DebugElement` also has `childNodes`, a list of `DebugNode` objects.\n `DebugElement` derives from `DebugNode` objects and there are often\n more nodes than elements. Testers can usually ignore plain nodes.",
"translation": "`DebugElement`还有`childNodes`，即`DebugNode`对象列表。\n `DebugElement`从`DebugNode`对象衍生，而且通常节点（node）比元素多。测试者通常忽略赤裸节点。",
@@ -25984,6 +30244,11 @@
"translation": "元素的标签名字，如果它是一个元素的话。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "Triggers the event by its name if there is a corresponding listener\n in the element's `listeners` collection.\n The second parameter is the _event object_ expected by the handler.\n See [above](#trigger-event-handler).",
+ "translation": "如果在该元素的 `listeners` 集合中有相应的监听器，就根据名字触发这个事件。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "If the event lacks a listener or there's some other problem,\n consider calling `nativeElement.dispatchEvent(eventObject)`.",
"translation": "如果事件缺乏监听器，或者有其它问题，考虑调用`nativeElement.dispatchEvent(eventObject)`。",
@@ -26039,6 +30304,16 @@
"translation": "`By.directive(directive)` - 返回Angular能匹配一个指令类实例的所有元素。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "## Frequently Asked Questions",
+ "translation": "## 常见问题",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "#### Why put spec file next to the file it tests?",
+ "translation": "#### 为什么要把测试文件和被测文件放在一起？",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "It's a good idea to put unit test spec files in the same folder\nas the application source code files that they test:",
"translation": "我们推荐将单元测试的spec配置文件放到与应用程序源代码文件所在的同一个文件夹中，因为：",
@@ -26069,6 +30344,11 @@
"translation": "当你重命名源代码文件（无可避免），你记得重命名测试程序文件。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "#### When would I put specs in a test folder?",
+ "translation": "#### 什么时候我该把测试文件放进单独的 `test` 文件夹中？",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "Application integration specs can test the interactions of multiple parts\nspread across folders and modules.\nThey don't really belong to any part in particular, so they don't have a\nnatural home next to any one file.",
"translation": "应用程序的整合测试spec文件可以测试横跨多个目录和模块的多个部分之间的互动。\n它们不属于任何部分，很自然，没有特别的地方存放它们。",
@@ -26084,6 +30364,46 @@
"translation": "当然，**测试助手对象**的测试spec文件也属于`test`目录，与它们对应的助手文件相邻。",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
},
+ {
+ "original": "#### Why not rely on E2E tests of DOM integration?",
+ "translation": "#### 为什么不依赖 E2E 测试来保障 DOM 集成后的正确性？",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "The component DOM tests describe in this guide often require extensive setup and \nadvanced techniques where as the [class-only test](#component-class-testing)\nwere comparatively simple.",
+ "translation": "本指南中讲的组件 DOM 测试通常需要大量的准备工作以及高级技巧，不像[只针对类的测试](#component-class-testing)那样简单。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Why not defer DOM integration tests to end-to-end (E2E) testing?",
+ "translation": "为什么不等到端到端（E2E）测试阶段再对 DOM 进行集成测试呢？",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "E2E tests are great for high-level validation of the entire system.\nBut they can't give you the comprehensive test coverage that you'd expect from unit tests.",
+ "translation": "E2E 测试对于整个系统的高层验证非常好用。\n但是它们没法给你像单元测试这样全面的测试覆盖率。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "E2E tests are difficult to write and perform poorly compared to unit tests.\nThey break easily, often due to changes or misbehavior far removed from the site of breakage.",
+ "translation": "E2E 测试很难写，并且执行性能也赶不上单元测试。\n它们很容易被破坏，而且经常是因为某些远离故障点的修改或不当行为而导致的。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "E2E tests can't easily reveal how your components behave when things go wrong,\nsuch as missing or bad data, lost connectivity, and remote service failures.",
+ "translation": "当出错时，E2E 测试不能轻松揭露你的组件出了什么问题，\n比如丢失或错误的数据、网络失去连接或远端服务器挂了。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "E2E tests for apps that update a database, \nsend an invoice, or charge a credit card require special tricks and back-doors to prevent\naccidental corruption of remote resources.\nIt can even be hard to navigate to the component you want to test.",
+ "translation": "如果 E2E 的测试对象要更新数据库、发送发票或收取信用卡，就需要一些特殊的技巧和后门来防止远程资源被意外破坏。\n它甚至可能都难以导航到你要测试的组件。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
+ {
+ "original": "Because of these many obstacles, you should test DOM interaction\nwith unit testing techniques as much as possible.",
+ "translation": "由于存在这么多障碍，你应该尽可能使用单元测试技术来测试 DOM 交互。",
+ "sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/guide/testing.md"
+ },
{
"original": "# TypeScript Configuration",
"translation": "# TypeScript 配置",
@@ -32236,7 +36556,7 @@
},
{
"original": "Install the *In-memory Web API* package from _npm_",
- "translation": "从 `npm` 中安装这个*内存 Web API* 包",
+ "translation": "从 `npm` 中安装这个*内存 Web API* 包（译注：请使用 0.5+ 的版本，不要使用 0.4-）",
"sourceFile": "/Users/twer/private/GDE/angular-cn/aio/content/tutorial/toh-pt6.md"
},
{
diff --git a/aio/tools/translator/translate.spec.ts b/aio/tools/translator/translate.spec.ts
index 7019030652..1b3974d499 100644
--- a/aio/tools/translator/translate.spec.ts
+++ b/aio/tools/translator/translate.spec.ts
@@ -1,5 +1,6 @@
import { expect } from 'chai';
-import { kernelText, lookup } from './translate';
+import { lookup } from './translate';
+import { kernelText } from './utils';
describe('根据字典进行翻译', () => {
diff --git a/aio/tools/translator/translate.ts b/aio/tools/translator/translate.ts
index 1497027017..563c27b843 100644
--- a/aio/tools/translator/translate.ts
+++ b/aio/tools/translator/translate.ts
@@ -3,24 +3,19 @@ import * as _ from 'lodash';
import { DictEntry } from './dict-entry';
import { dirs } from './dirs';
import { listMarkdownFiles } from './extractor';
-import { indentOf, normalizeLines, repeat } from './utils';
+import { exactlyTest, indentOf, normalizeLines, repeat } from './utils';
+
+// TODO: 改用 markdown 解析器实现
export const dict = require('./dict-latest.json') as DictEntry[];
export function lookup(english: string, filename: RegExp = /.*/): DictEntry[] {
const entries = dict
.filter(entry => filename.test(entry.sourceFile))
- .filter(entry => kernelText(entry.original) === kernelText(english));
+ .filter(entry => exactlyTest(entry.original, english));
return _.uniqBy(entries, 'translation');
}
-export function kernelText(text: string): string {
- return text
- .replace(/[\s\n]+/g, '')
- .replace(/\.$/g, '')
- .trim();
-}
-
export function translate(content: string): string[] {
const lines = normalizeLines(content)
.split(/\n+\s*\n+/);
diff --git a/aio/tools/translator/utils.spec.ts b/aio/tools/translator/utils.spec.ts
index 8fda4f0e56..232c428578 100644
--- a/aio/tools/translator/utils.spec.ts
+++ b/aio/tools/translator/utils.spec.ts
@@ -1,5 +1,5 @@
import { expect } from 'chai';
-import { normalizeLines } from './utils';
+import { fuzzyTest, normalizeLines, tokenize } from './utils';
describe(' 工具函数', () => {
it('把“1. ”列表处理成空行分隔的格式，以便处理', function () {
@@ -338,4 +338,16 @@ a c
`);
});
+ it('拆分', function () {
+ expect(tokenize('abc def,abc.')).eql(['abc', 'def', 'abc']);
+ });
+
+ it('模糊匹配', function () {
+ expect(fuzzyTest(`a b c d e`, `a b c d e`)).is.false;
+ expect(fuzzyTest(`a b c d e f g`, `a b c d e`)).is.false;
+ expect(fuzzyTest(`Make that easy by encapsulating the _click-triggering_ process in a helper such as the \`click\` function below:`,
+ `Make that consistent and easy by encapsulating the _click-triggering_ process
+in a helper such as the \`click()\` function below:
+`)).is.true;
+ });
});
diff --git a/aio/tools/translator/utils.ts b/aio/tools/translator/utils.ts
index 35e0ff7d01..05afae62b0 100644
--- a/aio/tools/translator/utils.ts
+++ b/aio/tools/translator/utils.ts
@@ -1,5 +1,6 @@
import { DictEntry } from './dict-entry';
import { isTranslation } from './extractor';
+import * as _ from 'lodash';
export function translationHasNotCodeExample(entry: DictEntry): boolean {
return entry.translation.indexOf(' 5 && sameTokens.length / maxTokens >= 0.8;
+}
+
+export function exactlyTest(text1: string, text2: string): boolean {
+ return kernelText(text1) === kernelText(text2);
+}
+
+export function kernelText(text: string): string {
+ return text
+ .replace(/[\s\n]+/g, '')
+ .replace(/\.$/g, '')
+ .toUpperCase()
+ .trim();
+}
+
+export function tokenize(text: string): string[] {
+ return text.split(/\W/)
+ .map(token => token.trim())
+ .filter(token => !!token);
+}