diff --git a/README.md b/README.md
index 4340c9a931d36d33f3af17acf0efc0a5cb8c4e2e..a14ae6e7fe4cbeeb7241e319cf2266d80bb3d4cf 100644
--- a/README.md
+++ b/README.md
@@ -31,7 +31,7 @@
 **软件 ≠ 程序（代码）**  
 软件包含如下内容：  
 1. 运行时，能够提供所要求功能和性能的指令或计算机程序集合。
-2. 程序能够处理信息的数据结构。
+2. 程序能够处理信息的数据结构及其本身。
 3. 用于描述程序功能需求、程序如何操作和如何使用的文档。
 
 #### 1.1.2 文档
@@ -62,7 +62,7 @@
 * 《实施方案》
 
 ##### 产品文档
-为使用和运行软件产品的任何人规定培训和参考信息，促进软件产品的市场流通或提高可接受性。使得那些未参加开发本软件的程序员维护它。
+为使用和运行软件产品的任何人规定培训和参考信息，促进软件产品的市场流通或提高可接受性。使得那些未参加开发本软件的程序员能够维护它。
 
 * 《产品手册》
 * 《用户指南》
@@ -73,7 +73,6 @@
 1. 程序设计阶段：个体化生产、专用软件、规模小、功能单一、开发者即使用者。（软件 = 程序）；
 2. 程序系统阶段：多用户系统，人机交互技术，实时系统和数据库管理系统；
 3. 软件工程阶段：以软件的产品化、系列化、工程化和标准化为特征的软件产业发展起来，软件开发有了可以遵循的软件工程化的设计准则、方法和标准；
-4. 多层分布结构，面向服务架构。
 
 #### 1.1.4 软件项目
 软件项目是一种特殊的项目，具有如下特点：
@@ -85,6 +84,7 @@
 6. 过程管理重要。
 
 ### 1.2 软件生命周期
+ **粗体** 软件测试有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段
 #### 1.2.1 需求定义  
 **描述：** 定义出本次任务都需要做什么，做成什么样子。    
 
@@ -103,7 +103,7 @@
 **输出：**《需求规格说明书》
 
 #### 1.2.4 评审  
-**描述：** 评审就是做审查，对这个阶段的工作进行审查，看是否偏离或者有遗漏（比如：设计和工厂的各个环节都有相关的审查，审查材料是否合格、设计是否符合规定、按照工人/设计出的材料需求是否足够或者多余等等，这些审查都是评审）；评审一般由相应工作人员来参与。    
+**描述：** 评审就是做审查，对这个阶段的工作进行审查，看是否偏离或者有遗漏（比如：设计和工厂的各个环节都有相关的审查，审查材料是否合格、设计是否符合规定、按照工人/设计出的材料需求是否足够或者多余等等，这些审查都是评审）；评审一般由相应工作人员来参与。  **粗体**   对之前的工作进行审查 
 
 **参与者：** 每个阶段的评审一般都是各职能部门内部审核，也可以申请其他相关人员审核，比如需求评审，一般是产品经理、项目经理、测试人员、开发人员一起评审；系统设计一般是项目经理、开发人员评审；测试策略评审一般是测试组内部评审等等
 
@@ -183,7 +183,8 @@ The process of executing a program with the intent of finding errors.
 
 强调开发工作（计划、设计、开发、测试、维护等）各阶段之间的先后顺序，不可以并行操作。  
 
-瀑布模型认为，测试是指代码完成后，处于运行维护阶段之前。如果需求和设计上存在缺陷，就会造成大量返工，增加成本。
+瀑布模型认为，测试是指代码完成后，处于运行维护阶段之前。如果需求和设计上存在缺陷，就会造成大量返工，增加成本。 
+**粗体** 测试是指代码完成后，处于运行维护阶段之前的工作。
 
 为了更早的发现问题，测试应延伸需求评审，设计审查活动中，软件生命周期的每个阶段都应包含测试。  
 
@@ -217,7 +218,7 @@ The process of executing a program with the intent of finding errors.
 
 ![W模型](https://gitee.com/XiaFuXiangFei/software-testing/raw/main/images/w-model.png)
 
-明确表示出了测试与开发的并行关系。  
+明确表示出了测试与开发的并行关系。   **粗体** 强调测视与开发的关系
 
 **优点：**