diff --git a/readme.md b/readme.md
index 4e2a8732..90bc8b8c 100644
--- a/readme.md
+++ b/readme.md
@@ -5,6 +5,7 @@
- [日本語](ja_JP/readme.md) *(by [@makotot](https://github.com/makotot))*
- [Português](pt_BR/readme.md) *(by [@charbelrami](https://github.com/charbelrami))*
- [Русский](ru_RU/readme.md) *(by [@sohje](https://github.com/sohje))*
+- [简体中文](zh_CN/readme.md) *(by [@zhaozhiming](https://github.com/zhaozhiming))*
## Contribute
diff --git a/zh_CN/code-of-conduct.md b/zh_CN/code-of-conduct.md
new file mode 100644
index 00000000..41795985
--- /dev/null
+++ b/zh_CN/code-of-conduct.md
@@ -0,0 +1,37 @@
+___
+**备注**
+
+这是 [code-of-coduct.md](https://github.com/sindresorhus/ava/blob/master/code-of-coduct.md) 的简体中文翻译。这个[链接](https://github.com/sindresorhus/ava/compare/89767ec3b6174e59d37faaadb50cfa3c0d58bda6...master#diff-d3030a18b089fdb1fbfabf6e75e4aef0) 用来查看本翻译与 AVA 的 master 分支是否有差别（如果你没有看到`code-of-coduct.md`发生变化，那就意味着这份翻译文档是最新的）。
+___
+
+# 贡献者的行为准则
+
+翻译：[Español](https://github.com/sindresorhus/ava-docs/blob/master/es_ES/code-of-conduct.md), [Français](https://github.com/sindresorhus/ava-docs/blob/master/fr_FR/code-of-conduct.md), [日本語](https://github.com/sindresorhus/ava-docs/blob/master/ja_JP/code-of-conduct.md), [Português](https://github.com/sindresorhus/ava-docs/blob/master/pt_BR/code-of-conduct.md), [Русский](https://github.com/sindresorhus/ava-docs/blob/master/ru_RU/code-of-conduct.md), [简体中文](https://github.com/sindresorhus/ava-docs/blob/master/zh_CN/code-of-conduct.md)
+
+作为这个项目的贡献者和维护者，我们希望社区开放和受欢迎，我们承诺尊重所有参与项目的人，不管是报告问题，提交功能需求，更新文档，提交 pull request 或 patch，或者是其他积极的活动。
+
+我们致力于让每个参与项目的人享受相同的体验，不管经验水平，性别，性别身份和表达，性取向，残疾，个人形象，身体大小，种族，种族渊源，年龄，宗教信仰或者国籍。
+
+参与者不被接收的行为有如下例子：
+
+* 色情内容或图片
+* 个人攻击
+* 恶意攻击或者侮辱、贬低他人的言论
+* 公开或者私下骚扰
+* 公布他人私人信息，包括现实和网络的信息
+* 没有得到明确许可进行的演讲
+* 其他不道德和不专业的行为
+
+项目维护者有如下权利和义务，包括删除，编辑或者拒绝评论，提交，代码，wiki 编辑，问题和其他贡献者没有遵守行为准则的行为等操作，可以临时或永久的禁止任何贡献者，如果认为贡献者不合适，威胁他人，无礼或者有害的，会进行临时或者永久禁止的处理。
+
+通过采用这份行为准则，项目维护者承诺在项目管理的方方面面上公平和坚持地贯彻这些原则。如果有维护者没有遵守或执行行为准则，他可能就会在项目团队中被永久除名。
+
+
+当个人代表项目或者社区的时候，这份行为准则适用于项目空间和公共空间。
+
+举报辱骂，骚扰或者其他不被接受的行为可以通过 sindresorhus@gmail.com 联系项目维护人员。所有的投诉都会被审计和调查，最终会产生一个认为必要和合理的结果。维护人员有义务为报告者保密其信息。
+
+这份行为准则改编自[贡献者契约][homepage]，版本 1.3.0，可在 [http://contributor-covenant.org/version/1/3/0/][version] 获取。
+
+[homepage]: http://contributor-covenant.org
+[version]: http://contributor-covenant.org/version/1/3/0/
diff --git a/zh_CN/contributing.md b/zh_CN/contributing.md
new file mode 100644
index 00000000..1ace24c7
--- /dev/null
+++ b/zh_CN/contributing.md
@@ -0,0 +1,52 @@
+___
+**备注**
+
+这是 [contributing.md](https://github.com/sindresorhus/ava/blob/master/contributing.md) 的简体中文翻译。这个[链接](https://github.com/sindresorhus/ava/compare/89767ec3b6174e59d37faaadb50cfa3c0d58bda6...master#diff-cc4aac3e9be04e0413c9520f223b493c) 用来查看本翻译与 AVA 的 master 分支是否有差别（如果你没有看到`contributing.md`发生变化，那就意味着这份翻译文档是最新的）。
+___
+# 向 AVA 贡献
+
+✨ 感谢向 AVA 作出贡献！ ✨
+
+请注意，这个项目发布带有[贡献者的行为准则](code-of-conduct.md)，参与这个项目你需要同意并遵守其中的条款。
+
+翻译：[Español](https://github.com/sindresorhus/ava-docs/blob/master/es_ES/contributing.md), [Français](https://github.com/sindresorhus/ava-docs/blob/master/fr_FR/contributing.md), [日本語](https://github.com/sindresorhus/ava-docs/blob/master/ja_JP/contributing.md), [Português](https://github.com/sindresorhus/ava-docs/blob/master/pt_BR/contributing.md), [Русский](https://github.com/sindresorhus/ava-docs/blob/master/ru_RU/contributing.md), [简体中文](https://github.com/sindresorhus/ava-docs/blob/master/zh_CN/contributing.md)
+
+## 我怎么贡献？
+
+### 改进文档
+
+作为 AVA 的用户你是帮助我们改进文档的最佳候选人，修改拼写错误，修复错误，更好的解释，更多的例子等等。为一些可以改进的事情提问题，[帮助我们翻译文档](https://github.com/sindresorhus/ava-docs)，不管任何事情，即使是改善现在这个文档。
+
+### 改善问题
+
+一些问题在创建时缺少信息，不能重现，描述太过简单无效，帮助我们将他们变得更容易处理，因为处理问题需要大量时间，我们情愿将时间花在修复缺陷和添加新功能上面。
+
+### 在问题中给出反馈
+
+我们总是在问题跟踪器上寻找更多的讨论意见，这是一个影响 AVA 未来发展方向的好机会。
+
+### 在我们的聊天室中闲聊
+
+我们有一个[聊天室](https://gitter.im/sindresorhus/ava)，可以进到里面潜水，跟我们聊天，或者帮助其他人。
+
+### 提交问题
+
+- 问题跟踪器是针对问题的，请使用我们的[聊天室](https://gitter.im/sindresorhus/ava) 或者 [Stack Overflow](https://stackoverflow.com/questions/tagged/ava) 来寻求支持。
+- 在新开一个问题之前先搜索以前的问题。
+- 确保你使用的是最新版本的 AVA。
+- 用一个清晰和描述性好的标题。
+- 包含尽可能多的信息：重现问题的步骤，错误的信息，Node.js 的版本，操作系统等。
+- 在问题的描述上你花越多时间，越多的信息将给到我们。
+- [最好的问题提交方式是提供一个失败的测试案例。](https://twitter.com/sindresorhus/status/579306280495357953)
+
+### 提交一个 pull rquest
+
+- 重大的修改最好是先开一个问题来进行讨论，这样可以避免你做一些不必要的工作。
+- 对于长期远大的任务，你应该将你所做的工作在社区中提出来并尽快得到反馈，尽快开一个能证明你想法的最简版本的 pull request。在前期，不需要把事情做得完美，或者 100% 完成，只需要在标题添加一个 [WIP] 前缀，然后描述哪些工作你需要继续做的。这样评审人员就不会挑剔其中的小细节或者指出哪些你已经知道的改进点。
+- 新功能应该具备测试和文档。
+- 不要包含不相关的修改。
+- 在提交 pull request 之前检查代码和运行测试，通过执行`$ npm test`命令来完成。
+- 在一个[主题分支](https://github.com/dchelimsky/rspec/wiki/Topic-Branches) 中提交 pull request 而不是 master 分支。
+- 为 pull request 和 commit 使用一个清晰和描述性强的标题。
+- 写一个让人信服的描述来说明为什么我们要接受你的 pull request。说服我们是你的工作，需要回答“为什么”并提供用例。
+- 你可能被要求修改你的 pull request，但绝对没有必要去新开一个 pull request，[只需要更新原来那个就可以了。](https://github.com/RichardLitt/docs/blob/master/amending-a-commit-guide.md)
diff --git a/zh_CN/docs/recipes/browser-testing.md b/zh_CN/docs/recipes/browser-testing.md
new file mode 100644
index 00000000..404464ed
--- /dev/null
+++ b/zh_CN/docs/recipes/browser-testing.md
@@ -0,0 +1,81 @@
+___
+**备注**
+
+这是 [browser-testing.md](https://github.com/sindresorhus/ava/blob/master/docs/recipes/browser-testing.md) 的简体中文翻译。这个[链接](https://github.com/sindresorhus/ava/compare/8e2f3dca177a4283ad882596d3c1425cabb998ef...master#diff-9d3d394077fa7f97cbbb0fefc098ac60) 用来查看本翻译与 AVA 的 master 分支是否有差别（如果你没有看到`browser-testing.md`发生变化，那就意味着这份翻译文档是最新的）。
+___
+
+# 设置 AVA 做浏览器测试
+
+翻译：[Français](https://github.com/sindresorhus/ava-docs/blob/master/fr_FR/docs/recipes/browser-testing.md), [Русский](https://github.com/sindresorhus/ava-docs/blob/master/ru_RU/docs/recipes/browser-testing.md), [简体中文](https://github.com/sindresorhus/ava-docs/blob/master/zh_CN/docs/recipes/browser-testing.md)
+
+
+
+AVA[还](https://github.com/sindresorhus/ava/issues/24) 不支持在浏览器中运行测试。一些库要求浏览器指定全局变量（`window`, `document`, `navigator`等等）。
+React 就是其中的一个例子，最低要求如果你想用 ReactDOM.render 和用 ReactTestUTils 模拟事件。
+
+这个秘方让需要模拟浏览器环境的库可以工作。
+
+## 安装 jsdom
+
+安装 [jsdom](https://github.com/tmpvar/jsdom)。
+
+> 一个 WHATWG DOM 和 HTML 标准的 JavaScript 实现，给 node.js 使用的。
+
+```
+$ npm install --save-dev jsdom
+```
+
+## 设置 jsdom
+
+创建一个 helper 文件并放在`test/helpers`文件夹中，这样确保 AVA 不会把它当成测试来处理。
+
+`test/helpers/setup-browser-env.js`:
+
+```js
+global.document = require('jsdom').jsdom('');
+global.window = document.defaultView;
+global.navigator = window.navigator;
+```
+
+## 配置测试使用 jsdom
+
+配置 AVA，将`require`设置为 helper 文件，这样每个测试运行前都会先加载它。
+
+`package.json`:
+
+```json
+{
+ "ava": {
+ "require": [
+ "./test/helpers/setup-browser-env.js"
+ ]
+ }
+}
+```
+
+## 享受！
+
+编写你的测试并享受一个模拟的 window 对象吧。
+
+`test/my.react.test.js`:
+
+```js
+import test from 'ava';
+import React from 'react';
+import {render} from 'react-dom';
+import {Simulate} from 'react-addons-test-utils';
+import sinon from 'sinon';
+import CustomInput from './components/custom-input.jsx';
+
+test('Input calls onBlur', t => {
+ const onUserBlur = sinon.spy();
+ const input = render(
+ React.createElement(CustomInput, {onUserBlur),
+ div
+ )
+
+ Simulate.blur(input);
+
+ t.true(onUserBlur.calledOnce);
+});
+```
diff --git a/zh_CN/docs/recipes/code-coverage.md b/zh_CN/docs/recipes/code-coverage.md
new file mode 100644
index 00000000..561a249f
--- /dev/null
+++ b/zh_CN/docs/recipes/code-coverage.md
@@ -0,0 +1,188 @@
+___
+**备注**
+
+这是 [code-coverage.md](https://github.com/sindresorhus/ava/blob/master/docs/recipes/code-coverage.md) 的简体中文翻译。这个[链接](https://github.com/sindresorhus/ava/compare/1868204c1901f45b4f66a520ef6486fdd71fe1d2...master#diff-b3aa0c81a407f54f636a1cf5a619a4a6) 用来查看本翻译与 AVA 的 master 分支是否有差别（如果你没有看到`code-coverage.md`发生变化，那就意味着这份翻译文档是最新的）。
+___
+
+# 代码覆盖率
+
+翻译：[Español](https://github.com/sindresorhus/ava-docs/blob/master/es_ES/docs/recipes/code-coverage.md), [Français](https://github.com/sindresorhus/ava-docs/blob/master/fr_FR/docs/recipes/code-coverage.md), [日本語](https://github.com/sindresorhus/ava-docs/blob/master/ja_JP/docs/recipes/code-coverage.md), [Português](https://github.com/sindresorhus/ava-docs/blob/master/pt_BR/docs/recipes/code-coverage.md), [Русский](https://github.com/sindresorhus/ava-docs/blob/master/ru_RU/docs/recipes/code-coverage.md), [简体中文](https://github.com/sindresorhus/ava-docs/blob/master/zh_CN/docs/recipes/code-coverage.md)
+
+
+因为 AVA[重新处理了测试文件][process-isolation]，所以你不能使用 [`istanbul`] 来做代码覆盖率，但你可以使用 [`nyc`] 来完成，它是支持子进程的 [`istanbul`]。
+
+## 设置
+
+首先安装 NYC：
+
+```
+$ npm install nyc --save-dev
+```
+
+然后添加`.nyc_output`和`coverage`文件夹到你的`.gitignore`文件。
+
+`.gitignore`:
+
+```
+node_modules
+coverage
+.nyc_output
+```
+
+## ES5 覆盖率
+
+使用 NYC 很简单就可以提供使用 ES5 来写的生产代码的覆盖率，只需要在测试脚本前面加上`nyc`：
+
+```json
+{
+ "scripts": {
+ "test": "nyc ava"
+ }
+}
+```
+
+就是这样！
+
+如果你想要创建 HTML 覆盖率报告，或者上传覆盖率数据到 Coveralls，你应该跳过下面的那些章节。
+
+## ES2015 覆盖率
+
+使用 Babel 来转换生产代码有点复杂，这里我们把它分成几个步骤。
+
+### 配置 Babel
+
+首先，我们需要一个 Babel 配置，下面是一个例子，你可以修改它以适应你的需要。
+
+`package.json`:
+```json
+{
+ "babel": {
+ "presets": ["es2015"],
+ "plugins": ["transform-runtime"],
+ "ignore": "test.js",
+ "env": {
+ "development": {
+ "sourceMaps": "inline"
+ }
+ }
+ }
+}
+```
+
+例子中有 2 点比较重要：
+
+1. 我们忽略测试文件，因为 AVA 已经为你做了转换处理了。
+
+2. 我们为开发环境指定`inline`（内联）原生映射，为了正确的生成覆盖率这个很重要，使用 Babel 配置中的`env`属性可以让我们在生产构建中取消原生映射。
+
+
+### 创建一个构建脚本
+
+因为你可能不希望在生产代码中`inline`原生映射，你需要在构建脚本中指定一个可代替的环境变量：
+
+`package.json`
+
+```json
+{
+ "scripts": {
+ "build": "BABEL_ENV=production babel --out-dir=dist index.js"
+ }
+}
+```
+
+> 警告：`BABEL_ENV=production`在 Windows 中不可用，你必须使用`set`关键字（`set BABEL_ENV=production`），如果是跨平台构建，请检查 [`cross-env`]。
+
+注意，构建脚本中 AVA 的部分真的很少，它只是一个如何使用 Babel 的`env`配置来操作你的配置以兼容 AVA 的示例。
+
+### 使用 Babel require 钩子
+
+要使用 Babel require 钩子，请在`package.json`中的 AVA 配置里将`require`属性设置为`babel-core/register`。
+
+```json
+{
+ "ava": {
+ "require": ["babel-core/register"]
+ }
+}
+```
+
+*注意*：你也可以在命令行里设置 require 钩子：`ava --require=babel-core/register`。尽管如此，配置在`package.json`里面可以让你不用重复地写标志。
+
+### 把所有东西放在一起
+
+结合上面的步骤，你的`package.json`最后可能是这个样子：
+
+```json
+{
+ "scripts": {
+ "test": "nyc ava",
+ "build": "BABEL_ENV=production babel --out-dir=dist index.js"
+ },
+ "babel": {
+ "presets": ["es2015"],
+ "plugins": ["transform-runtime"],
+ "ignore": "test.js",
+ "env": {
+ "development": {
+ "sourceMaps": "inline"
+ }
+ }
+ },
+ "ava": {
+ "require": ["babel-core/register"]
+ }
+}
+```
+
+
+## HTML 报告
+
+NYC 在`.nyc_ouput`文件夹中为每个进程创建一个`json`的覆盖率文件。
+
+把这些文件组合成一个可阅读的 HTML 报告，可以通过下面的方法来做：
+
+```
+$ ./node_modules/.bin/nyc report --reporter=html
+```
+
+或者，使用 npm 脚本来代替打印命令行：
+
+```json
+{
+ "scripts": {
+ "report": "nyc report --reporter=html"
+ }
+}
+```
+
+这样会在`coverage`文件夹中输出一个 HTML 文件。
+
+
+## 托管覆盖率报告
+
+### Travis CI & Coveralls
+
+首先，你需要登录 [coveralls.io] 并激活你的项目库。
+
+一旦完成，添加 [`coveralls`] 到开发依赖库：
+
+```
+$ npm install coveralls --save-dev
+```
+
+然后添加下面的代码到你的`.travis.yml`：
+
+```yaml
+after_success:
+ - './node_modules/.bin/nyc report --reporter=text-lcov | ./node_modules/.bin/coveralls'
+```
+
+你的覆盖率报告将在你的 Travis 完成后很快地出现在 coveralls 上面。
+
+[`babel`]: https://github.com/babel/babel
+[coveralls.io]: https://coveralls.io
+[`coveralls`]: https://github.com/nickmerwin/node-coveralls
+[`cross-env`]: https://github.com/kentcdodds/cross-env
+[process-isolation]: https://github.com/sindresorhus/ava-docs/blob/master/zh_CN/readme.md#隔离进程
+[`istanbul`]: https://github.com/gotwarlost/istanbul
+[`nyc`]: https://github.com/bcoe/nyc
diff --git a/zh_CN/docs/recipes/endpoint-testing.md b/zh_CN/docs/recipes/endpoint-testing.md
new file mode 100644
index 00000000..4c342c46
--- /dev/null
+++ b/zh_CN/docs/recipes/endpoint-testing.md
@@ -0,0 +1,36 @@
+___
+**备注**
+
+这是 [endpoint-testing.md](https://github.com/sindresorhus/ava/blob/master/docs/recipes/endpoint-testing.md) 的简体中文翻译。这个[链接](https://github.com/sindresorhus/ava/compare/89767ec3b6174e59d37faaadb50cfa3c0d58bda6...master#diff-aee54ab6a703c02779edb3ebbb35e96f) 用来查看本翻译与 AVA 的 master 分支是否有差别（如果你没有看到`endpoint-testing.md`发生变化，那就意味着这份翻译文档是最新的）。
+___
+
+# 端点测试
+
+翻译：[Español](https://github.com/sindresorhus/ava-docs/blob/master/es_ES/docs/recipes/endpoint-testing.md), [Français](https://github.com/sindresorhus/ava-docs/blob/master/fr_FR/docs/recipes/endpoint-testing.md), [日本語](https://github.com/sindresorhus/ava-docs/blob/master/ja_JP/docs/recipes/endpoint-testing.md), [Português](https://github.com/sindresorhus/ava-docs/blob/master/pt_BR/docs/recipes/endpoint-testing.md), [Русский](https://github.com/sindresorhus/ava-docs/blob/master/ru_RU/docs/recipes/endpoint-testing.md), [简体中文](https://github.com/sindresorhus/ava-docs/blob/master/zh_CN/docs/recipes/endpoint-testing.md)
+
+AVA 没有内嵌的方法可以来做端点测试，但你可以用其他断言库来做，让我们用 [`supertest-as-promised`](https://github.com/WhoopInc/supertest-as-promised) 来看看。
+
+因为测试是并发执行的，所以最好是为每个测试建立一个新的服务器实例，如果所有测试都引用同一个实例，那实例可能会被不同的测试改变状态。这可以在`test.beforeEach`和`t.context`里完成，或者简单的工厂方法：
+
+```js
+function makeApp() {
+ const app = express();
+ app.post('/signup', signupHandler);
+ return app;
+}
+```
+
+然后，将你的服务器注入到测试超类中，主要的点是用 promise 或 async/await 语法来代替测试超类的`end`方法：
+
+```js
+test('signup:Success', async t => {
+ t.plan(2);
+
+ const res = await request(makeApp())
+ .post('/signup')
+ .send({email: 'ava@rocks.com', password: '123123'});
+
+ t.is(res.status, 200);
+ t.is(res.body.email, 'ava@rocks.com');
+});
+```
diff --git a/zh_CN/docs/recipes/typescript.md b/zh_CN/docs/recipes/typescript.md
new file mode 100644
index 00000000..eb25aeed
--- /dev/null
+++ b/zh_CN/docs/recipes/typescript.md
@@ -0,0 +1,64 @@
+___
+**备注**
+
+这是 [typescript.md](https://github.com/sindresorhus/ava/blob/master/docs/recipes/typescript.md) 的简体中文翻译。这个[链接](https://github.com/sindresorhus/ava/compare/8e2f3dca177a4283ad882596d3c1425cabb998ef...master#diff-60cce07a584082115d230f2e3d571ad6) 用来查看本翻译与 AVA 的 master 分支是否有差别（如果你没有看到`typescript.md`发生变化，那就意味着这份翻译文档是最新的）。
+___
+
+# TypeScript
+
+翻译：[Français](https://github.com/sindresorhus/ava-docs/blob/master/fr_FR/docs/recipes/typescript.md), [Русский](https://github.com/sindresorhus/ava-docs/blob/master/ru_RU/docs/recipes/typescript.md), [简体中文](https://github.com/sindresorhus/ava-docs/blob/master/zh_CN/docs/recipes/typescript.md)
+
+AVA 捆绑了一个 TypeScript 定义文件，让开发人员可以了解如何用 TypeScript 写测试。
+
+## 设置
+
+首先安装 TypeScript 编译器 [tsc](https://github.com/Microsoft/TypeScript)。
+
+```
+$ npm install --save-dev tsc
+```
+
+创建一个 [`tsconfig.json`](https://github.com/Microsoft/TypeScript/wiki/tsconfig.json) 文件，文件指定编译器是用来编译工程或者测试文件。
+
+```json
+{
+ "compilerOptions": {
+ "module": "commonjs",
+ "target": "es2015"
+ }
+}
+```
+
+在`package.json`文件里添加一个`test`脚本，在运行 AVA 前先编译工程。
+
+```json
+{
+ "scripts": {
+ "test": "tsc && ava"
+ }
+}
+```
+
+
+## 添加测试
+
+创建一个`test.ts`文件。
+
+```ts
+import test from 'ava';
+
+async function fn() {
+ return Promise.resolve('foo');
+}
+
+test(async (t) => {
+ t.is(await fn(), 'foo');
+});
+```
+
+
+## 执行测试
+
+```
+$ npm test
+```
diff --git a/zh_CN/docs/recipes/watch-mode.md b/zh_CN/docs/recipes/watch-mode.md
new file mode 100644
index 00000000..ab7f8684
--- /dev/null
+++ b/zh_CN/docs/recipes/watch-mode.md
@@ -0,0 +1,105 @@
+___
+**备注**
+
+这是 [watch-mode.md](https://github.com/sindresorhus/ava/blob/master/docs/recipes/watch-mode.md) 的简体中文翻译。这个[链接](https://github.com/sindresorhus/ava/compare/82c02bce80696547db0387dec243ddb470c8bce7...master#diff-92da4f3d087d796fdf4a45be88586b62) 用来查看本翻译与 AVA 的 master 分支是否有差别（如果你没有看到`watch-mode.md`发生变化，那就意味着这份翻译文档是最新的）。
+___
+
+# 观察模式
+
+翻译：[Français](https://github.com/sindresorhus/ava-docs/blob/master/fr_FR/docs/recipes/watch-mode.md), [Русский](https://github.com/sindresorhus/ava-docs/blob/master/ru_RU/docs/recipes/watch-mode.md), [简体中文](https://github.com/sindresorhus/ava-docs/blob/master/zh_CN/docs/recipes/watch-mode.md)
+
+
+AVA 自带了一个聪明的观察模式，它会观察那些改变了的文件并运行受到改变影响的测试。
+
+## 运行测试时启用观察模式
+
+你可以通过使用`--watch`或`-w`标志来启用观察模式，如果你是全局安装的 AVA：
+
+```console
+$ ava --watch
+```
+
+如果你将 AVA 配置在`package.json`中，像这样：
+
+```json
+{
+ "scripts": {
+ "test": "ava"
+ }
+}
+```
+
+你可以这样运行：
+
+```console
+$ npm test -- --watch
+```
+
+你可以设置一个特殊的脚本：
+
+```json
+{
+ "scripts": {
+ "test": "ava",
+ "test:watch": "ava --watch"
+ }
+}
+```
+
+然后使用：
+
+```console
+$ npm run test:watch
+```
+
+## 要求
+
+AVA 使用 [`chokidar`] 来作为文件观察器，它被配置为可选的依赖库，因为`chokidar`有时候无法安装，如果`chokidar`安装失败那么观察模式就不可用，然后你将看到一条这样的信息：
+
+> The optional dependency chokidar failed to install and is required for --watch. Chokidar is likely not supported on your platform.
+
+请参考 [`chokidar`文档][`chokidar`] 了解如何解决这个问题。
+
+## 源文件和测试文件
+
+在 AVA 中*源文件*和*测试文件*是有差别的，正如你所想的一样，*测试文件*包含了你的测试，*源文件*是需要支持测试运行的其他所有文件，是你的源代码或者测试数据。
+
+默认情况下 AVA 观察测试文件，`package.json`和其他的`.js`文件的改变，它会忽略由 [`ignore-by-default`] 包提供的[特定文件夹](https://github.com/novemberborn/ignore-by-default/blob/master/index.js) 下的文件。
+
+你可以使用 [`--source` CLI 标志』或`package.json`文件的`ava`属性为源文件配置模式，注意如果你从 [`ignore-by-default`] 中指定了一个负模式目录，那么忽略将不再有效，所以你可能想要在你的配置里重复这些操作。
+
+如果你的测试会写入磁盘，那么它们会跟踪观察器来返回你的测试，这种情况下你需要使用`--source`标志。
+
+## 依赖跟踪
+
+AVA 跟踪测试文件依赖的源文件，如果你改变的源文件只有一个测试被依赖，那么就只会返回这个测试，如果它不能识别哪个测试文件依赖了这个被修改的源文件，那么它会返回所有的测试。
+
+依赖跟踪在 required 模式中有效，支持自定义继承和转换，使用 [`--require` CLI 标志』而不是从你的测试文件来帮助你加载它们。使用`fs`模块来访问的文件不会被跟踪。
+
+## 手动返回所有测试
+
+你可以在 console 中，通过在Enter后面打印r来快速返回所有测试，
+
+## 调试
+
+有时候观察模式会出现一些意想不到的事情，比如当你只运行一个测试时会返回所有测试，为了调查原因你可以启用调试模式：
+
+```console
+$ DEBUG=ava:watcher npm test -- --watch
+```
+
+在 Windows 里这样用：
+
+```console
+$ set DEBUG=ava:watcher
+$ npm test -- --watch
+```
+
+## 帮助我们改善观察模式
+
+观察模式比较新并且现在处于初期阶段，请[报告](https://github.com/sindresorhus/ava/issues) 任何你遇到问题，谢谢！
+
+[`chokidar`]: https://github.com/paulmillr/chokidar
+[`ignore-by-default`]: https://github.com/novemberborn/ignore-by-default
+[`--require` CLI 标志』: https://github.com/sindresorhus/ava-docs/blob/master/zh_CN/readme.md#cli
+[`--source` CLI 标志』: https://github.com/sindresorhus/ava-docs/blob/master/zh_CN/readme.md#cli
diff --git a/zh_CN/docs/recipes/when-to-use-plan.md b/zh_CN/docs/recipes/when-to-use-plan.md
new file mode 100644
index 00000000..80ead7b0
--- /dev/null
+++ b/zh_CN/docs/recipes/when-to-use-plan.md
@@ -0,0 +1,139 @@
+___
+**备注**
+
+这是 [when-to-use-plan.md](https://github.com/sindresorhus/ava/blob/master/docs/recipes/when-to-use-plan.md) 的简体中文翻译。这个[链接](https://github.com/sindresorhus/ava/compare/89767ec3b6174e59d37faaadb50cfa3c0d58bda6...master#diff-0c25d982e94d600cb6b8e438a0e67169) 用来查看本翻译与 AVA 的 master 分支是否有差别（如果你没有看到`when-to-use-plan.md`发生变化，那就意味着这份翻译文档是最新的）。
+___
+
+# 什么时候使用`t.plan()`
+
+翻译：[Español](https://github.com/sindresorhus/ava-docs/blob/master/es_ES/docs/recipes/when-to-use-plan.md), [Français](https://github.com/sindresorhus/ava-docs/blob/master/fr_FR/docs/recipes/when-to-use-plan.md), [日本語](https://github.com/sindresorhus/ava-docs/blob/master/ja_JP/docs/recipes/when-to-use-plan.md), [Português](https://github.com/sindresorhus/ava-docs/blob/master/pt_BR/docs/recipes/when-to-use-plan.md), [Русский](https://github.com/sindresorhus/ava-docs/blob/master/ru_RU/docs/recipes/when-to-use-plan.md), [简体中文](https://github.com/sindresorhus/ava-docs/blob/master/zh_CN/docs/recipes/when-to-use-plan.md)
+
+AVA 和 [`tap`](https://github.com/tapjs/node-tap)/[`tape`](https://github.com/substack/tape) 的一个主要不同是`t.plan()`的行为。在 AVA 中`t.plan()`只是用来断言期望的断言数是否正确，并不会自动结束测试。
+
+## `t.plan()`不好的用法
+
+很多从`tap/tape`过渡过来的用户习惯在每个测试里大量使用`t.plan()`，尽管如此，在 AVA 里我们不认为这是一个“最佳实践”，我们反而认为`t.plan()`只有在少数情况才能提供其价值。
+
+### 没有分支的同步测试
+
+在大部分同步测试中`t.plan()`是没有必要的。
+
+```js
+test(t => {
+ // 不好：这里没有分支，t.plan 是无意义的
+ t.plan(2);
+
+ t.is(1 + 1, 2);
+ t.is(2 + 2, 4);
+});
+```
+
+`t.plan()`在这里并没有提供任何价值，并且如果你决定添加或删除断言时会带来额外的工作。
+
+### Promises 期望得到 resolve
+
+```js
+test(t => {
+ t.plan(1);
+
+ return somePromise().then(result => {
+ t.is(result, 'foo');
+ });
+});
+```
+
+简单看一下，这个测试充分利用了`t.plan()`的优势，因为这里面涉及到了异步 promise 处理。尽管如此在这个测试里还有一些问题：
+
+1. `t.plan()`用在这里大概是为了防止`somePromise()`可能被 reject 的情况，但返回一个 reject 的 promise 测试始终会失败。
+
+2. 使用`async`/`await`可能会更好。
+
+```js
+test(async t => {
+ t.is(await somePromise(), 'foo');
+});
+```
+
+## `t.plan()`好的用法
+
+`t.plan()`有很多可接受的用法。
+
+### Promise 带上一个`.catch()`块
+
+```js
+test(t => {
+ t.plan(2);
+
+ return shouldRejectWithFoo().catch(reason => {
+ t.is(reason.message, 'Hello') // 如果你关心的是 message 的话使用 t.throws() 更好
+ t.is(reason.foo, 'bar');
+ });
+});
+```
+
+在这里，`t.plan()`用来确保`catch`块中的代码被执行，在大部分情况下，你更应该使用`t.throws()`断言，但这是一个可以接受的用法，因为`t.throws()`只允许你断言错误的`message`属性。
+
+### 确保一个 catch 语句发生
+
+```js
+test(t => {
+ t.plan(2);
+
+ try {
+ shouldThrow();
+ } catch (err) {
+ t.is(err.message, 'Hello') // 如果你关心的是 message 的话使用 t.throws() 更好
+ t.is(err.foo, 'bar');
+ }
+});
+```
+
+像上面这种`try`/`catch`的情况，使用`t.throws()`一般是个更好的选择，但它只允许你断言错误的`message`属性。
+
+### 确保多个 callback 被真正调用
+
+```js
+test.cb(t => {
+ t.plan(2);
+
+ const callbackA = () => {
+ t.pass();
+ t.end();
+ };
+
+ const callbackB = () => t.pass();
+
+ bThenA(callbackA, callbackB);
+});
+```
+
+上面确保`callbackB`先被调用（且只调用一次），紧接着调用`callbackA`，其他的组合不会满足计划。
+
+### 测试带有分支语句
+
+在大部分情况下，在测试中使用复杂的分支是一个坏主意，一个明显的例外是用来测试自动生成的东西（可能来自一个 JSON 文档）。下面的`t.plan()`用来确保 JSON 输入的正确性：
+
+```js
+const testData = require('./fixtures/test-definitions.json');
+
+testData.forEach(testDefinition => {
+ test(t => {
+ const result = functionUnderTest(testDefinition.input);
+
+ // testDefinition 应该有一个`foo`或`bar`的预期而不是同时满足它们
+ t.plan(1);
+
+ if (testDefinition.foo) {
+ t.is(result.foo, testDefinition.foo);
+ }
+
+ if (testDefinition.bar) {
+ t.is(result.bar, testDefinition.foo);
+ }
+ });
+});
+```
+
+## 总结
+
+`t.plan()`有很多有效的使用方法，但不应该被盲目使用。一个好的经验法则是你的*测试*没有简单的，容易推断的，代码流的话你可以使用它。测试在 callback 里带有断言，`if`/`then`语句，`for`/`while`循环，并且（在一些情况下）`try`/`catch`块，都可以考虑使用`t.plan()`。
diff --git a/zh_CN/readme.md b/zh_CN/readme.md
new file mode 100644
index 00000000..c07e535a
--- /dev/null
+++ b/zh_CN/readme.md
@@ -0,0 +1,954 @@
+___
+**备注**
+
+这是 [readme.md](https://github.com/sindresorhus/ava/blob/master/readme.md) 的简体中文翻译。这个[链接](https://github.com/sindresorhus/ava/compare/67bf0472133041f59ef469f737b696de05ae316b...master#diff-0730bb7c2e8f9ea2438b52e419dd86c9) 用来查看本翻译与 AVA 的 master 分支是否有差别（如果你没有看到`readme.md`发生变化，那就意味着这份翻译文档是最新的）。
+___
+
+# 
+
+> 未来的测试运行器
+
+[](https://travis-ci.org/sindresorhus/ava) [](https://ci.appveyor.com/project/sindresorhus/ava/branch/master) [](https://coveralls.io/github/sindresorhus/ava?branch=master) [](https://gitter.im/sindresorhus/ava)
+
+虽然 JavaScript 是单线程，但在 Node.js 里由于其异步的特性使得 IO 可以并行。AVA 利用这个优点让你的测试可以并发执行，这对于 IO 繁重的测试特别有用。另外，测试文件可以在不同的进程里并行运行，让每一个测试文件可以获得更好的性能和独立的环境。在 Pageres 项目中从 Mocha[切换](https://github.com/sindresorhus/pageres/commit/663be15acb3dd2eb0f71b1956ef28c2cd3fdeed0) 到 AVA 让测试时间从 31 秒下降到 11 秒。测试并发执行强制你写原子测试，意味着测试不需要依赖全局状态或者其他测试的状态，这是一件非常好的事情。
+
+*如果你想贡献（问题、PRs 等），请先阅读我们的[贡献向导](contributing.md)。*
+
+关注 [AVA 的 Twitter 账号](https://twitter.com/ava__js) 以获取最新信息。
+
+翻译：[Español](https://github.com/sindresorhus/ava-docs/blob/master/es_ES/readme.md), [Français](https://github.com/sindresorhus/ava-docs/blob/master/fr_FR/readme.md), [日本語](https://github.com/sindresorhus/ava-docs/blob/master/ja_JP/readme.md), [Português](https://github.com/sindresorhus/ava-docs/blob/master/pt_BR/readme.md), [简体中文](https://github.com/sindresorhus/ava-docs/blob/master/zh_CN/readme.md)
+
+## 目录
+
+- [用法](#用法)
+- [CLI 用法](#cli)
+- [配置](#配置)
+- [文档](#文档)
+- [API](#api)
+- [断言](#断言)
+- [小贴士](#小贴士)
+- [FAQ](#faq)
+- [秘方](#秘方)
+- [支持](#支持)
+- [相关](#相关)
+- [链接](#链接)
+- [团队](#团队)
+
+
+## 为什么要用 AVA?
+
+- 轻量和高效
+- 简单的测试语法
+- 并发运行测试
+- 强制编写原子测试
+- 没有隐藏的全局变量
+- [为每个测试文件隔离环境](#隔离进程)
+- [用 ES2015 编写测试](#支持es2015)
+- [支持 Promise](#支持promise)
+- [支持 Generator](#支持generator)
+- [支持 Async](#支持async)
+- [支持 Observable](#支持observable)
+- [强化断言信息](#强化断言信息)
+- [可选的 TAP 输出显示](#可选的tap输出)
+- [简明的堆栈跟踪](#简明的堆栈跟踪)
+
+
+## 测试语法
+
+```js
+import test from 'ava';
+
+test(t => {
+ t.same([1, 2], [1, 2]);
+});
+```
+
+
+## 用法
+
+### 在项目中添加 AVA
+
+通过带`--inin`参数运行 AVA 全局安装命令，将会添加 AVA 到`package.json`：
+
+```console
+$ npm install --global ava
+$ ava --init
+```
+
+```json
+{
+ "name": "awesome-package",
+ "scripts": {
+ "test": "ava"
+ },
+ "devDependencies": {
+ "ava": "^0.11.0"
+ }
+}
+```
+
+写在`--init`后面的任何参数都会被添加到`package.json`。
+
+#### 手动安装
+
+你也可以直接安装 AVA：
+```console
+$ npm install --save-dev ava
+```
+
+你还需要配置`test`脚本在你的`package.json`，值为`ava`（参照上面的配置）。
+
+### 创建你的测试文件
+
+在你的工程根目录下创建一个名字为`test.js`的文件：
+
+```js
+import test from 'ava';
+
+test('foo', t => {
+ t.pass();
+});
+
+test('bar', async t => {
+ const bar = Promise.resolve('bar');
+
+ t.is(await bar, 'bar');
+});
+```
+
+
+
+### 运行
+
+```console
+$ npm test
+```
+
+### 观察
+
+```console
+$ npm test -- --watch
+```
+
+AVA 来自一个非常聪明的观察模式。[可以在它的秘方中查看详情](docs/recipes/watch-mode.md)。
+
+## CLI
+
+
+
+```console
+$ ava --help
+
+ Usage
+ ava [ ...]
+
+ Options
+ --init Add AVA to your project
+ --fail-fast Stop after first test failure
+ --serial, -s Run tests serially
+ --require, -r Module to preload (Can be repeated)
+ --tap, -t Generate TAP output
+ --verbose, -v Enable verbose output
+ --no-cache Disable the transpiler cache
+ --match, -m Only run tests with matching title (Can be repeated)',
+ --watch, -w Re-run tests when tests and source files change
+ --source, -S Pattern to match source files so tests can be re-run (Can be repeated)
+
+ Examples
+ ava
+ ava test.js test2.js
+ ava test-*.js
+ ava test
+ ava --init
+ ava --init foo.js
+
+ Default patterns when no arguments:
+ test.js test-*.js test/**/*.js
+```
+
+*注意，如果你本地安装的 AVA 可用的话 CLI 将会运行它，即使你的全局也安装了 AVA。*
+
+文件夹会被递归遍历，带上`*.js`参数的话全部文件都会被作为测试文件。名字为`fixtures`，`helpers`和`node_modules`的文件夹*总会*被忽略。所以把 helper 名字以`_`开头命名就可以一起放置在测试文件的目录下。
+
+当使用`npm test`时你可以直接传参数`npm test test2.js`，但标志需要像这样传递`npm test -- --verbose`。
+
+
+## 配置
+
+所有的 CLI 选项都可以配置在`package.json`的`ava`属性中。你可以修改`ava`命令的默认行为，所以你不需要重复在命令行中输入相同的选项。
+
+```json
+{
+ "ava": {
+ "files": [
+ "my-test-folder/*.js",
+ "!**/not-this-file.js"
+ ],
+ "source": [
+ "**/*.{js,jsx}",
+ "!dist/**/*"
+ ],
+ "match": [
+ "*oo",
+ "!foo"
+ ],
+ "failFast": true,
+ "tap": true,
+ "require": [
+ "babel-register"
+ ],
+ "babel": "inherit"
+ }
+}
+```
+
+传递给 CLI 的参数总是比`package.json`中的配置优先级高。
+
+请看[支持ES2015](#支持es2015) 章节以了解`babel`选项的更多详情。
+
+## 文档
+
+测试是并发执行的，你可以选择同步或异步执行测试，在返回一个 promise 或 [observable](https://github.com/zenparsing/zen-observable) 时你才需要考虑使用同步。
+
+我们*强烈*推荐使用 [async 函数](#支持async)，它让异步代码简洁更具可读性，并且它隐式返回一个 promise 让你无需手动创建。
+
+如果你不能使用 promise 或者 observales，你可以通过这样定义你的测试`test.cb([title], fn)`来启用“callback 模式”。通过这种方式声明的测试*必须*手动添加`t.end()`来结束，这种模式的主要目的是为了测试 callback 方式的 API。
+
+你必须同时将所有测试都定义为同步，它们不能定义在`setTimeout`，`setImmediate`等里面。
+
+测试文件在当前文件夹中被执行，所以 [`process.cwd()`](https://nodejs.org/api/process.html#process_process_cwd) 和 [`__dirname`](https://nodejs.org/api/globals.html#globals_dirname) 总是相同。你可以使用相对路径代替`path.join(__dirname, 'relative/path')`操作。
+
+### 创建测试
+
+你可以通过调用 AVA 中导入的`test`方法来创建一个测试。提供可选的标题和 callback 函数，函数将在你运行测试时被调用。它会传递一个[执行对象](#t) 作为其第一个且唯一的一个参数。按照惯例这个参数名字为`t`。
+
+```js
+import test from 'ava';
+
+test('my passing test', t => {
+ t.pass();
+});
+```
+
+#### 标题
+
+标题是可选的，意味着你可以这样：
+
+```js
+test(t => {
+ t.pass();
+});
+```
+
+如果你有多个测试的话建议写上测试标题。
+
+如果你没有提供测试标题，但 callback 是一个有名字的函数，那这个名字将作为测试标题：
+
+```js
+test(function name(t) {
+ t.pass();
+});
+```
+
+### 断言计划
+
+断言计划确保测试只能通过指定次数的断言，它们可以帮你捕捉测试太早退出的情况，如果太多断言被执行的话它们也会让测试失败，如果在你的 callback 或循环中有断言的话断言计划会比较有用。
+
+请注意：不像 [`tap`](https://www.npmjs.com/package/tap) 和 [`tape`](https://www.npmjs.com/package/tape)，当断言计划数达到了指定数量 AVA 并*不*会自动结束。
+
+这些例子将会通过测试：
+
+```js
+test(t => {
+ t.plan(1);
+
+ return Promise.resolve(3).then(n => {
+ t.is(n, 3);
+ });
+});
+
+test.cb(t => {
+ t.plan(1);
+
+ someAsyncFunction(() => {
+ t.pass();
+ t.end();
+ });
+});
+```
+
+这些则不会：
+
+```js
+test(t => {
+ t.plan(2);
+
+ for (let i = 0; i < 3; i++) {
+ t.true(i < 3);
+ }
+}); // 失败，3 个断言被执行，但计划只有 2 个
+
+test(t => {
+ t.plan(1);
+
+ someAsyncFunction(() => {
+ t.pass();
+ });
+}); // 失败，在断言执行之前测试会因为同步而提前结束。
+```
+
+### 串行运行测试
+
+测试默认是并发运行的，这很棒。但有时你必须写不是并发运行的测试。
+
+这种情况比较少见，但你可以使用`.serial`修饰符，它将强制让那些测试在并发的测试前*先*串行运行。
+
+```js
+test.serial(t => {
+ t.pass();
+});
+```
+
+注意这只影响一个特定测试文件里面的测试，AVA 将仍然同时运行多个测试文件，除非你传递 [`--serial` CLI 标志](#cli)。
+
+### 运行指定的测试
+
+在开发中只运行少量指定的测试非常有用，这可以通过使用`.only`修饰符来完成。
+
+```js
+test('will not be run', t => {
+ t.fail();
+});
+
+test.only('will be run', t => {
+ t.pass();
+});
+```
+
+`.only` 影响所有测试文件，所以你在一个文件里面使用了它，那其他测试文件里的测试将不会运行。
+
+### 运行匹配标题的测试
+
+`--match`标志允许你只运行包含匹配标题的测试，这可以通过简单的通配模式来做到，模式是大小写敏感的，详情请看 [`matcher`](https://github.com/sindresorhus/matcher)。
+
+匹配以`foo`结尾的标题：
+
+```console
+$ ava --match='*foo'
+```
+
+匹配以`foo`开头的标题：
+
+```console
+$ ava --match='foo*'
+```
+
+匹配包含了`foo`的标题：
+
+```console
+$ ava --match='*foo*'
+```
+
+匹配*精确*等于`foo`的标题（尽管大小写敏感）：
+
+```console
+$ ava --match='foo'
+```
+
+匹配不包含了`foo`的标题：
+
+```console
+$ ava --match='!*foo*'
+```
+
+匹配以`foo`开头并且以`bar`结束的标题：
+
+```console
+$ ava --match='foo*bar'
+```
+
+匹配以`foo`开头或者以`bar`结束的标题：
+
+```console
+$ ava --match='foo*' --match='*bar'
+```
+
+注意，匹配模式优先级高于`.only`修饰符，只有带明确标题的测试可以被匹配，当使用`--match`时，没有标题的或者标题是从 callback 函数名来的测试都会被跳过。
+
+下面是当使用一个匹配模式`*oo*`来匹配测试的结果：
+
+```js
+test('foo will run', t => {
+ t.pass();
+});
+
+test('moo will also run', t => {
+ t.pass();
+});
+
+test.only('boo will run but not exclusively', t => {
+ t.pass();
+});
+
+// 不会运行，没有标题
+test(function (t) {
+ t.fail();
+});
+
+// 不会运行，没有明确定义的标题
+test(function foo(t) {
+ t.fail();
+});
+```
+
+### 跳过测试
+
+有时候失败的测试一时难以修复，你可以使用`.skip`来告诉 AVA 跳过这些测试。它们仍然会显示在输出结果中（标识为 skipped），但不会被运行。
+
+```js
+test.skip('will not be run', t => {
+ t.fail();
+});
+```
+
+你必须指定 callback 函数。
+
+### 测试占位符 ("todo")
+
+当你计划写一个测试的时候你可以使用`.todo`修饰符，像跳过测试一样这些占位符也会显示在输出结果中，它们只要求一个标题，你不能指定 callback 函数。
+
+```js
+test.todo('will think about writing this later');
+```
+
+### Before & after 钩子
+
+AVA 让你可以注册在测试之前和之后跑的钩子，这允许你执行 setup 和 teardow 代码。
+
+`test.before()`在你的测试文件中注册了一个钩子并在第一个测试前运行，同样地，`test.after()`注册了一个钩子在最后一个测试后运行。
+
+`test.beforeEach()`在你的测试文件中注册了一个钩子并在每个测试前运行，同样地，`test.afterEach()`注册了一个钩子在每个测试后运行。
+
+像`test()`这些方法一样接收一个可选的标题和一个 callback 函数，如果你的钩子失败了标题就会显示出来，callback 函数传递一个[执行对象](#t)。
+
+`before`在`beforeEach`之前执行，`afterEach`在`after`之前执行，同一类的钩子按照它们定义的顺序来执行。
+
+```js
+test.before(t => {
+ // 这个会在所有测试前运行
+});
+
+test.before(t => {
+ // 这个会在上面的方法后面运行，但在测试之前运行
+});
+
+test.after('cleanup', t => {
+ // 这个会在所有测试之后运行
+});
+
+test.beforeEach(t => {
+ // 这个会在每个测试之前运行
+});
+
+test.afterEach(t => {
+ // 这个会在每个测试之后运行
+});
+
+test(t => {
+ // 正常的测试
+});
+```
+
+钩子可以同步或异步，就像测试一样。让钩子异步返回一个 promise 或 observable，使用一个 async 函数，或者通过`test.cb.before()`，`test.cb.beforeEach()`等来启用 callback 模式。
+
+```js
+test.before(async t => {
+ await promiseFn();
+});
+
+test.after(t => {
+ return new Promise(/* ... */);
+});
+
+test.cb.beforeEach(t => {
+ setTimeout(t.end);
+});
+
+test.afterEach.cb(t => {
+ setTimeout(t.end);
+});
+```
+
+请记住，`beforeEach`和`afterEach`钩子在一个测试之前和之后运行，并且默认情况下测试是并发运行的，如果你需要为每个测试设置一个全局的状态（比如`console.log`的 spying[例子](https://github.com/sindresorhus/ava/issues/560)），你需要确保这些测试是[串行运行](#串行运行测试)的。
+
+记住，AVA 运行每个测试文件会有各自单独的进程，你可能不需要在`after`钩子中清理全局状态，因为它只会在进程退出前被调用。
+
+`beforeEach`和`afterEach`钩子可以共享测试的上下文：
+
+```js
+test.beforeEach(t => {
+ t.context.data = generateUniqueData();
+});
+
+test(t => {
+ t.is(t.context.data + 'bar', 'foobar');
+});
+```
+
+默认情况下`t.context`是一个对象，但你可以重新赋值：
+
+```js
+test.beforeEach(t => {
+ t.context = 'unicorn';
+});
+
+test(t => {
+ t.is(t.context, 'unicorn');
+});
+```
+
+上下文共享在`before`和`after`钩子中*不*可用。
+
+### 连接测试修饰符
+
+你可以以任何顺序使用`.serial`，`.only`和`.skip`，与`test`，`before`，`after`，`beforeEach`和`afterEach`一起，比如：
+
+```js
+test.before.skip(...);
+test.skip.after(...);
+test.serial.only(...);
+test.only.serial(...);
+```
+
+这意味着你可以在每个测试或钩子的末尾临时添加`.skip`或`.only`，而不用做其他的修改。
+
+### 自定义断言
+
+你可以使用其他断言库来替代内置的断言库，当断言失败可以让其抛出异常。
+
+但这样做的话你将得不到[内置断言库](#断言)的良好体验，同时你也将不会用到[断言计划](#断言计划） (『看#25](https://github.com/sindresorhus/ava/issues/25))。
+
+```js
+import assert from 'assert';
+
+test(t => {
+ assert(true);
+});
+```
+
+### 支持ES2015
+
+AVA 通过 [Babel 6](https://babeljs.io) 内置支持 ES2015，只需要用 ES2015 的方式写你测试，不需要额外的配置。你可以在你的工程中使用任何的 Babel 版本，我们使用我们捆绑的 Babel，带有 [`es2015`](https://babeljs.io/docs/plugins/preset-es2015/) 和 [`stage-2`](https://babeljs.io/docs/plugins/preset-stage-2/) 设置，和 [`espower`](https://github.com/power-assert-js/babel-plugin-espower) 和 [`transform-runtime`](https://babeljs.io/docs/plugins/transform-runtime/) 插件一样。
+
+类似的 Babel 配置同样适用于 AVA，如下：
+
+```json
+{
+ "presets": [
+ "es2015",
+ "stage-2",
+ ],
+ "plugins": [
+ "espower",
+ "transform-runtime"
+ ]
+}
+```
+
+你可以自定义 AVA 如何通过 [`package.json`配置](#配置)`babel`选项来转换测试文件，例如你可以这样来覆盖配置：
+
+```json
+{
+ "ava": {
+ "babel": {
+ "presets": [
+ "es2015",
+ "stage-0",
+ "react"
+ ]
+ }
+ },
+}
+```
+
+你也可以使用特殊的`"inherit"`关键字，这让 AVA 遵从你的 [`.babelrc`或`package.json`文件](https://babeljs.io/docs/usage/babelrc/) 中的 Babel 配置，这种方式让测试文件的转换方式和与源文件的相同，可以无需在 AVA 中重复配置。
+
+ ```json
+{
+ "babel": {
+ "presets": [
+ "es2015",
+ "stage-0",
+ "react"
+ ]
+ },
+ "ava": {
+ "babel": "inherit",
+ },
+}
+```
+
+注意，AVA*总是*应用 [`espower`](https://github.com/power-assert-js/babel-plugin-espower) 和 [`transform-runtime`](https://babeljs.io/docs/plugins/transform-runtime/) 插件。
+
+### 支持 TypeScript
+
+AVA 支持 TypeScript，你必须自己配置转换规则，当你在你的`tsconfig.json`文件中把`module`设为`commonjs`，TypeScipt 将自动为 AVA 找到类型定义。你应该把`target`设置为`es2015`来使用 promises 和 async 函数。
+
+### 转换导入模块
+
+AVA 现在只转换需要运行的测试，*它不会转换那些在测试中你`import`的模块*，这可能不是你所期望的但这就是现在的工作方案。
+
+如果你使用 Babel 你可以使用它的 [require 钩子](https://babeljs.io/docs/usage/require/) 来实时转换导入模块，运行 AVA 带上`--require babel-register` （请看 [CLI](#cli)) 参数或[在你的`package.json`里配置](#配置)。
+
+你也可以在另外一个进程里转换你的模块，并且参考你的转换文件而不是你的测试源码。
+
+### 支持Promise
+
+如果你在测试里返回一个 promise，你不需要在测试里明确的结束测试，当 promise resolve 的时候它会自己结束。
+
+```js
+test(t => {
+ return somePromise().then(result => {
+ t.is(result, 'unicorn');
+ });
+});
+```
+
+### 支持Generator
+
+AVA 自带对 [generator 函数](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/function*) 的内置支持。
+
+```js
+test(function * (t) {
+ const value = yield generatorFn();
+ t.true(value);
+});
+```
+
+### 支持Async
+
+AVA 自带对 [async functions](https://tc39.github.io/ecmascript-asyncawait/) *(async/await)*的内置支持。
+
+```js
+test(async function (t) {
+ const value = await promiseFn();
+ t.true(value);
+});
+
+// 异步箭头函数
+test(async t => {
+ const value = await promiseFn();
+ t.true(value);
+});
+```
+
+### 支持Observable
+
+AVA 自带对 [observables](https://github.com/zenparsing/es-observable) 的内置支持。如果你从测试中返回一个 observable，AVA 会自动消费它使其在测试结束前完成。
+
+*你不需要使用“callback 模式"或者调用`t.end()`。*
+
+```js
+test(t => {
+ t.plan(3);
+ return Observable.of(1, 2, 3, 4, 5, 6)
+ .filter(n => {
+ // 只有奇数
+ return n % 2 === 0;
+ })
+ .map(() => t.pass());
+});
+```
+
+### 支持 Callback
+
+当使用 node-style, error-first 等 callback API 时，AVA 支持使用`t.end`作为最后一个 callback 函数。AVA 将把任何为真的值传递给`t.end`其实变成一个 error。注意，`t.end`要求“callback 模式”，这个可以通过使用`test.cb`链来启用。
+
+```js
+test.cb(t => {
+ // t.end 自动检查第一个参数是否为错误
+ fs.readFile('data.txt', t.end);
+});
+```
+
+### 可选的TAP输出
+
+AVA 可以通过`--tap`选项来生成 TAP 的输出，可以选择任意的 [TAP 报告](https://github.com/sindresorhus/awesome-tap#reporters)。
+
+```console
+$ ava --tap | tap-nyan
+```
+
+
+
+### 简明的堆栈跟踪
+
+AVA 会在堆栈跟踪信息里面自动移除不相关的行，让你更快地找到错误的原因。
+
+
+
+## API
+
+### `test([title], callback)`
+### `test.serial([title], callback)`
+### `test.cb([title], callback)`
+### `test.only([title], callback)`
+### `test.skip([title], callback)`
+### `test.todo(title)`
+### `test.before([title], callback)`
+### `test.after([title], callback)`
+### `test.beforeEach([title], callback)`
+### `test.afterEach([title], callback)`
+
+#### `title`
+
+类型：`string`
+
+测试标题
+
+#### `callback(t)`
+
+类型：`function`
+
+应该包含实际的测试。
+
+##### `t`
+
+类型：`object`
+
+特定测试的执行对象，每个测试的 callback 接收到一个不同的对象，包含[断言](#断言） ，`.plan(count)`和`.end()`等方法。`t.context`可以包含`beforeEach`钩子中的共享状态。
+
+###### `t.plan(count)`
+
+计划有多少断言将在测试中被执行，如果实际断言的数量没有匹配计划数，那么测试将失败，详情请见[断言计划](#断言计划)。
+
+###### `t.end()`
+
+结束测试，只在`test.cb()`中有效。
+
+## 断言
+
+断言也被包含在[执行对象](#t) 中，可以提供给每个测试 callback：
+
+```js
+test(t => {
+ t.ok('unicorn'); // 断言
+});
+```
+
+如果单个测试中有多个断言同时失败了，那 AVA 只会显示*第一个*。
+
+### `.pass([message])`
+
+测试通过。
+
+### `.fail([message])`
+
+断言失败。
+
+### `.ok(value, [message])`
+
+断言`value`是否是真值。
+
+### `.notOk(value, [message])`
+
+断言`value`是否是假值。
+
+### `.true(value, [message])`
+
+断言`value`是否是`true`。
+
+### `.false(value, [message])`
+
+断言`value`是否是`false`。
+
+### `.is(value, expected, [message])`
+
+断言`value`是否和`expected`相等。
+
+### `.not(value, expected, [message])`
+
+断言`value`是否和`expected`不等。
+
+### `.same(value, expected, [message])`
+
+断言`value`是否和`expected`深度相等。
+
+### `.notSame(value, expected, [message])`
+
+断言`value`是否和`expected`深度不等。
+
+### `.throws(function|promise, [error, [message]])`
+
+断言`function`抛出一个异常，或者`promise` reject 一个错误。
+
+`error`可以是一个构造器，正则，错误信息或者验证函数。
+
+返回由`function`抛出的异常或`promise`的拒绝原因。
+
+### `.notThrows(function|promise, [message])`
+
+断言`function`没有抛出一个异常，或者`promise` resolve。
+
+### `.regex(contents, regex, [message])`
+
+断言`contents`匹配`regex`。
+
+### `.ifError(error, [message])`
+
+断言`error`是假值。
+
+### 跳过断言
+
+通过`skip`修饰符可以跳过任何断言，跳过的断言仍然会被计数，所以不需要去改变你的断言计划数量。
+
+```js
+test(t => {
+ t.plan(2);
+ t.skip.is(foo(), 5); // 当跳过时不需要改变你的计划数
+ t.is(1, 1);
+});
+```
+
+### 强化断言信息
+
+AVA 自带内置的 [`power-assert`](https://github.com/power-assert-js/power-assert)，给你更多的描述性断言信息，它阅读你的测试代码并从中试图推断出更多信息。
+
+我们来举个例子，使用 Node 的标准 [`断言`库](https://nodejs.org/api/assert.html)。
+
+```js
+const a = /foo/;
+const b = 'bar';
+const c = 'baz';
+require('assert').ok(a.test(b) || b === c);
+```
+
+如果你把代码粘贴到 Node REPL 中会返回：
+
+```
+AssertionError: false == true
+```
+
+而在 AVA 中，这个测试：
+
+```js
+test(t => {
+ const a = /foo/;
+ const b = 'bar';
+ const c = 'baz';
+ t.ok(a.test(b) || b === c);
+});
+```
+
+将会输出：
+
+```
+t.ok(a.test(b) || b === c)
+ | | | |
+ | "bar" "bar" "baz"
+ false
+```
+
+## 隔离进程
+
+每个测试文件都会在一个独立的 Node 进程中运行，这样让你可以在一个测试文件中改变全局状态或将其覆盖一个内置的全局状态，而不会影响其他测试文件。这样更加有效地利用现代的多核处理器，让多个测试可以并发地执行。
+
+## 小贴士
+
+### 临时文件
+
+并发运行测试面临着许多挑战，文件的 IO 操作就是其中一个。
+
+一般来讲，串行测试在当前文件夹中创建临时文件夹，然后会在测试结束的时候清理它们。但这种做法在并发测试中不起作用，因为测试会一起操作这个文件夹而导致冲突。正确的做法是为每个测试创建一个新的临时文件夹，使用 [`tempfile`](https://github.com/sindresorhus/tempfile) 和 [`temp-write`](https://github.com/sindresorhus/temp-write) 模块可能会有帮助。
+
+### 调试
+
+AVA 默认情况下是并发执行测试，这样在调试信息时并不是最理想的，你可以通过设置`--serial`选项来让测试串行执行。
+
+```console
+$ ava --serial
+```
+
+### 代码覆盖率
+
+你不能使用 [`istanbul`](https://github.com/gotwarlost/istanbul) 来做代码覆盖率因为 AVA[处理过这些测试文件](#隔离进程），你可以使用 [`nyc`](https://github.com/bcoe/nyc) 来代替，你可以把它看做是支持子进程的`istanbul`。
+
+从版本`5.0.0`开始，在报告覆盖率时为你的代码使用原生映射，而不是转换后的代码。确保你测试的代码包括了一个内联的原生映射或者引用了一个原生映射文件。如果你使用了`babel-register`，你可以在你的 Babel 配置中将`sourceMaps`设置为`inline`。
+
+## FAQ
+
+### 为什么不用`mocha`，`tape`，`tap`？
+
+Mocha 要求你使用隐式全局变量比如`describe`和`it`作为其默认接口（这是大部分人使用的）。这样做不是很好，并且串行执行测试没有进程隔离，使得测试十分缓慢。
+
+Tape 和 tap 是非常好的。AVA 在它们的语法中得到大量启发，但它们也是串行执行测试，它们的默认 [TAP](https://testanything.org) 输出不是非常友好，因此你总是需要使用额外的 tap 报告。
+
+与它们不同的是，AVA 可以并发执行测试，为每个测试文件提供独立进程，它的默认报告简单明了，并且 AVA 也支持通过 CLI 标志来输出一个 TAP 报告。
+
+### 我如何使用自定义的报告？
+
+AVA 支持 TAP 格式，所以它兼容任何 [TAP 报告](https://github.com/sindresorhus/awesome-tap#reporters)，使用 [`--tap`标志](#可选的tap输出)来启用 TAP 输出。
+
+### 项目名字要怎么写才是正确的？如何发音？
+
+AVA，不是 Ava，也不是 ava，发音 [`/ˈeɪvə/` ay-və](https://github.com/sindresorhus/ava/blob/master/media/pronunciation.m4a?raw=true)。
+
+### 项目背景图片是什么意思？
+
+它是[处女座星系](https://zh.wikipedia.org/wiki/%E4%BB%99%E5%A5%B3%E5%BA%A7%E6%98%9F%E7%B3%BB)。
+
+### 并发和并行有什么不同？
+
+[并发不是并行，并发可以并行。](https://stackoverflow.com/q/1050222)
+
+## 秘方
+
+- [代码覆盖率](docs/recipes/code-coverage.md)
+- [观察模式](docs/recipes/watch-mode.md)
+- [端点测试](docs/recipes/endpoint-testing.md)
+- [什么时候使用`t.plan()`](docs/recipes/when-to-use-plan.md)
+- [浏览器测试](docs/recipes/browser-testing.md)
+- [TypeScript](docs/recipes/typescript.md)
+
+## 支持
+
+- [Stack Overflow](https://stackoverflow.com/questions/tagged/ava)
+- [Gitter chat](https://gitter.im/sindresorhus/ava)
+- [Twitter](https://twitter.com/ava__js)
+
+## 相关
+
+- [sublime-ava](https://github.com/sindresorhus/sublime-ava) - AVA 测试的代码片段
+- [atom-ava](https://github.com/sindresorhus/atom-ava) - AVA 测试的代码片段
+- [vscode-ava](https://github.com/samverschueren/vscode-ava) - AVA 测试的代码片段
+- [eslint-plugin-ava](https://github.com/sindresorhus/eslint-plugin-ava) - AVA 测试的代码规则
+- [gulp-ava](https://github.com/sindresorhus/gulp-ava) - 用 gulp 运行测试
+- [grunt-ava](https://github.com/sindresorhus/grunt-ava) - 用 grunt 运行测试
+- [fly-ava](https://github.com/pine613/fly-ava) - 用 fly 运行测试
+- [start-ava](https://github.com/start-runner/ava) - 用 start 运行测试
+
+[更多。..](https://github.com/sindresorhus/awesome-ava#packages)
+
+## 链接
+
+- [购买 AVA 贴纸](https://www.stickermule.com/user/1070705604/stickers)
+- [Awesome 列表](https://github.com/sindresorhus/awesome-ava)
+
+## 团队
+
+[](http://sindresorhus.com) | [](https://github.com/vdemedes) | [](https://github.com/jamestalmage) | [](https://novemberborn.net)
+---|---|---|---|---
+[Sindre Sorhus](http://sindresorhus.com) | [Vadim Demedes](https://github.com/vdemedes) | [James Talmage](https://github.com/jamestalmage) | [Mark Wubben](https://novemberborn.net)
+
+### 前任
+
+- [Kevin Mårtensson](https://github.com/kevva)
+
+
+
+
+
+
+
+
+