【软件测试】需求的概念和常见模型（瀑布、螺旋、增量、迭代）

1. 什么是需求

在企业中，经常会听到：用户需求和软件需求

在工作中实际见到的软件需求的文档类似于下面的表示：

注意：用户的需求不能直接作为开发和测试的依据。针对用户的需求，产品经理需要进行需求分析（技术可行性、市场可行性、成本投入和收益占比等）后续才可转变为软件需求

规范的流程是在时代的演变下逐渐成型的，并不是一开始就是规范的流程。

什么是生命周期？

生命周期指的是从生命开始到生命结束的一段时间。以人为例，人类的生命周期是从生命孕育开始，中间会经历幼年、童年、少年、青年、老年，最终直至死亡

而软件/产品的生命周期也是如此，需求的开始是软件生命的起点，中间会经历需求的计划、设计、程序开发、程序设计等阶段，直至软件不再进行维护便到了生命的终点

步骤	总结	映射软件流程
为什么要建房子？商品房还是普通住宅？建造 100 层技术上是否可行？	明确合理的建房目标	需求分析
什么时候开发建房子？计划竣工时间？多久可以交房？	计划好时间	计划
建房前明确流程：先打地基，做基础框架，砌墙、粉刷、水电工程…	设计好具体的建房流程	设计
按照前面的流程和时间实施建房中…	施工中	编码
房屋建造完成，开发商验收成果、买家验收房子品质（房子是否牢固，是否漏水及其他偷工减料的地方，是否按照规定来建造的）	检查房屋建造结果	测试
检查结束开始逐步入住，使用中出现了各种情况如房屋漏水、墙面掉皮、下水道堵塞等问题，一边使用一边找物业修理	使用并及时维护	运行维护

在设计阶段
- 开发：设计开发文档（用什么技术、用什么框架等待）
- 测试：明确需求，设计测试用例、测试计划（明确本次测试设计到的工具、设计到的测试类型等等）

因此，我们就得到了软件（开发）的生命周期：
需求分析——计划——设计——编码——测试——运行维护

对于软件的生命周期中，每个阶段都在做什么呢？

阶段	具体内容	产出
需求分析	分析用户需求是否合理，分别从市场需求、技术等方面进行分析。	该阶段会输出需求等文档。
计划	对成立的需求执行需求执行计划，多长时间内完成该需求，每段时间具体完成哪些功能。	该阶段会输出计划等文档。
设计	将需求细化成⼀个个任务，团队成员各司其职领取任务并进行技术设计（如何进行架构设计，设计哪些接口、采用什么技术）	该阶段会输出技术等文档。
编码	开发人员参考需求文档、设计文档、交互图等等文件进行代码的编写。	代码文件等文档。
测试	测试人员需要介入到软件的测试中来，参考测试用例对软件进行测试。	测试用例、测试设计与计划、测试报告等文档
运行维护	项目测试结束之后，项目需要进行上线，并对产品进行线上的维护。线上的维护主要分为三个方面。分别为修复性维护、完善性维护和预防性维护。

维护分为：
1. 修复性维护：对项目中未发现的问题进行修复
2. 完善性维护：对功能进行完善
3. 预防性维护：居安思危，为了避免产品在线上出现一些不可预料的问题，进行一些防护的手段。正常使用没问题，但在一些极端的情况下会出现问题（性能问题），淘宝双十一并发太大、微博热搜

产品经历：定需求，明确需求是否正常执行
为整个项目负责，人员调配等工作
交互：设计交互图
前端：设计前端内容（框架、技术、工具）
后端：设计后端内容（框架、技术、工具）
测试：测试用例、测试计划（测试类型、测试工具等）

软件开发流程（软件生命周期）

与软件的生命周期基础流程大差不差

特点：

瀑布模型最大的一个缺陷在于，可以运行的产品很迟才能被看到

优点/特点	缺点
强调开发的阶段性	测试后置，前面各阶段遗留的风险推迟到测试阶段才被发现，导致项目大面积返工，失去了及早修复的机会
线性结构，每个阶段只执行一次	测试后置，必须留有足够的时间给测试活动，否则导致测试不充分，将缺陷直接暴漏给用户（产品质量差）
是其他模型的基础框架	周期太长，产品很迟才能被看到和使用，可能会导致需求/功能过时

当企业中存在趣多规模庞大、复杂度高、风险大的项目，这种情况下就适合用螺旋模型 image.png|480

优点	缺点
强调严格的全过程风险管理	项目中可能存在的风险性与风险管理人员的技能水平有直接关系
强调各开发阶段的质量	需求人员、资金、时间的增加和投入，可能会导致项目的成本太高
增加风险分析和原型