【测试篇】打破测试认知壁垒，从基础概念起步
前言
🌟🌟本期讲解关于测试的基本概念相关知识介绍~~~
🌈感兴趣的小伙伴看一看小编主页：GGBondlctrl-CSDN博客
🔥 你的点赞就是小编不断更新的最大动力
🎆那么废话不多说直接开整吧~
目录
📚️1.需求的概念
🚀1.1用户需求
🚀1.2软件需求
📚️2.开发模型
🚀2.1软件的生命周期
🚀2.2常见的开发模型
2.2.1瀑布模型
2.2.2螺旋模型
2.2.3增量模型与迭代模型
2.2.4敏捷模型
📚️3.测试模型
🚀3.1V模型
🚀3.2W模型
📚️4.总结
——最近小编正在找实习，所以更新有点慢，请大家谅解~~~
📚️1.需求的概念
需求，什么是需求，就是表示某人需要某物，之间构成的需求关系叫做需求；但是在企业中需求这里的概念有两种，第一种就是用户需求，一种就是软件需求；
🚀1.1用户需求
所谓的用户需求概念如下：
可以简单理解为甲⽅提出的需求，如果没有甲⽅，那么就是终端⽤⼾使⽤产品时必须要完
成的任务。该需求⼀般⽐较简略，通常是⼀句话
简单来说：用户需求就是没有经过合理的评估，就是一句话；
当然这里的评估：技术可实现性，市场流行性，投入与收益的占比；
🚀1.2软件需求
所谓的软件需求概念如下：
功能需求，该需求会详细描述开发⼈员必须实现的软件功能。软件需求是测试⼈员进⾏测试⼯作的基本依据
简单来说：软件需求就是开发，测试人员执行工作的依据（即可实现性） ；
📚️2.开发模型
规范流程是在时代的演变下逐渐成型；
🚀2.1软件的生命周期
什么是生命周期：⽣命周期指的是从⽣命的开始到⽣命结束的⼀段时间；
这里小编举一个列子：
所以这里的软件的生命周期就是：
需求分析——计划——设计——编码——测试——运行维护
需求分析：指软件需求，用户需求是否合理，进行修改过后的得到需求分析文档；
计划：什么时候开始，什么时候结束
设计：对于不同的角色有不同的要求（测试中，测试需求，测试用例，测试计划）
编码：就是进行代码开发
运行维护：软件上线后在线上环境遇到的问题；（修复性维护，完善性维护，预防性维护）
🚀2.2常见的开发模型
2.2.1瀑布模型
同软件生命周期基本流程一致，是其他模型的基本框架：
特点：每个流程只执行一次；是线性的开发流程
缺点：
1、运行产品很迟才会看到（不同的时期，具有不同的热门板块），容易错失市场机会；
2、前面各个阶段的风险到测试才会被发现，导致项目的大面积返工（由于流程是线性的）
3、测试时间滞后，时间不充沛，可能会导致上线问题暴露多
适用：需求固定的⼩项⽬
2.2.2螺旋模型
⼀般在软件开发初期阶段需求不是很明确时，采⽤渐进式的开发模式。螺旋模型是渐进式开发模型的代表之⼀
其实这里的螺旋模型拉通后就是如下所示：
就是在各个基础模型的基础上引入了风险分析以及原型（可执行，是否合理）；
主要就是在各个阶段减少遗留的风险问题，避免把风险引入到后阶段；
优点：
• 强调严格的全过程⻛险管理。
• 强调各开发阶段的质量。
• 增加⻛险分析和原型缺点：
• 项⽬中可能存在的⻛险性与⻛险管理⼈员的技能⽔平有直接关系
• 需求⼈员、资⾦、时间的增加和投⼊，可能会导致项⽬的成本太⾼
使用场景：规模庞⼤、复杂度⾼、⻛险⼤的项⽬
2.2.3增量模型与迭代模型
增量模型：即将大需求，拆分成小需求，每一个小需求独立开发上线；
特点：每一部分设置完整，但是总体不完整，不具备雏形
大致就是在画画的时候：先把头画完整后，再画手，身体，然后拼在一起；
迭代模型：即构建一个基础版本（比较粗糙）然后一直进行优化操作；
特点：总体完整，但是是一个毛坯，有基础的功能但是粗糙，后阶段逐步完善
大致就是在画画中：先勾勒出人物的基础骨架，皮肤，然后再一步步添加头发，衣服等
2.2.4敏捷模型
其实就是增量和迭代模型的结合；
需求被拆成许多可增量开发小部分，每一部分采用迭代开发
解决问题：帮助项⽬快速适应变更请求，⽬的是促进项⽬的快速完成。
《敏捷宣言》内容：
个体与交互重于过程和⼯具 （强调高效的沟通）
可⽤的软件重于完备的⽂档（轻文档，重产出）
客⼾协作重于合同谈判（了解当下需求）
响应变化重于遵循计划（主动迎接变化）
敏捷模型的四个特点：轻⽂档，轻流程，重⽬标，重产出。
Scrum是敏捷模型中的⼀种，⼜称为迭代式增量软件开发模型。
在scrum模型中，主要有三个⻆⾊和五个重要会议
三个角色：
scrum由product owner(产品经理)、scrum master(项⽬经理)和team(研发团队)组成
产品经理：收集需求，产出软件需求文档；
项目经理：协调项目，为研发团队服务；
研发团队：由不同技能的成员组成，通过紧密协同，完成每⼀次迭代的⽬标，交付产品
五个会议：
发布计划会议：从需求分析（需求池）中进行需求分析，进行估算，先后排序，发布计划会议的产出就是制定出这⼀期迭代要完成的需求列表；
迭代计划会议：羡慕团队对其进行分析，明确各自的每个任务都有明确的负责⼈，并完成⼯时的初估计；
每日例会：昨天干了什么（进度了解），今天干什么（明确目标），遇到的问题（即时解决，保证产品在规定迭代周期完成）
演示例会：相关人员受邀参加，展示本此迭代的成果，变更需求重新开始一次迭代；
回顾会议：总结本此迭代的不足，改进计划，持续改进；
📚️3.测试模型
测试模型中有两个⾮常重要且具有标志性的测试模型：V模型和W模型
🚀3.1V模型
优点：
• 明确的标注了测试过程中存在的不同类型的测试，并且清楚的描述了这些测试阶段和开发过程期间各阶段的对应关系，有效提升测试的质量和效率。
• V模型指出：
◦ 单元和集成测试应检测程序的执⾏是否满⾜软件设计的要求；
◦ 系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标；
◦ 验收测试确定软件的实现是否满⾜⽤⼾需要或合同的要求
缺点：
仅仅把测试作为在编码之后的⼀个阶段，未在需求阶段就介⼊测试。缺点同瀑布模型。
🚀3.2W模型
特点：测试的对象不仅是程序，需求、设计等同样要测试，测试与开发是同步进⾏的
优点：
• 有利于尽早地全⾯的发现问题。同时，对需求的测试也有利于及时了解项⽬难度和测试⻛险，及早制定应对措施，显著减少总体测试时间，加快项⽬进度。
缺点：
• 需求、设计、编码等活动被视为串⾏的；测试和开发活动也保持着⼀种线性的前后关系，上⼀阶段完全结束，才可正式开始下⼀个阶段⼯作。
• 重流程，⽆法⽀持敏捷开发模式。（当前软件开发复杂多变的情况）
📚️4.总结
本期小编主要讲解了测试中需求的概念，几种常见的开发模型，“瀑布模型，螺旋模型，增量模型，迭代模型，敏捷模型”以及两种测试模型“V模型，W模型”~~~
🌅🌅🌅~~~~最后希望与诸君共勉，共同进步！！！
💪💪💪以上就是本期内容了， 感兴趣的话，就关注小编吧。
😊😊 期待你的关注~~~