diff --git a/README.md b/README.md
index 3cc1599b54809f87206900f612c2c053157a7a69..b95e0d8a386da37ec4ed56fd92eb3c9209509a00 100644
--- a/README.md
+++ b/README.md
@@ -186,7 +186,7 @@ The process of executing a program with the intent of finding errors.
 
   软件行业进入了大发展时期，软件趋向大型化、复杂化，质量越来越重要。软件测试的基础理论和实用技术开始形成。提出了在软件生命周期中使用分析、评审、测试来评估产品的理论。  
 
-5. 1988–至今－预防为主(Prevention Oriented)  
+5. 1988至今－预防为主(Prevention Oriented)  
 
   尽量早地介入并发现这些明显的或隐藏的bug，发现得越早，修复起来的成本越低，产生的风险也越小。  
 
@@ -199,7 +199,7 @@ The process of executing a program with the intent of finding errors.
 
 强调开发工作（计划、设计、开发、测试、维护等）各阶段之间的先后顺序，不可以并行操作。  
 
-瀑布模型认为，测试是指代码完成后，处于运行维护阶段之前。如果需求和设计上存在缺陷，就会造成大量返工，增加成本。
+瀑布模型认为，测试是指代码完成后，处于运行维护阶段之前的阶段。如果需求和设计上存在缺陷，就会造成大量返工，增加成本。
 
 为了更早的发现问题，测试应延伸需求评审，设计审查活动中，软件生命周期的每个阶段都应包含测试。  
 
@@ -228,7 +228,7 @@ The process of executing a program with the intent of finding errors.
 
 **缺点：**    
 
-虽然测试尽早的进入到开发阶段，但是真正进行软件测试是在编码之后，这样忽视了测试对需求分析、系统设计的验证，时间效率上也大打折扣。  
+虽然测试尽早的进入到了开发阶段，但是真正进行软件测试是在编码之后，这样忽视了测试对需求分析、系统设计的验证，时间效率上也大打折扣。  
 
 **W模型(双V模型)**  
 
@@ -250,7 +250,7 @@ W 模型是顺序性的、不可逆的，需求的变更和调整，依旧不方
 
 大型软件项目通常有很多不确定性和风险，如果采用瀑布式线性过程模型，失败风险很大，因此需要采取一种渐进式的演化过程模型。将产品分解成增量版本，每个版本单独测试。
 
-螺旋模型是一种演化软件开发过程模型，它兼顾了快速原型的迭代的特征以及瀑布模型的系统化与严格监控。螺旋模型最大的特点在于引入了其他模型不具备的风险分析，使软件在无法排除重大风险时有机会停止，以减小损失。同时，在每个迭代阶段构建原型是螺旋模型用以减小风险的途径。螺旋模型更适合大型的昂贵的系统级的软件应用。
+螺旋模型是一种演化软件开发过程模型，它兼顾了快速原型的迭代的特征以及瀑布模型的系统化与严格监控。螺旋模型最大的特点在于引入了其他模型不具备的风险分析，使软件在无法排除重大风险时有机会停止，以减小损失。同时，在每个迭代阶段构建原型是螺旋模型用以减小风险的途径。螺旋模型更适合大型昂贵的系统级软件应用。
 
 **优点：**  
 
@@ -290,7 +290,7 @@ W 模型是顺序性的、不可逆的，需求的变更和调整，依旧不方
 
   以人为本，没有比面对面交流更高效的沟通渠道了，基于互相信任的前提，敏捷提倡自治的全功能团队。
 
-  在工作形式上，整个团队平时坐在一起工作，从物理空间上创造了更加便捷面对面的沟通机会。在团队职责上，团队内部具备完成软件交付的角色(能力)，团队所有人对软件的质量负责，开发过程由团队内部把控，业务价值团队内部快速流动，在任何环节都能及时获得反馈。同时，每个角色都更容易从全局视角去思考软件，避免了传统部门墙模式下的视角割裂和协作障碍。
+  在工作形式上，整个团队平时坐在一起工作，从物理空间上创造了更加便捷面对面的沟通机会。在团队职责上，团队内部具备完成软件交付的角色(能力)，团队所有人对软件的质量负责，开发过程由团队内部把控，业务价值在团队内部快速流动，在任何环节都能及时获得反馈。同时，每个角色都更容易从全局视角去思考软件，避免了传统部门墙模式下的视角割裂和协作障碍。
 
 * 工作的软件高于详尽的文档