软件测试学习笔记_第1周第5天-缺陷管理，术语(简要描述缺陷的原因和软件测试的原则和目的)

验收后获得最终付款。验收测试项目型软件交付后，甲方将安排产品型软件的验收，并由其测试团队负责验收。使用频繁概要设计，根据需求设计软件框架数据库，完成软件架构和技术选择。

第5天练习解释销售交付1。缺陷的管理过程。定义(1)概述

内部视角

R&D错误的外部视角及其维护

系统功能的失败和违反在静态上表现为错误。

当一个错误被激活并表现为一个故障时，该故障导致的结果是功能故障或违反缺陷描述。

功能(2)性能故障或违规的结果

2、缺陷①本身的原因

②团队合作

③技术问题

算法错误、计算语法错误、精度体系结构不合理④项目管理

3.缺陷的放大模型(1)缺陷的放大模型

缺陷修复的成本将随着开发的进展呈指数增长(2)

早期发现和早期解决。缺陷管理流程(1)缺陷暂停流程。

(2)争议缺陷处理流程

(3)缺陷拒绝过程

5、缺陷报告写作(1)写作原则

(2)缺陷的严重程度

致命的

①现象

系统崩溃，程序崩溃，数据丢失，数据紊乱，经济损失50万以上，生命损失严重

①现象

程序停滞30秒，功能失效或错误，大规模风格紊乱，线程死锁，内存溢出或信息泄漏。

①现象

非主功能失效容错，主位置无错别字，个别页面样式略有紊乱。

①现象

错别字颜色与样式不符，功能失效。(3)优先级主要针对开发者，告诉他们先修改谁。

①高

主流图上的缺陷主要是大面积问题，改正严重缺陷②就好了。

容错问题，边缘功能缺陷的个人风格问题，影响不大，但是很容易看出来。

严重程度为重度，③轻度。

建议缺陷，次要缺陷II。软件测试的常用术语。软件分类(1)基于项目的软件

①需求来自甲方，需求明确，研发周期也明确。研发费用分为三个阶段。验收后拿到尾款。(外包)(2)面向产品的软件

(1)公司自己梳理，挖掘用户需求，然后开发软件。软件的产品依赖于在线操作。(自研产品)2。测试分类(1)单元测试

测试对象:功能、api:基于详细设计文档(2)接口测试。

目的:检查模块提供的接口是否流畅正确，依据:概要设计(3)系统测试。

测试的目标是系统的功能、性能和安全性，并确认系统满足需求规格说明书的要求；基础:需求规格。(4)验收测试

项目软件交付后，甲方将安排验收；产品软件由其自己的测试团队进行检查和验收。(5)阿尔法检验

(6)beta测试

(7)伽马测试

3.根据对被测系统内部逻辑的理解程度来区分测试类型(1)白盒测试。

要求了解被测对象的内部实现逻辑。(能读懂代码)，单元测试是白盒测试(2)灰盒测试。

(3)黑盒测试

4、根据是否需要运行程序来区分(1)静态测试。

(2)动态测试

5、根据是否使用计算机来引导(1)人工测试。

(2)自动化测试

6.其他测试(1)烟雾测试

(2)回归检验

(3)探索性测试

(4)随机测试

(5)交叉测试

甲乙双方互相测试对方的功能，使用对方提供的测试用例。防止免疫力不足。(常用)7。根据需求进行概要设计，设计软件框架和数据库，完成软件架构，选择技术。8.详细设计定义模块中的功能。三。管理软件(禅宗)。四。回顾R&D模式的优点和缺点。敏捷模型、瀑布模型、测试模型、V模型、W模型、质量模型(重点)PDCA方法、质量过程管理测试用例、使用步骤、定义优缺点、定义等价类边界值过程分析方法、缺陷管理过程、缺陷报告、编写软件测试常用术语。