【软件测试学习】—软件测试的概念与软件测试模型（一）

我 | 在这里
👩‍🦰👩‍🦰 读书 | 长沙 ⭐计算机科学与技术 ⭐ 本科 【2024届】
🎃🎃 爱好 | 旅游、跑步、网易云、美食、摄影
🎖️🎖️ 标签 | 女 二次元死忠粉、热爱生活
✈️✈️公众号 | 王同学要努力 文章底部有个人公众号二维码。回复 源码 或 前端全套视频教程 即可获得相对应的资料
 
为何而写？
🍍 好记性不如烂笔头，记录学习、分享笔记 、项目 BUG 解决 希望可以帮到更多的小伙伴 哈哈哈~
📢 复盘总结，加深记忆，方便自己查看
🎊 分享知识，咱就是这么乐于助人
 
目标描述
🏆 越努力，越幸运，愿我们都能在看不见的领域里闪闪发光！
 
禁止emo和焦虑
🎉 每个阶段都有焦虑和迷茫，过来人可能会跟你讲刚毕业都不是事，30岁上有老下有小的时候才是焦虑。还有与自己和解这种话，说的容易，做起来不容易，本质是与欲望的对抗。没办法，咱人太多了太卷了。只是末必有所成才算活着，只喜欢看天空、散步、吃披萨的人生也很好。我来这世界，只是为了看花怎么开，水怎么流，太阳怎么升起，夕阳何时落下，经历有趣的事，遇见难忘的人。你只要记住任何时候，都要把身体（肉体和心理）健康放第一位，这是一切的根本，任何阶段都是，大家每天都要开心哦~🤣🤣。

一、软件的分类

CS架构（Client-Server Architecture）是一种分布式计算模型，其中客户端和服务器之间通过网络进行通信。在这种架构中，客户端负责向服务器发送请求，并接收服务器返回的响应。服务器则负责处理客户端的请求，并返回相应的结果。CS架构通常用于构建大型的网络应用程序，如Web应用程序、电子邮件系统、数据库管理系统等。

BS架构（Browser-Server Architecture）是一种基于Web的分布式计算模型，其中浏览器作为客户端，服务器作为服务端。在这种架构中，浏览器负责向服务器发送请求，并接收服务器返回的响应。服务器则负责处理浏览器的请求，并返回相应的结果。BS架构通常用于构建Web应用程序，如在线购物网站、社交媒体平台、在线银行系统等。

相比之下，CS架构更加灵活，可以支持多种类型的客户端，如桌面应用程序、移动应用程序等。而BS架构则更加简单，只需要一个Web浏览器即可访问应用程序。此外，BS架构具有更好的跨平台性和可扩展性，因为所有的应用程序都运行在服务器端，可以通过增加服务器的数量来提高系统的性能和可靠性。

二、软件测试的定义

✅经典定义

测试是为了发现错误而执行程序的过程(测试是为了发现错误而执行程序的过程，一个成功的测试是发现了至今未发现的错误的测试)

✅标准定义

使用人工或自动化的手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清楚预期结果与实际结果之间的差别。（测试是在用户需求和开发技术之间找一个平衡点）

✅国内定义

✅其他理解

三、软件测试的流程

五、测试的目标

六、区分测试与调试和质量保证

七、软件测试的原则

2 尽早测试的原则

八、软件测试的原则总结

九、软件测试行业概述

十、软件开发与测试模型

✅大爆炸模型

大爆炸模型的特点：
大爆炸模型是最简单的软件开发模式，计划、进度安排和正规开发过程都几乎没有，所有精力都花在开发软件和编写代码上。

一般、大爆炸模型几乎没有测试，即使有也要挤在产品发布前，通常都会避免在此模式下进行。

✅✅边写边改模型

特点

• 此种模式没有计划和文档编制，项目能够迅速展现成果，所以比较适合用完就扔的项目；
• 与大爆炸模式类似，测试在边写边改模式中未特别强调，但是在编写代码和修复缺陷过程中举足轻重；
• 软件测试会陷入无休止的循环往复，因为每天都可能在测试新版本

✅✅✅ 瀑布模型

1970 年，温斯顿•罗伊斯（WinstonRoyce）提出，直到 80 年代早期，它一直是唯一被广泛采用的软件开发模型。

采用瀑布模式的项目从最初的构思到最终产品要经过一系列步骤。每一个步骤结束时，写好文档，项目小组组织审查，并决定是否进入下一步。如果项目未准备好进入下一步，就停滞下来直到准备好

特点

• 从测试的角度看来，瀑布模式比截至到目前为止的其他模式更有优势。
• 瀑布模式所有一切都有完整细致的说明。当软件提交到测试小组时，所有细节都已确定并有文档记录，而且实现在软件之中。由此，测试小组得以制定精确的计划和进度。
• 测试对象非常明确，即程序。
• 在瀑布模型中，测试被认为是在软件开发过程的后期阶段进行的“一次性”活动，这带来一个巨大的缺点，因为测试仅在最后进行，所以一些根本性问题可能出现在早期，但是直到准备发布产品时才可能发现

✅ ✅✅✅ 螺旋模型

• 1988 年，Barry Boehm（巴利•玻姆）提出。
• 开始不必详细定义所有细节，从小开始，定义重要功能，努力实现这些功能，接收客户反馈，然后进入下一阶段，重复上述过程，直至得到最终产品。
• 特别适合于大型复杂

特点

• 螺旋模式中包含了一点瀑布模式（分析、设计、开发和测试的步骤）、一点边写边改模式（螺旋模式的每一次）和一点大爆炸模式（从外界观察）。加上该模式发现问题早、成本低的特点，可以算做相当好的开发模式。
• 软件测试员喜欢该模式。因为通过参与最初设计的设计阶段，可以尽早地影响到产品，可以把产品的来龙去脉弄得很清楚；并且在项目末期，不至于最后一分钟还在匆匆忙忙地进行全面测试。软件测试员地测试一直都在进行，所以最
  后一步只是一个验证表面所有部分都没有问题。

✅✅✅✅✅敏捷开发模型

起源

• 另外一些名称：如快速原型、极限编程或进化开发等。
• 2001 年初，在犹他州的Snowbird，由于看到很多软件开发团队陷入了不断增长的过程的泥潭，一批业界专家聚集在一起概括出了一些可以让软件开发团队
• 具有轻量化、快速工作、响应变化能力的价值观和原则，他们称自己为“敏捷联盟”。
  

特点

• 敏捷开发提倡迭代式和增量式的开发模式，并强调测试在其中的重要作用。
• 敏捷开发是以用户为中心、以客户需求为导向的开发过程，在此过程中随时做好“迎接变化”的准备，客户是敏捷的关键环节。
• 敏捷开发没有单一固定的开发方法或过程，很多快速的开发模式都可以看作是敏捷。但这些模式都有三个共同点：依赖客户的参与、测试驱动以及紧凑的迭代开发周期。