From 3ff7ed8ff0008c09225c964f82308a02a1228abc Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E5=BC=A0=E9=9F=B5=E8=BE=89325?= <9803297+zhang-yunhui-325@user.noreply.gitee.com> Date: Wed, 29 Sep 2021 09:33:10 +0000 Subject: [PATCH] =?UTF-8?q?19990167=E5=BC=A0=E9=9F=B5=E8=BE=89?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- README.md | 19 ++++++++++++------- "\345\274\240\351\237\265\350\276\211325" | 0 2 files changed, 12 insertions(+), 7 deletions(-) create mode 100644 "\345\274\240\351\237\265\350\276\211325" diff --git a/README.md b/README.md index 4340c9a..a5da7ea 100644 --- a/README.md +++ b/README.md @@ -73,7 +73,8 @@ 1. 程序设计阶段：个体化生产、专用软件、规模小、功能单一、开发者即使用者。（软件 = 程序）； 2. 程序系统阶段：多用户系统，人机交互技术，实时系统和数据库管理系统； 3. 软件工程阶段：以软件的产品化、系列化、工程化和标准化为特征的软件产业发展起来，软件开发有了可以遵循的软件工程化的设计准则、方法和标准； -4. 多层分布结构，面向服务架构。 +4. 软件设计阶段：硬件环境相对稳定，出现了“软件作坊”的开发组； +5. 多层分布结构，面向服务架构。 #### 1.1.4 软件项目 软件项目是一种特殊的项目，具有如下特点： @@ -82,7 +83,8 @@ 3. 项目范围广和目标的灵活性高； 4. 风险大，收益大； 5. 客户化程度高； -6. 过程管理重要。 +6. 过程管理重要； +7. 完全没有物理属性。 ### 1.2 软件生命周期 #### 1.2.1 需求定义 @@ -103,7 +105,7 @@ **输出：**《需求规格说明书》 #### 1.2.4 评审 -**描述：** 评审就是做审查，对这个阶段的工作进行审查，看是否偏离或者有遗漏（比如：设计和工厂的各个环节都有相关的审查，审查材料是否合格、设计是否符合规定、按照工人/设计出的材料需求是否足够或者多余等等，这些审查都是评审）；评审一般由相应工作人员来参与。 +**描述：** 评审就是做审查，对之前各个阶段的工作进行审查，看是否偏离或者有遗漏（比如：设计和工厂的各个环节都有相关的审查，审查材料是否合格、设计是否符合规定、按照工人/设计出的材料需求是否足够或者多余等等，这些审查都是评审）；评审一般由相应工作人员来参与。 **参与者：** 每个阶段的评审一般都是各职能部门内部审核，也可以申请其他相关人员审核，比如需求评审，一般是产品经理、项目经理、测试人员、开发人员一起评审；系统设计一般是项目经理、开发人员评审；测试策略评审一般是测试组内部评审等等 @@ -115,7 +117,7 @@ #### 1.2.6 编码 **描述：** 开发人员根据详细设计文档对系统进行模块化开发，在确定参数和接口的情况下，根据需求对模块内部进行方法级别的设计和编码以及自测，对产品功能进行一一实现。 -**参与者：** 开发 +**参与者：** 开发人员 #### 1.2.7 提测 **描述：** 开发人员完成一个小迭代/小功能，且完成自测(开发编码完成后，一般都会自己检测下)，然后向测试部门发起提测，一般以邮件方式或者任务管理工具的任务流方式向测试部门通知xxx模块/功能可以测试。 @@ -168,7 +170,7 @@ The process of executing a program with the intent of finding errors. 4. 1983–1987－评估为主(Evaluation Oriented) - 软件行业进入了大发展时期，软件趋向大型化、复杂化，质量越来越重要。软件测试的基础理论和实用技术开始形成。提出了在软件生命周期中使用分析、评审、测试来评估产品的理论。 + 软件行业进入了大发展时期，软件趋向大型化、复杂化，同时质量也越来越重要。软件测试的基础理论和实用技术开始形成。提出了在软件生命周期中使用分析、评审、测试来评估产品的理论。 5. 1988–至今－预防为主(Prevention Oriented) @@ -183,7 +185,7 @@ The process of executing a program with the intent of finding errors. 强调开发工作（计划、设计、开发、测试、维护等）各阶段之间的先后顺序，不可以并行操作。 -瀑布模型认为，测试是指代码完成后，处于运行维护阶段之前。如果需求和设计上存在缺陷，就会造成大量返工，增加成本。 +瀑布模型认为，测试阶段是指代码完成后，处于运行维护阶段之前。如果需求和设计上存在缺陷，就会造成大量返工，增加成本。 为了更早的发现问题，测试应延伸需求评审，设计审查活动中，软件生命周期的每个阶段都应包含测试。 @@ -514,6 +516,9 @@ IEEE729-1983 (电气和电子工程师协会标准IEEE) 对缺陷有一个标准 16. 软件测试工作只负责项目上线/产品发布之前的部分。 > 测试活动贯穿整个软件生命周期。 +17. 软件测试不着急，随便测测，等用户反馈问题再去解决。 +> 测试活动要预知并各种可能存在的问题，具有周密性,前瞻性。 + ### 1.7 知识点总结 1. 软件定义与发展 2. 软件测试定义与发展 @@ -651,7 +656,7 @@ IEEE729-1983 (电气和电子工程师协会标准IEEE) 对缺陷有一个标准 ### 2.5 测试停止标准 #### 2.5.1 软件测试停止总体标准 1. 测试超过了预定时间； -2. 执行了所有的测试用例，并没有发现故障； +2. 执行了并多次测试了所有的测试用例，并没有发现故障； 3. 使用特定的测试用例设计方法作为判断测试停止的基础； 4. 给出测试停止的要求； 5. 根据经单位时间内查出故障的数量决定是否停止测试； diff --git "a/\345\274\240\351\237\265\350\276\211325" "b/\345\274\240\351\237\265\350\276\211325" new file mode 100644 index 0000000..e69de29 -- Gitee