From 4309cbdc74c6115ac638aa9b8ab4390c9efaf8ec Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=E8=B7=83=E8=A1=8C?= <1431837034@qq.com>
Date: Wed, 29 Sep 2021 10:37:30 +0000
Subject: [PATCH] =?UTF-8?q?=E5=B7=B2=E4=BF=AE=E6=94=B9?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 README.md | 13 ++++++++++++-
 1 file changed, 12 insertions(+), 1 deletion(-)

diff --git a/README.md b/README.md
index 4340c9a..ef8c31a 100644
--- a/README.md
+++ b/README.md
@@ -198,6 +198,7 @@ The process of executing a program with the intent of finding errors.
 1. 单一流程，不可逆；
 2. 风险显露得晚，纠正机会少；
 3. 测试只是其中一个阶段，缺乏全过程测试思想。
+4.客户往往很难清楚给出所有的需求，而改模型却要求如此。
 
 **V模型**  
 
@@ -221,7 +222,7 @@ The process of executing a program with the intent of finding errors.
 
 **优点：**  
 
-W 模型相对于 V 模型来说，测试更早的进入到开发阶段，与开发阶段是并行关系，更早的发现问题，能够及时解决问题，各个阶段分工明确，方便管理。  
+W 模型相对于 V 模型来说，测试更早的进入到开发阶段，与开发阶段是并行关系，更早的发现问题，能够及时解决问题，测试贯穿到整个生命周期当中，各个阶段分工明确，方便管理。  
 
 **缺点：**
 
@@ -282,6 +283,8 @@ W 模型是顺序性的、不可逆的，需求的变更和调整，依旧不方
 **缺点:**  
 
 由于其项目周期很长，所以很难保证开发的人员不更换，而缺少文档就会造成在交接的过程中出现很大的困难。
+由于缺少正式文件, 因此会造成混乱, 并且各个团队成员随时可能会误解贯穿各个阶段做出的重要决定。
+由于缺乏适当的文档, 一旦项目完成并且开发人员被分配到另一个项目, 完成的项目的维护就会变得很困难。
 
 ![敏捷开发流程](https://gitee.com/XiaFuXiangFei/software-testing/raw/main/images/mj-process.png)
 
@@ -294,6 +297,8 @@ IEEE729-1983 (电气和电子工程师协会标准IEEE) 对缺陷有一个标准
 2. 软件出现了产品说明书中指明的不会出现的错误；
 3. 软件功能超出了产品说明书中指明的范围；
 4. 软件难于理解，不易使用，运行速度慢，或者最终用户认为软件使用效果不好。
+5.影响了重要的特性、用户界面、产品接口、硬件结构接口和全局数据结构。并且设计文档需要正式的变更。如逻辑，指针，循环，递归，功能等缺陷。
+八、软件缺陷来源
 
 #### 1.4.2 产生原因
 1. 软件本身复杂性，产生大量不确定因素；
@@ -399,6 +404,12 @@ IEEE729-1983 (电气和电子工程师协会标准IEEE) 对缺陷有一个标准
 **差错：**人在理解和解决问题的思维和行为过程中出现的问题，沟通不当，理解错误；（产生根源）  
 **错误：**软件内部问题，设计错误、编码错误；（内部原因）  
 **失效：**软件系统运行时偏离了用户需求。（外部表现）  
+缺陷修复率标准
+1) 一、二级错误修复率应达到100%
+
+2) 三、四级错误修复率应达到80%以上
+
+3) 五级错误修复率应达到60%以上
 
 ### 1.5 软件测试行业
 #### 1.5.1 行业现状
-- 
Gitee