软件测试文档需求概述,1.软件测试概述

软件测试概述

什么是软件测试

1.发现软件的缺陷：修正软件

2.评估软件的质量：改进软件

什么是软件缺陷

1.功能缺失

2.出现错误

3.超出设计规定的功能

4.没有达到应该达到的目标

5.难以理解、使用，运行速度慢

软件缺陷来源

1.软件需求：需求文档与实际不符，调研与用户实际需求差距大

2.软件设计：扭曲需求文档真实意图

3.编码：编码错误

4.其他：配置问题等

软件测试对象

1.程序：功能正确，性能良好

2.文件：用户手册，运维手册(排版清晰、内容完整没有错误)

3.数据：基础数据完整正确、系统配置文件值、遵守相应规范和标准

测试的过程模型

V模型

-- 用户需求——需求分析——概要设计——详细设计——编码——单元测试——集成测试——系统测试——验收测试

-- 缺陷：顺序执行，耗时长；问题发现不及时

image.png

W模型

image.png

X模型

image.png

H模型

image.png

测试的生命周期

1.测试计划：产生测试计划文档

2.测试分析：头脑过程

3.测试设计：产生测试用例文档

4.测试执行：产生测试缺陷报告文档

5.测试评估：产生测试报告文档

测试方法

是否执行软件

-- 静态分析：观察分析代码

-- 动态测试：运行软件进行测试

是否了解程序内部结构

1.黑盒测试(功能测试、数据驱动测试)，不需要知道程序内部结构

--对测试人员要求低，用户级别

2.白盒测试(结构测试、逻辑驱动测试)，需要知道程序内部结构

--对测试人员要求高，开发级别

3.灰盒测试，介于黑盒和白盒之间

根据阶段和作用

1.单元测试

2.集成测试

3.系统测试

4.验收测试

根据目的

1.功能测试

2.性能测试

3.安全测试

4.兼容性测试

常被面试的概念

1.回归测试

-- 验证问题是否得到解决

-- 验证是否产生新问题

2.冒烟测试

-- 基本功能测试

3.α测试

-- 在开发环境下测试

4.β测试

-- 在用户环境下测试

测试基本原则

-- 尽早地和不断地进行测试

-- 避免测试自己的程序

-- pareto原则(80/20原则)：80%的缺陷在20%的模块中

-- 测试用例由输入和预期的输出结果组成

-- 程序修改后要回归测试

-- 穷举测试是不可能的：测试量小覆盖率高