【测试篇】打破测试认知壁垒,从基础概念起步

前言

🌟🌟本期讲解关于测试的基本概念相关知识介绍~~~

🌈感兴趣的小伙伴看一看小编主页: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模型"~~~

🌅🌅🌅~~~~最后希望与诸君共勉,共同进步!!!


💪💪💪以上就是本期内容了, 感兴趣的话,就关注小编吧。

😊😊 期待你的关注~~~

相关推荐
Binary_ey17 小时前
红外成像杂散光干扰强?OAS软件深度解析破局
软件需求·光学设计·光学软件
Binary_ey19 小时前
光刻技术第10期 | 矢量OPC的优化算法
软件需求·光刻·光学软件
_OP_CHEN1 天前
【测试理论与实践】(四)测试用例篇(上):从概念到万能思路,解锁测试设计核心密码
运维·测试开发·测试用例·bug·压力测试·测试·网络测试
StarChainTech3 天前
电动车租赁中的智能管理:电子围栏技术如何改变出行行业
大数据·人工智能·微信小程序·小程序·团队开发·软件需求·共享经济
请为小H留灯3 天前
Windows 系统启用 Telnet 客户端:图文详细教程
网络·windows·测试·telnet
Apifox3 天前
Apifox 12 月更新| AI 生成用例同步生成测试数据、接口文档完整性检测、设计 SSE 流式接口、从 Git 仓库导入数据
前端·后端·测试
_OP_CHEN3 天前
【测试理论与实践】(三)测试BUG篇:从 BUG 本质到实战博弈,带你吃透软件测试的核心逻辑
运维·测试开发·产品运营·bug·压力测试·测试
非凡ghost5 天前
MusicPlayer2(本地音乐播放器)
前端·windows·学习·软件需求
以己之5 天前
初识测试(详细篇)
单元测试·压力测试·测试
密云迷晚岫5 天前
一款免费文件批量重命名工具
软件需求·文件批量重命名·文件夹批量重命名