update readme

Author: sigoden

README.md

@@ -6,31 +6,9 @@
 [![dependencies Status](https://david-dm.org/sigoden/htte/status.svg)](https://david-dm.org/sigoden/htte)
 [![Known Vulnerabilities](https://snyk.io/test/github/sigoden/htte/badge.svg?targetFile=package.json)](https://snyk.io/test/github/sigoden/htte?targetFile=package.json)
 
-为什么接口需要测试？
+文档就是测试，零代码。
 
-- 提高服务质量，减少 Bug
-- 更早定位 Bug，节省调试和处理时间
-- 更容易进行代码变更和重构
-- 测试也是文档，有助于熟悉服务功能和逻辑
-- 服务验收标准
-
-有许多项目却没有接口测试，因为测试难，难在：
-
-- 编写测试让工作量翻倍
-- 编写测试代码需要一定的学习成本
-- 接口间数据耦合使测试不容易编写
-- 构造请求数据和校验响应数据本身就很枯燥繁琐
-- 测试代码也是代码，不花精力优化迭代也会腐化
-
-有没有一条策略，既能让我们享受到测试带来的益处，又能最大程度的降低其成本呢？
-
-测试一个功能，无非是给它一定输入，然后看它输出对不对。测试最难的地方大概不在于测试的概念、方法、思路上，而在其工作(代码)量上。
-
-既然用代码来承载并执行接口测试存在诸多问题，有没有更好的方式呢？
-
-有，那就是文档。
-
-HTTE 中，文档就是测试。
+![htte-run-realworld](site/images/realworld.gif)
 
 ## 快速开始
 
@@ -60,6 +38,32 @@ npm i htte-cli -g
 htte examples/realworld/htte.yaml
 ```
 
+## 开发背景
+
+为什么接口需要测试？
+
+- 提高服务质量，减少 Bug
+- 更早定位 Bug，节省调试和处理时间
+- 更容易进行代码变更和重构
+- 测试也是文档，有助于熟悉服务功能和逻辑
+- 服务验收标准
+
+有许多项目却没有接口测试，因为测试难，难在：
+
+- 编写测试让工作量翻倍
+- 编写测试代码需要一定的学习成本
+- 接口间数据耦合使测试不容易编写
+- 构造请求数据和校验响应数据本身就很枯燥繁琐
+- 测试代码也是代码，不花精力优化迭代也会腐化
+
+有没有一条策略，既能让我们享受到测试带来的益处，又能最大程度的降低其成本呢？
+
+研究后得出的答案是文档驱动。
+
+以文档描述测试，用工具执行文档。
+
+这就是 HTTE 诞生的初衷。
+
 ## 文档驱动优点
 
 ### 更容易读