当前位置: 首页 > article >正文

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

前言

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

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

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


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

       😊😊  期待你的关注~~~


http://www.kler.cn/a/586863.html

相关文章:

  • 【python】OpenCV—Hough Circle Transform
  • Docker 构建 nginx-redis-alpine 项目详解
  • Cadence学习笔记3
  • 读 Gemma 3 二分
  • 《Python全栈开发》第10课:数据库入门 - SQLite与SQLAlchemy
  • 利用 OpenCV 库进行实时目标物体检测
  • 大数据-spark3.5安装部署之standalone模式
  • uniapp报毒
  • lanqiaoOJ 1180:斐波那契数列 ← 矩阵快速幂
  • 找工作、创业的思考和出路
  • JVM之工具篇
  • 华为手机助手输入连接码时光标乱跳
  • 数据结构(C\C++)——算法复杂度
  • Django 分页操作详解
  • 【CodeMirror】系列(一)官网文档学习(二)核心扩展列表
  • Jetson Nano NX 重装系统
  • CSS3学习教程,从入门到精通, CSS3入门介绍的语法知识点及案例(1)
  • ssh通过22端口无法连接服务器问题处理
  • Python----数据可视化(Pyecharts三:绘图二:涟漪散点图,K线图,漏斗图,雷达图,词云图,地图,柱状图折线图组合,时间线轮廓图)
  • Java方法继承、方法重载、方法覆盖总结