软件测试的相关概念

需求

用户需求：可以简单理解为甲方提出的需求，如果没有甲方，那么就是终端用户使用产品时

必须要完成 的任务。该需求一般比较简略。

软件需求： 或者叫功能需求，该需求会详细描述开发人员必须实现的软件功能。

大多数公司在进行软件开发的时候会把用户需求转化为软件需求，开发人员和测试人员工作的直接依据就是软件需求。软件需求是测试人员进行测试工作的基本依据。

---

测试用例

测试用例（ Test Case ）是为了实施测试而向被测试的系统提供的一组集合，这组集合包含：测试环 境、操作步骤、测试数据、预期结果等要素。

测试用例解决了两大问题：测什么，怎么测。

---

软件的生命周期

软件生命周期是指从软件产品的设想开始到软件不再使用而结束的时间。 如果把软件看成是有生命的事物，那么软件的生命周期可以分成6 个阶段，即需求分析、计划、设计、编码、测试、运行维护。

（此处注意区分和软件测试的生命周期） 

---

软件错误（BUG)

准确的来说： 当且仅当规格说明是存在的并且正确，程序与规格说明之间的

不匹配才是错误。

当需求规格说明书没有提到的功能，判断标准以最终用户为准： 当程序没有实现其最终用户合理预期的 功能要求时，就是软件错误。

简单说：预期结果！=实际结果 就叫BUG

---

开发模型和测试模型

开发模型

瀑布模型（Waterfall Model）

瀑布模型的每一个阶段都只执行一次，因此是线性顺序进行的软件开发模式。

优点：每个阶段做什么，产出什么清晰明确。

缺点：  风险往往迟至后期的测试阶段才显露，因而失去及早纠正的机会。

适用的项目：小型项目

螺旋模型（Spiral Model）

一般在软件开发初期阶段需求不是很明确时，采用渐进式的开发模式。

优点：每个阶段都会进行风险分析，避免一些线上问题发生。

缺点：风险分析可能分析错，需要人力物力的投入。

适用的项目：大型项目，风险比较多的项目

增量、迭代模式

敏捷

五个宣言：轻文档，轻过程，重目标，重产输，响应变化

scrum

---

测试模型

v模型

特点：左边是开发，右边是测试，类似于瀑布模型

优点:测试被划分成许多类型

局限性:仅仅把测试作为在编码之后的一个阶段，未在需求阶段就进入测试。

W模型

W模型特点：W模型由两个 V字型模型组成，分别代表测试与开发过程测试的对象。不仅是程序，需求、设计等同样要测试，测试与开发是同步进行的。

W模型优点：有利于尽早地全面的发现问题。 同时，对需求的测试也有利于及时了解项目难度和测试风险，及早制定应对措施，显著减少总体测试时间，加快项目进度。

局限性：需求、设计、编码等活动被视为串行的；测试和开发活动也保持着一种线性的前后关系，

上一阶段完全结束，才可正式开始下一个阶段工作。无法支持敏捷开发模式。对于当前软件开发复

杂多变的情况， W 模型并不能解除测试管理面临着困惑。