1.记忆测试理论中可能要面试的概念什么是软件测试测试的原则有哪些p>

使用人工操作或软件自动运行的方式来检验它是否满足规定的需求
弄清预期结果与实际结果之间差别的过程
? 预期结果
? 指用户的预期结果
? 实际结果
? 指的是软件的实际运行结果
? 软件缺陷
? 预期结果与实际结果之间的差别

2. 理解各角度的软件测试分类划分和具体使用场景

   ? 系统软件
   ? 如windows、Linux、UNIX等，还包括操作系统的补丁程序及硬件驱动程序，都是系统软件类
   ? 应用软件
   ? 工具软件、游戏软件、管理软件

3. 了解项目内各职位所负责的工作，和测试工作的配合关系

项目经理 项目经理负责分配资源，确定优先级，协调与客户和用户之间的交往。

构架设计师负责在整个项目中对技术活动和工件进行领导和协调。构架设计师要为各
构架视图确立整体结构：视图的详细组织结构、元素的分组以及这些主要元素组之间
的接口。

需求分析员(产品经理) 业务分析员通过概括和界定作为建模对象的组织来领导和协调业务用例建模。

软件设计师 设计员定义一个或几个类的职责、操作、属性及关系，并确定应如何根据实施环境对
它们加以调整。

UI设计师 界面设计人员通过以下方法来领导和协调 Web 界面的原型设计和正式设计：获取对
Web 界面的需求，构建 Web 页面原型，使 Web 界面的其他涉众参与可用性复审和使用测试会议，复审并提供对 Web 界面最终实施方案的适当反馈。

软件开发工程师 软件工程师负责完成设计师的设计意图， 根据设计文档编写代码； 根据设计文档编
写单元测试代码，根据测试 告 BUG 记录修订 BUG ，完成包或子系统的开发。
测试工程师负责执行测试，其中包括设置和执行测试，评估测试执行过程并修改错
误，以及评估测试结果并记录所发现的缺陷。

运维工程师 无论做什么运维，运维工程师最基本的职责都是负责服务的稳定性，确保服务可以
7*24H不间断地为用户提供服务。

4. 理解常见系统架构

B/S架构

（Browser/Server，浏览器/服务器模式），是WEB兴起后的一种 络结构模式，WEB
浏览器是客户端最主要的应用软件。该模式统一了客户端，将系统功能实现的核心部
分集中到服务器上，简化了系统的开发、维护和使用成本。
BS分布性强、维护方便、开发简单且共享性强、总体拥有成本低。但数据安全性比
C/S低、对服务器要求过高、数据传输速度慢、软件的个性化特点明显降低，难以实
现传统模式下的特殊功能要求。

C/S架构

C/S架构全称为客户端/服务器体系结构，它是一种 络体系结构，其中客户端是用户
运行应用程序的PC端或者工作站，客户端要依靠服务器来获取资源。C/S架构是通过
提供查询响应而不是总文件传输来减少了 络流量。它允许多用户通过GUI前端更新
到共享数据库，在客户端和服务器之间通信一般采用远程调用（RPC）或标准查询语
言（SQL）语句。

B/S 与 C/S对比

1、客户端要求
? C/S客户端的计算机电脑配置要求较高。
? B/S客户端的计算机电脑配置要求较低。
2、软件安装
? C/S每一个客户端都必须安装和配置专用的软件。
? B/S最大的优点就是不用安装任何专门的软件，只要有一个浏览器就可以。
3、软件升级和维护
? C/S每一个客户端都要进行升级和维护。
? B/S客户端不必安装及维护。
4、安全性
? C/S一般面向相对固定的用户群，它可以对权限进行多层次校验，提供了更安全
的存取模式，对信息安全的控制能力很强。一般高度机密的信息系统应采用C/S结
构。

发展前景

1、 C/S和B/S各有优势，C/S在图形的表现能力上以及运行的速度上肯定是强于B/S模
式的，不过缺点就是他需要运行专门的客户端，而且更重要的是它不能跨平台，用
c++在windows下写的程序肯定是不能在linux下跑的。
2、B/S模式就，它不需要专门的客户端，只要浏览器，而浏览器是随操作系统就有
的，方便就是他的优势了。
而且，B/S是基于 页语言的、与操作系统无关，所以跨平台也是它的优势，而且以
后随着 页语言以及浏览器的进步，
B/S在表现能力上的处理以及运行的速度上会越来越快，它的缺点将会越来越少。尤其是HTML5的普及，在图形的渲染方面以及音频、文件的处理上已经非常强大了。
不过，C/S架构也有着不可替代的作用。

5. 记忆软件测试的流程

   [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-mfOmitBo-1646118246035)(file:///C:Users王文的电脑AppDataRoamingTencentUsers1253701755QQWinTempRichOleQ`AT5@T{[]C15CI_{FJU328.png)]

   ?

6. 理解软件生命周期模型，敏捷测试，理解devOPS。

瀑布模型（Waterfall Model） 是一个项目开发架构，开发过程是通过设计一系列阶段
顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反
馈，因此，如果有信息未被覆盖或者发现了问题，那么最好 “返回”上一个阶段并进
行适当的修改，项目开发进程从一个阶段“流动”到下一个阶段，这也是瀑布模型名称
的由来.

快速原型模型 一般在需求提出初期，用户迫切需要体验产品，开发人员根据核心功能需求快速实现
的一款可以用来演示的产品，形成demo，可快速挖掘是否是用户真正想要的产品。
但这种模型在整个软件项目周期内只可能存在于这期间，当用户了解了demo后决定
是抛弃还是继续采用，抛弃相当于需求双方没有达成一致，可以再次采用原型模型输
出给用户确认，若选择不抛弃继续采用，原型模型就会被抛弃，选择其他模型继续开
发。

螺旋开发模型 螺旋开发，1988年，巴利·玻姆(Barry Boehm)正式发表了软件系统开发的“螺旋模
型”，它将瀑布模型和快速原型模型结合起来，并且加入了两种模型忽略的风险分
析，弥补了两者的不足，特别适合于大型复杂的系统。

软件开发增量模型 是强调软件在发布不同的版本时，每次都多发布一点点，是软件功能数量渐增地发布
的过程。

敏捷测试 根据客户实际的需求和业务价值来进行测试，做正确的事情。

7. 可以使用《需求分析跟踪矩阵》来分析挖掘测试需求，可以使用xmind来理解挖
   掘测试需求

WESJH7JA$G(8.png)

? 测试需求概念
? 可直接形成测试大纲
? 测试需求的重要性
? 是开发测试用例的依据
? 是衡量测试覆盖率的重要指标
? 有助于保证测试的质量和进度
? 测试需求的特性要求
? 可核实的
? 满足需求的正常的前置条件，不满足需求时的出错条件