目录

一、软件测试分类

1.1 测试主流技能分类

1.2 不同维度基本分类

二、软件质量模型

三、软件开发与测试过程模型

3.1 开发过程模型（软件生命周期模型）

3.2 软件测试过程模型

3.2.1 V模型

3.2.2 W模型 

一、软件测试分类

1.1 测试主流技能分类

功能测试：保证软件功能实现

自动化测试：使用代码或者工具代替人工验证项目功能，属于黑盒、功能测试；

接口测试：针对模块与模块或者系统与系统之间的数据请求地址进行测试

性能测试：模拟多人使用软件，查找服务器缺陷，保证多人能使用；

1.2 不同维度基本分类

是否覆盖源代码：

• 黑盒测试：看不见源代码，主要对程序功能进行测试；
• 白盒测试：看见部分源代码，主要对程序接口进行测试；
• 灰盒测试：看见全部代码，主要对程序源代码进行测试；

按阶段划分：

• 单元测试：针对程序源代码进行测试，一般开发自测；
• 集成测试：又称接口测试，针对模块之间访问地址进行测试；
• 系统测试：对整个系统进行测试，包含：功能、兼容、安全、性能；
• 验收测试：主要分为公司内测（α）、公测（β），另有候选版测试（γ测试）使用不同的人群来发掘项目缺陷；

是否自动化：手工测试、自动化测试；

是否运行：静态测试、动态测试；

其他：冒烟测试、回归测试、随机测试、探索测试

• 冒烟测试：大规模执行测试执行，针对程序主功能进行验证，保证程序具备可测性；

二、软件质量模型

软件质量：软件与明确地或者隐含的定义的需求相一致的程度。

软件质量模型：软件质量模型提供了软件测试不同的角度和思路

ISO/IEC 25010

软件质量模型释义
功能性	满足某种功能的一种属性或能力
性能效率	在规定条件下，相对应所用资源的数量，软件产品提供适当性能的能力
兼容性	在一定条件下兼容其他软硬件产品的能力
易用性	在指定使用条件下，产品被理解、学习、使用和吸引用户的能力
可靠性	产品在规定条件下，在规定的时间内完成规定的能力
信息安全性	信息在传输或者存储过程的安全程度
可维护性	（四规），在规定条件下，规定的时间内，使用规定的工具或方法修复规定功能的能力
可移植性	从一种环境迁移到另一种环境的能力

三、软件开发与测试过程模型

3.1 开发过程模型（软件生命周期模型）

开发模型（软件生命周期模型）是指软件从开始研制到最终被废弃经历的各个阶段，在不同阶段中由不同的组织和人员执行不同的任务。

软件测试与软件开发模式有着紧密的联系，作为一名测试时人员，应该充分理解软件开发模型，找准定位。

瀑布模型：

特点：线性模型，在所有的开发模型中占据重要地位，是其他模型的基础。以文档驱动，每个阶段执行一次，按现行顺序进行软件开发。

优点：开发的各个阶段清晰，当前阶段完成后只需要关注后续阶段

缺点：依赖于在其的需求分析，不适应需求变化，风险往往在后期显露，失去及早纠错的机会。 

3.2 软件测试过程模型

在软件测试实施中，针对测试过程出现的问题，通过经验总结得到测试过程模型，旨在提高软件开发测试过程中的效率与效果。

3.2.1 V模型

-V模型具有代表意义的模型，最早由Paul Rook在20C80y后期提出，由英国国家计算机中心发布

-V模型是瀑布模型的变种，反映测试活动与需求分析，产品设计之间的关系。

-V模型从左到右，描述了开发与测试之间的阶段对应关系

 

优点：展示测试由底层（代码）到高层（用户业务）按阶段测试的实现过程

缺点：不适用于需求变化，灵活性差 

3.2.2 W模型 

-W模型，简称双v模型，即开发主导一个v，测试主导另一个v；

-为了克服V模型的缺点，引入了w模型；

优点：测试伴随整个产品的开发周期，测试对象不仅是程序还有需求，设计文档；测试介入较早，及早发现问题，降低成本。

缺点：实施复杂，难度大 ，对于需求阶段和设计阶段的测试要求较高（计算机技术、业务知识、管理能力、测试素质等）