diff --git a/SUMMARY.md b/SUMMARY.md
index 6bdf21c..70e30a1 100644
--- a/SUMMARY.md
+++ b/SUMMARY.md
@@ -57,7 +57,7 @@
    * [使用 Supervisor来管理进程](practice/supervisor.md)
    * [创建tomcat/weblogic集群](practice/tomcat.md)
    * [多台物理主机之间的容器互联](practice/container_connect.md)
-   * [中小企业docker环境搭建](practice/environment.md)
+   * [标准化开发测试和生产环境](practice/environment.md)
 * [附录一：命令查询](command/README.md)
 * [附录二：资源链接](resources/README.md)
 
diff --git a/practice/environment.md b/practice/environment.md
index ecec27e..6450e37 100644
--- a/practice/environment.md
+++ b/practice/environment.md
@@ -1,10 +1,14 @@
-#中小企业docker环境搭建
-docker对于中小企业来说，搭建paas没有那个精力，也没那个必要，用做个人的sandbox用处又小了点，个人认为作为中小企业可以用docker来标准化开发、测试、生产环境。
+#标准化开发测试和生产环境
+对于大部分企业来说，搭建PaaS既没有那个精力，也没那个必要，用Docker做个人的sandbox用处又小了点。
+
+可以用Docker来标准化开发、测试、生产环境。
 
 
 ![企业应用结构](../_images/enterprise_usage.png)
 
 
-docker占用资源小，在一台E5 128G内存的服务器服务器上部署100个容器都绰绰有余，可以单独抽一个容器或则直接在宿主物理主机上部署samba，利用samba的home分享方案将每个用户的home目录映射到开发中心和测试部门的windows机器上。可以针对项目组，由架构师搭建好一个标准的容器环境供项目组和测试部门使用，每个开发工程师可以拥有自己单独的容器，通过docker run -v 将用户的home目录映射到容器中。需要提交测试时，只需要将代码移交给测试部门，然后分配一个容器使用-v 加载测试部门的home目录启动即可。这样，在公司内部的开发、测试基本就统一了，不会出现开发提交的代码，测试 部门部署不了的问题。
+Docker占用资源小，在一台E5 128G内存的服务器上部署100个容器都绰绰有余，可以单独抽一个容器或则直接在宿主物理主机上部署samba，利用samba的home分享方案将每个用户的home目录映射到开发中心和测试部门的windows机器上。
 
-测试发布测试通过的报告后，架构师再一次检测容器环境，就可以直接交由部署工程师将代码和容器分别部署到生产环境中了。这种方式的部署横向性能的扩展性也极好。
+针对某个项目组，由架构师搭建好一个标准的容器环境供项目组和测试部门使用，每个开发工程师可以拥有自己单独的容器，通过`docker run -v` 将用户的home目录映射到容器中。需要提交测试时，只需要将代码移交给测试部门，然后分配一个容器使用`-v` 加载测试部门的home目录启动即可。这样，在公司内部的开发、测试基本就统一了，不会出现开发部门提交的代码，测试部门部署不了的问题。
+
+测试部门发布测试通过的报告后，架构师再一次检测容器环境，就可以直接交由部署工程师将代码和容器分别部署到生产环境中了。这种方式的部署横向性能的扩展性也极好。