From 4ae5caf91ecd1ef85364c88d688eb27cbacd5dcd Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E6=9C=AC=E5=95=8A=E5=98=8E?= <9690440+ben-aga@user.noreply.gitee.com> Date: Sat, 18 Sep 2021 05:57:39 +0000 Subject: [PATCH 1/3] =?UTF-8?q?=E6=A0=BC=E5=BC=8F=E4=BF=AE=E6=94=B9?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index dbaae73..0b3e7b1 100644 --- a/README.md +++ b/README.md @@ -112,7 +112,7 @@ - 测试执行 - 回归测试 - 测试评估 -#### 1.2.9 部署/发版 +#### 1.2.9 部署/发版 **描述:** 经过前面的各个阶段,产品已经可以出售或者面向大众了。配置管理人员进行封版、版本制作(针对产品来说)/部署上线(针对项目应用来说)。 **参与人:** 配置管理人员、测试 10. 支持维护 @@ -417,6 +417,7 @@ IEEE729-1983 对缺陷有一个标准的定义:从产品内部看,缺陷是 16. 软件测试工作只负责项目上线/产品发布之前的部分 ### 1.7 知识点总结 + ## 第2章 软件测试基础知识 ### 2.1 概述 1. 从软件测试的目的来理解 -- Gitee From fbc961516806e6b84c8d91037055116464846179 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E6=9C=AC=E5=95=8A=E5=98=8E?= <9690440+ben-aga@user.noreply.gitee.com> Date: Sat, 18 Sep 2021 06:04:49 +0000 Subject: [PATCH 2/3] =?UTF-8?q?=E6=A0=BC=E5=BC=8F=E4=BF=AE=E6=94=B9?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- README.md | 1 - 1 file changed, 1 deletion(-) diff --git a/README.md b/README.md index 0b3e7b1..7c3a5da 100644 --- a/README.md +++ b/README.md @@ -155,7 +155,6 @@ The process of executing a program with the intent of finding errors. 1. 各阶段划分清晰 2. 强调计划与需求分析 3. 适合需求稳定的产品开发 - **缺点:** 1. 单一流程,不可逆 2. 风险显露得晚,纠正机会少 -- Gitee From f41cfbe67b64443df305eb590492d004c19e14c8 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E6=9C=AC=E5=95=8A=E5=98=8E?= <9690440+ben-aga@user.noreply.gitee.com> Date: Sat, 18 Sep 2021 06:19:52 +0000 Subject: [PATCH 3/3] =?UTF-8?q?=E6=A0=BC=E5=BC=8F=E4=BF=AE=E6=94=B9?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- README.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/README.md b/README.md index 7c3a5da..9a5596b 100644 --- a/README.md +++ b/README.md @@ -330,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 缺陷预防 差错:人在理解和解决问题的思维和行为过程中出现的问题,沟通不当,理解错误。(产生根源) -- Gitee