From e18e0ad16df32bbcbd828ccd438a1370155a7cdd Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=E6=98=93=E6=95=AC=E6=A3=A0?=
 <9848390+yi-jingtang@user.noreply.gitee.com>
Date: Mon, 11 Oct 2021 13:19:18 +0000
Subject: [PATCH 1/2] =?UTF-8?q?=E4=B8=80=E4=BA=8C=E4=B8=89?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 README.md | 9 +++------
 1 file changed, 3 insertions(+), 6 deletions(-)

diff --git a/README.md b/README.md
index d68eefc..3a94421 100644
--- a/README.md
+++ b/README.md
@@ -4,7 +4,7 @@
 ### 1 课程目标
 * 掌握基础的软件测试理论、测试方法和策略
 * 掌握常用工具的使用方法
-* 根据需求和设计文档，独立编写测试计划、测试方案、测试用例以及测试报告
+* 根据需求和设计文档，独立编写测试计划、测试用例以及测试报告
 ### 2 主要内容
 * 软件测试概论
 * 软件测试基础知识
@@ -127,7 +127,6 @@
   - 测试计划
   - 测试设计
   - 测试执行
-  - 回归测试
   - 测试评估
 #### 1.2.9 部署/发版  
 
@@ -160,9 +159,7 @@ IEEE（电气与电子工程师协会）：使用人工或自动手段来运行
   1979年，《软件测试的艺术》 (The Art of Software Testing)第一版问世，这本书是测试界的经典之作。书中给出了软件测试的经典定义： 
 
 ```
-The process of executing a program with the intent of finding errors.
-测试是为发现错误而执行程序的过程。
-```
+
 
 这个观点较之前证明为主的思路，是一个很大的进步。我们不仅要证明软件做了该做的事情，也要保证它没做不该做的事情，这会使测试更加全面，更容易发现问题。
     
@@ -170,7 +167,7 @@ The process of executing a program with the intent of finding errors.
 
   软件行业进入了大发展时期，软件趋向大型化、复杂化，质量越来越重要。软件测试的基础理论和实用技术开始形成。提出了在软件生命周期中使用分析、评审、测试来评估产品的理论。  
 
-5. 1988–至今－预防为主(Prevention Oriented)  
+5. 1989–至今－预防为主(Prevention Oriented)  
 
   尽量早地介入并发现这些明显的或隐藏的bug，发现得越早，修复起来的成本越低，产生的风险也越小。  
 
-- 
Gitee


From c241bd659dd0f8365299354e634480393c58f646 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=E6=98=93=E6=95=AC=E6=A3=A0?=
 <9848390+yi-jingtang@user.noreply.gitee.com>
Date: Mon, 11 Oct 2021 13:23:11 +0000
Subject: [PATCH 2/2] =?UTF-8?q?=E4=B8=80=E4=BA=8C=E4=B8=89?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 README.md | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/README.md b/README.md
index 3a94421..ab13bfe 100644
--- a/README.md
+++ b/README.md
@@ -367,13 +367,13 @@ IEEE729-1983 (电气和电子工程师协会标准IEEE) 对缺陷有一个标准
 #### 1.4.6 跟踪流程
 最优化、最简单的生命周期是：（理想情况）
 1. 测试员发现缺陷并记录缺陷报告；
-2. 缺陷报告交给程序员，此时缺陷状态是打开（open state）；
+2. 缺陷报告交给程序员，此时缺陷状态是闭合（open state）；
 3. 程序员修改缺陷，此时缺陷状态是解决（resolved state）；
 4. 缺陷报告交还测试员；
 5. 测试员确认已修复；
 6. 测试员关闭缺陷报告，此时缺陷状态是关闭（closed state）。
 
-一个缺陷很可能会被反复打开→关闭。在日常工作过程中，由于开发修订其他缺陷影响、需求变更等因素缺陷可能会被反复打开→关闭。
+一个缺陷很可能会被反复关闭→开启。在日常工作过程中，由于开发修订其他缺陷影响、需求变更等因素缺陷可能会被反复打开→关闭。
 
 | 缺陷状态 | 描述                                               |
 | -------- | -------------------------------------------------- |
@@ -1986,7 +1986,7 @@ eg. 登录功能描述
 设计测试用例主要根据测试用例的以下属性，并结合测试用例的编号、标题、描述(条件、步骤、期望结果)等进行测试用例管理。
 
 1. 优先级
-测试用例的优先级越高，被执行的时间越早、执行的频率越多。由最高优先级的测试用例组来构成基本验证测试，每次构建软件包时，都要被执行一遍。
+测试用例的优先级越高，被执行的时间越早、执行的频率越高。由最高优先级的测试用例组来构成基本验证测试，每次构建软件包时，都要被执行一遍。
 
 2. 目标性
 根据不同的目标设计测试用例。有的测试用例是为主要功能而设计，有的则为系统的负载而设计。
-- 
Gitee