diff --git a/README.md b/README.md
index 4340c9a931d36d33f3af17acf0efc0a5cb8c4e2e..787c11f53a67ac1d76c518ee61f3ab2478940a08 100644
--- a/README.md
+++ b/README.md
@@ -217,7 +217,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)
 
-明确表示出了测试与开发的并行关系。  
+明确表示出了测试与开发的并行关系。
 
 **优点：**  
 
@@ -1467,11 +1467,10 @@ T：性能测试所用的时间。
 
 #### 5.2.7 可用性测试
 可用性是系统正常运行的能力和程度，在一定程度上也是系统可靠性的表现，一般用如下公式表示：
-```
 可用性 = 平均正常工作时间 / (平均正常工作时间 + 平均修复时间)
 ```
 
-影响可用性的因素有如下几方面。
+影响可用性的因素有如下几方面：
 1. 不充分的测试。
 2. 更改管理问题。
 3. 缺少在线监视和分析。
@@ -1497,6 +1496,7 @@ T：性能测试所用的时间。
 连续监视操作工作负荷和失败数据，对于发现趋势和改善服务至关重要。
 
 5. 使用数据备份
+数据的备份，就是我们在使用数据之外，实现另外一份不同物理体现内容相同的有效数据拷贝。
 
 6. 检查所有安全计划
 安全性是确保应用程序服务只对有资格的用户可用，还意味着保护应用程序使用的所有分布式组件和资源。
@@ -1675,11 +1675,11 @@ Web应用系统是否有超时的限制，也就是说，用户登录后在一
 
 8. 用户端软件脆弱性检测
 9. 用户端的各种设定
-10. 错误处理  
+10. 错误处理
 (1) 出错提示是否含有敏感资料或消息。  
 (2) 出错提示含有揭示数据库及中介软件的资料是否暴露所使用的软件。  
 
-11. 第三方软件的安全程度  
+11. 第三方软件的安全程度
 (1) 所有中介软件是否涉及已公布于众的安全漏洞。  
 (2) 网络软件所使用的通信协议。  
 (3) 软件的安全设定。  
@@ -1695,16 +1695,16 @@ Web应用系统是否有超时的限制，也就是说，用户登录后在一
 (3) 密匙管理以及密匙撤销是否立即生效。    
 
 ### 5.5 知识点总结
-1. 性能测试基本概念（响应时间、并发数、吞吐量）
-2. 负载测试
-3. 压力测试
-4. 可靠性测试
-5. 数据库测试
-6. 安全性测试
-7. 兼容性测试
-8. 可用性测试
-9. 性能测试步骤
-10. Web测试
+1. 性能测试基本概念（响应时间、并发数、吞吐量）。
+2. 负载测试。
+3. 压力测试。
+4. 可靠性测试。
+5. 数据库测试。
+6. 安全性测试。
+7. 兼容性测试。
+8. 可用性测试。
+9. 性能测试步骤。
+10. Web测试。
 
 ## 第6章 软件测试流程
 ### 6.1 软件测试流程概述
@@ -1723,7 +1723,7 @@ Web应用系统是否有超时的限制，也就是说，用户登录后在一
 **参与者：** 产品经理，架构师，项目经理，测试/质量管理员(很多公司把这个统称为QA)，开发    
 
 需求文档检查：
-从需求的完整性、明确性、必要性、可测性、一致性、可修改性和优先级出发。
+从需求的完整性、明确性、必要性、可测性、一致性、可修改性和优先级出发
 1. 测试需求说明书是否满足了用户提出的每一项要求，实现需求的完整性
 2. 检查需求文档的用词、用语问题，实现需求的明确性
 3. 检查需求规格说明书对需求覆盖是否正确，实现需求的必要性
@@ -2260,7 +2260,7 @@ TNM的定义级中需实现的3个成熟度目标：制定测试与调试目标
     (2) 建立适当的机制，以评估改进测试过程能力和测试成熟度的新工具和新技术。  
     (3) 持续评估测试过程的有效性，确定测试终止准则。  
 
-#### 7.3.6 TMM 5个阶段总结
+#### 7.3.6 TMM 5个阶段总结：
 1. 测试和调试没有区别，除了支持调试外，测试没有其他目的。
 2. 测试的目的是为了表明软件能够工作。
 3. 测试的目的是为了表明软件能够正常工作。
@@ -2369,21 +2369,21 @@ Postman是谷歌的一款接口测试插件，它使用简单，支持用例管
 5. N-Stalker Free Version：可一次检测100个以上的页面，包括跨页脚本的检测。
 6. skipfish：这是一个轻量级的安全测试工具，处理速度很快，每秒可处理2000个请求。
 7. Scrawlr：HP的一款免费软件，可检测SQL注入漏洞。
-8. Watcher：这个是Fiddler的插件，可在后台静默运行，可检测跨域提交等。。
+8. Watcher：这个是Fiddler的插件，可在后台静默运行，可检测跨域提交等。
 9. WebScarab：这个实际上是一个代理软件，有很多功能，可以检测XSS跨站脚本漏洞、SQL注入漏洞等。
 
 ### 7.6 如何选择测试工具
 当前市场上的测试工具很多，每个测试工具在不同环境有各自的优点和缺点。如何选择最佳的测试工具，主要依赖于系统工程环境以及组织特定的其他需求和标准。因此，选择自动化测试工具应从以下几方面考虑。
 
-1. 测试工具的集成能力。
+1. 测试工具的集成能力
     确定测试工具与系统的构架、编程环境等兼容性。
-2. 确定被测程序管理数据的方式。
+2. 确定被测程序管理数据的方式
     了解被测试程序管理数据的方式，确定自动测试工具如何支持对数据的验证。
-3. 确定测试类型。
+3. 确定测试类型
     了解工具的测试类型，不同测试类型的测试工具功能差距较大。
-4. 确定项目进度。
+4. 确定项目进度
     测试工具是否影响测试进度。
-5. 确定项目预算。
+5. 确定项目预算
     根据成本/效益分析，确定所投入的总成本与获益之间的关系。
 
 ### 7.7 Postman
@@ -2607,11 +2607,11 @@ Bug处理流程：
 
 测试过程的改进对象应该包括三个方面：组织、技术和人员。
 1. 组织  
-    软件测试组织的不良架构通常表现在如下内容：  
+    软件测试组织的不良架构通常表现在如下内容：
     (1) 没有恰当的角色追踪项目进展。  
     (2) 没有恰当的角色进行缺陷控制、变更和版本追踪。  
     (3) 项目在测试阶段效率低下、过程混乱。  
-    (4) 项目成了测试经理个人的项目，而不是组织的项目。  
+    (4) 项目成了测试经理个人的项目，而不是组织的项目。
     (5) 关心进度，而忽视项目质量和成本。  
 
     因此，组织的改进应该使得测试从开发活动中分离出来，把缺陷控制，版本管理和变更管理从项目管理中分离出来。
@@ -2778,7 +2778,7 @@ IEEE给出软件测试文档分为测试计划，测试设计规格说明、测
 5. 偶然故障率
     指软件在偶然故障期(一般以软件交付给用户后的4个月以后为偶然故障期)内单位时间的故障数。偶然故障率用来度量软件处于稳定状态下的质量，一般以每1000小时的故障数为单位。
 
-### 8.7 知识点总结
+### 8.7 知识点总结：
 1. 软件测试管理
 2. 测试过程改进
 3. 测试文档