diff --git a/README.md b/README.md
index dbaae73c9db7dc28fbd2d65702826724d52f55b2..9a5596b989b7971ea43982c6ee63b0128f9bcb9b 100644
--- a/README.md
+++ b/README.md
@@ -112,7 +112,7 @@
   - 测试执行
   - 回归测试
   - 测试评估
-#### 1.2.9  部署/发版  
+#### 1.2.9 部署/发版  
 **描述：** 经过前面的各个阶段，产品已经可以出售或者面向大众了。配置管理人员进行封版、版本制作（针对产品来说）/部署上线（针对项目应用来说）。  
 **参与人：** 配置管理人员、测试
 10.  支持维护  
@@ -155,7 +155,6 @@ The process of executing a program with the intent of finding errors.
 1. 各阶段划分清晰
 2. 强调计划与需求分析
 3. 适合需求稳定的产品开发
-
 **缺点:**   
 1. 单一流程，不可逆
 2. 风险显露得晚，纠正机会少
@@ -331,10 +330,10 @@ IEEE729-1983 对缺陷有一个标准的定义：从产品内部看，缺陷是
 
 1. bug状态：开始、修复中、修复完成、提测、测试中、测试通过/失败、关闭等，后续bug周期中会讲到。
 2. bug修订人：bug修订人员。
-3.  bug复测人：通常是谁报的bug最后返回给谁测试，但是在某些情况下比如bug报告人任务积累太多/不在的情况下也会分给其他人，所以通常会记录bug复测责任人。
-4.  bug修订说明：由bug修订人来写，说明bug产生原因，修改思路等。
-5.  bug复测说明：由复测人员来写，说明复测过程，复测结果等。
-6.  bug备注：备注，以便记录一些额外信息。
+3. bug复测人：通常是谁报的bug最后返回给谁测试，但是在某些情况下比如bug报告人任务积累太多/不在的情况下也会分给其他人，所以通常会记录bug复测责任人。
+4. bug修订说明：由bug修订人来写，说明bug产生原因，修改思路等。
+5. bug复测说明：由复测人员来写，说明复测过程，复测结果等。
+6. bug备注：备注，以便记录一些额外信息。
 
 #### 1.4.8 缺陷预防
 差错：人在理解和解决问题的思维和行为过程中出现的问题，沟通不当，理解错误。（产生根源）  
@@ -417,6 +416,7 @@ IEEE729-1983 对缺陷有一个标准的定义：从产品内部看，缺陷是
 16. 软件测试工作只负责项目上线/产品发布之前的部分
 ### 1.7 知识点总结
 
+
 ## 第2章 软件测试基础知识
 ### 2.1 概述
 1. 从软件测试的目的来理解