软件测试笔记-软件开发流程的演变

G.O

已于 2022-11-13 11:02:51 修改

阅读量305

点赞数

分类专栏：软件测试笔记文章标签：功能测试

于 2022-10-28 23:16:27 首次发布

本文链接：https://blog.youkuaiyun.com/Yocczy/article/details/127580368

版权

软件的概念：与计算机系统操作有关的计算机程序、文件、文档以及数据

软件开发流程演变：传统瀑布模型→敏捷开发模型→DevOps模型

瀑布模型

瀑布模型流程：需求分析→设计→编码→实现→软件测试→完成→维护

瀑布模型特点：线性

瀑布模型优点：阶段清晰、强调早期计划和需求调查、适合需求稳定产品

瀑布模型缺点：增加开发风险、错误发现晚

敏捷开发模型

敏捷开发模型：包含XP、SCRUM

极限编程-XP

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

G.O

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

从瀑布到敏捷——漫画解读软件开发模式变迁史

slsl141的博客

04-22

537

一、瀑布式开发瀑布式开发是早期被广泛采用的软件开发模型，要求有明确的需求，按照需求一步步做好规划，每一阶段工作的完成是下一阶段工作开始的前提，每一阶段都要进行严格的评审，保证各阶段的工作做得足够好时才允许进入下一阶段，它适用于需求明确的项目。　　最大的风险是，当产品研发完成后，到了产品测试阶段如果发现了问题，或者发现其无法满足市场需求，那么就需要重新开发，甚至需要重新规划产品。瀑布模型，就是说，软件开发是按照一定顺序展开的，总体上就分为：需求 → 设计 → 制造 → 测试，四个阶段。

《软件测试经验与教训》--读书笔记

某技术爱好者的专栏

01-15

4658

《软件测试经验与教训》--读书笔记

参与评论您还未登录，请先登录后发表或查看评论

软件开发的演化过程

莫等闲的专栏

03-11

1671

光阴似箭，岁月如梭，刹那间停住飞奔的脚步，在一片宁静中回首，软件开发模式几经演化，从最初面向机器语言的开发模式到面向过程的开发模式，软件开发通过独立于机器的程序语言而不再依赖于不同平台的机器语言，实现了代码的重用；随后面向对象开发模式的出现使人们可以通过以更接近现实的对象来表述完整的事物，即进行对象的重用；此后随着软件开发规模的扩大，在涉及分布式、异构等复杂特征的环境中，出现了面向组件模式，软件开

软件开发架构的演变过程

泗水六年的博客

03-29

1292

软件开发架构的演变过程单体架构》分布式架构》SOA架构》微服务架构 1.单体架构就是把所有的功能模块打到一个包里面然后再部署，采用了单体架构的项目被称之为单体应用。优点：开发起来简单，测试起来简单，部署起来也比较简单吧。缺点：第一就是项目复杂度高，代码耦合度高，不利于维护。修改一处代码，可能会影响一大片的功能无法正常使用。第二就是单体架构可靠性差，可能因为某个功能模块的严重BUG(死循环、内存溢出)，导致整个系统的不可用。第三就是单体应用只能作为一个整体进行.

从瀑布到敏捷，浅谈对软件开发的变迁史

qq_63289361的博客

05-05

219

敏捷方法（Agile Approach）是一种迭代的，增量式的方法，强调通过团队协作和顾客的反馈以应对复杂性和不断变化的需求。瀑布模型有一些明显的优点，它对于需要完整而清晰的计划和需求分析的项目非常有作用，并且允许开发团队在理解整个项目的前提下，更好地规划时间和资源。敏捷方法的优势在于可以解决产品复杂性的问题，更好地控制项目质量，专注于客户需求的增量式交付，以及灵活地满足对项目管理人员和团队成员的需求。在接下来的循环中，开发者需要估算更改的影响，安排必要的检测，并获得客户的批准。

程序开发过程的演变

木子皿--啥都不会的菜鸟

12-03

716

文章目录1 最早的程序开发过程2 用汇编语言开发程序3 用高级语言开发程序 1 最早的程序开发过程用机器语言编写程序，并记录在纸带或卡片上。在这个阶段，输入可能是按钮、开关；输出可能是指示灯等。所有信息都是0/1序列！若在第4条指令前加入指令，则需重新计算地址码（如jxx的目标地址），然后重新打孔。不灵活！书写、阅读困难！ 2 用汇编语言开发程序汇编语言的特点：用助记符表示操作码...

软件测试价值提升之路-观后感

01-28

在软件开发过程中，软件测试扮演着至关重要的角色。随着DevOps文化的兴起，测试的价值不再仅仅局限于找出缺陷，而是转向了提升整体产品质量、确保用户满意度和优化研发效率。通过对不同公司的软件测试策略进行分析，...

软件测试理论与经验--阅读笔记

方子的博客

06-23

8893

第1章测试员的角色测试人员的角色到底是什么？能够定义的很清楚吗？经验1-测试员是项目的前灯测试就是要找到信息，有关项目或者产品的关键信息决策都需要根据这些信息来决定。经验2-测试员的使命决定要做的一切使命可能决定于行业、公司、项目或者团队的个性，测试项目也是千差万别。我们的使命是以客户为中心，明确需求，提高工作效率及降低风险。要经常动态调整自己的使命，不要侧重某一方面而疏忽另一方面。经验3-测试...

软件开发工具复习笔记.pdf

09-22

《软件开发工具复习笔记》 软件开发工具是程序员在软件工程流程中不可或缺的助手，它们旨在提高软件开发的效率和质量。这些工具涵盖了从规划、分析、设计、测试到文档和管理的各个环节，以帮助开发者更好地理解和...

软件开发架构演变过程

有志者事竟成,志当存高远

06-10

1421

软件架构演变 1.1 主流的互联网技术特点分布式、高并发、集群、负载均衡、高可用。分布式：一件事情拆开来做。集群：一件事情大家一起做。负载均衡：将请求平均分配到不同的服务器中，达到均衡的目的。高可用：系统都是可用的。 1.2 架构演变的过程软件架构的发展经历了由单体架构、垂直架构、分布式架构到流动计算架构的演进过程，如下图：单一应用架构当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。此时，用于简化增删改查工作量的数据访问框架(ORM)是

软件研发模式演变

Testingba工作室

01-26

2030

太阳底下无新鲜事，今天是历史的沿袭，沿袭之后的变革。

软件技术架构演变历史

热门推荐

Su_Levi_Wei的博客

06-09

1万+

传统架构传统架构 – 软件架构 – 图一传统架构 – 硬件架构 – 图二（仅供参考）传统架构 – 企业组织架构 – 图三（仅供参考）为什么早期架构这样设计？这个就要从历史上去说了，在计算机发展过程中，计算机慢慢的渗透进个人、企业等用户的场景中，但那时计算机价格昂贵，对使用者有一定的门槛要求。使计算机普及率并不高，而计算机更多的是用于打字、运算等操作，只在部分领域内普及......

软件发展过程

Hell_potato777的博客

09-07

3337

软件是由计算机程序和程序设计的概念发展演化而来的，是在程序和程序设计发展到一定规模并且逐步商品化的过程中形成的。软件开发经历了程序设计阶段、软件设计阶段和软件工程阶段的演变过程。

软件应用的发展演化

博客

02-24

733

作者： Brian Knapp 原文： Evolution of Software Applications 译者：孙薇做软件开发够久的话，就会注意到模式的问题。尚未讨论透彻的一个模式就是系统如何随着时间变化。软件行业总着眼于当下的风格，让我们失去了大局观。如今，大多数的“发明”都是数十年前所创造的，我们面临的大多问题也是别人解决过的。软件开发者并不怎么了解我们的历史。本着这...

软件工程与计算II-17-软件构造

SpriCoder的博客

03-10

1017

软件工程与计算II-17-软件构造

软件发展时期以及软件过程的演变

APPTITE的博客

10-09

7118

软件的发展，可以大体上划分为三个阶段：软硬件一体化阶段（50s-70s），软件作为独立产品的阶段（70s-90s），网络化和服务化的阶段（90s-）。软件和硬件的发展是相互促进的；按照著名的摩尔定律，硬件每18个月晶体管数量翻番而价格减半。软件运行于硬件之上，软件可以代替硬件实现很多硬件无法实现的功能。一开始软件开发的水平比较低，进度比较缓慢；但是自从操作系统的出现，就让软件开发的难度（开发的难度以及调试的难度等）降低了，从而让人们能够“基于软件而架设软件”，因此软件可以不再受制于硬件提供的单一功能，而可以

结对编程和TDD（测试驱动开发）

MR_Peach07的博客

06-05

1697

这两天来参加了个结对编程比赛，完成之后觉得有些体会需要书写出来沉淀下。结对编程大家应该有听过，两个人同用一台电脑，一人敲代码，一人旁边观看，至于观看的人做些什么就有很多的选择了，这个方式还是对效率有一定提升，但是需要勤加练习，因为很多人习惯了个人完成编程，突然旁边多个人看还是挺不适应的。总结下来，这种方式可以： 1.增加两个人的专注力; 2.完成知识的传递; 3.毕竟每个人找bug的视角不

车载功能测试-车载域控/BCM控制器测试用例开发流程【用例导出方法+优先级划分原则】

车载网络测试工程师的博客

04-23

1672

前文介绍了车载外灯模块的常见模块的功能、控制原理实现以及需求，本文主要以位置灯为例，详细讲述针对此类需求如何从需求导出用例，并保证用例对需求的覆盖度。针对手动控制位置灯的典型需求进行测试用例设计，通过对用例导出方法的合理使用以及优先级的合理划分，使用例覆盖度符合要求，并且更有利于合理地开展测试工作。可以在有限的测试资源下，对重点需求点进行最大化的验证，这种方法是汽车电子领域平衡效率与安全的行业最佳实践。

接口测试和功能测试详解