软件测试最新这些软件测试面试题你都会，那offer还不手拿把掐，2024年最新软件测试面试基础题

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

什么是软件质量？
软件质量：软件产品的特性可以满足用户的功能、性能需求的能力。

目前主要的测试用例设计方法是什么？

白盒测试：逻辑覆盖循环覆盖基本路径覆盖

黑盒测试：边界值分析法、等价类划分、错误猜测法、因果图法、场景法

软件产品质量特性是什么? ?
功能性：适应性、准确性、互操作性、依从性、安全性。
可靠性：成熟性、容错性、以恢复性。
可使用性：易理解性、易学习性、易操作性。
效率：时间特性、资源特性。
可维护性：易分析性、易变更性、稳定性、易测试性。
可移植性： 适应性、易安装性、遵循性、易替换性。

软件测试的策略是什么? ?
软件测试策略：在一定的软件测试标准、测试规范的指导下，依据测试项目的特定环境约束
而规定的软件测试的原则、方式、方法的集合。

软件测试分为几个 阶段 各阶段的测试策略和要求是什么? ?
软件测试按阶段划分可以分为单元测试、集成测试、系统测试和<验收测试>
单元测试测试策略：
自顶向下的单元测试策略
总结：比孤立单元测试的成本高很多，不是单元测试的一个好的选择。
自底向上的单元测试策略
总结：比较合理的单元测试策略，但测试周期较长。
孤立单元测试策略
总结：最好的单元测试策略。
系统测试的测试策略
数据和数据库完整性测试；功能测试；用户界面测试；性能评测；负载测试；强度测试；容
量测试；安全性和访问控制测试；故障转移和恢复测试；配置测试；安装测试；加密测试；
可用性测试；版本验证测试；文档测试

测试人员在软件开发过程中的任务是什么？

1、寻找 Bug；

2、避免软件开发过程中的缺陷；

3、衡量软件的品质；
4、关注用户的需求。
总的目标是：确保软件的质量。
在您以往的工作中，一条软件缺陷（或者叫 Bug）记录都包含了哪些内容？如何提交高质量
的软件缺陷（Bug）记录？
一条 Bug 记录最基本应包含：编号、Bug 所属模块、Bug 描述、Bug 级别、发现日期、发现
人、修改日期、修改人、修改方法、回归结果等等；

要有效的发现 Bug 需参考需求以及详细
设计等前期文档设计出高效的测试用例，然后严格执行测试用例，对发现的问题要充分确认
肯定，然后再向外发布如此才能提高提交 Bug 的质量。
黑盒测试和白盒测试是软件测试的两种基本方法，请分别说明各自的优点和缺点！
黑盒测试的优点有：
比较简单，不需要了解程序内部的代码及实现；
与软件的内部实现无关；
从用户角度出发，能很容易的知道用户会用到哪些功能，会遇到哪些问题；
基于软件开发文档，所以也能知道软件实现了文档中的哪些功能；
在做软件自动化测试时较为方便。
黑盒测试的缺点有：
不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的 30%；
自动化测试的复用性较低。

白盒测试的优点有：
帮助软件测试人员增大代码的覆盖率，提高代码的质量，发现代码中隐藏的问题。
白盒测试的缺点有：
程序运行会有很多不同的路径，不可能测试所有的运行路径；
测试基于代码，只能测试开发人员做的对不对，而不能知道设计的正确与否，可能会漏掉一
些功能需求；
系统庞大时，测试开销会非常大。
如何测试一个 纸杯？
功能度：用水杯装水看漏不漏；水能不能被喝到
安全性：杯子有没有毒或细菌
可靠性：杯子从不同高度落下的损坏程度
可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用
兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等
易用性：杯子是否烫手、是否有防滑措施、是否方便饮用
用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述
疲劳测试：将杯子盛上水（案例一）放 24 小时检查泄漏时间和情况；盛上汽油（案例二）
放 24 小时检查泄漏时间和情况等
压力测试：用根针并在针上面不断加重量，看压强多大时会穿透

测试计划工作的目的是什么？测试计划文档的内容应该包括什么？其中哪些是最重要的？

包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试
交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，
可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对
测试过程中的各种变更。
测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划
测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。
所以其中最重要的是测试测试策略和测试方法（最好是能先评审）。

在您以往的工作中，一条软件缺陷（或者叫 Bug ）记录都包含了哪些内容？如何提交高
质量的软件缺陷（ Bug ）记录？
在传统的 BugZilla 中，BUG 描述应该包括以下的信息
和 BUG 产生对应的软件版本和模块
开发的接口人员
BUG 的优先级
BUG 的严重程度
BUG 可能属于的模块，如果不能确认，可以用开发人员来判断
BUG 标题，需要清晰的描述现象
BUG 描述，需要尽量给出重新 Bug 的步骤
BUG 附件中能给出相关的日志和截图。
高质量的 BUG 记录就是指很容易理解的 BUG 记录，所以，对于描述的要求高，能提供的信息
多且准确，很好的帮助开发人员定位，因此提交高质量的软件缺陷记录需要注意对 BUG 记录
的描述质量多且准确。

BUG 管理工具的跟踪过程用 BugZilla 为例子

测试人员发现了 BUG，提交到 Bugzilla 中，状态为 new，

BUG 的接受者为开发接口人员开发接口将 BUG 分配给相关的模块的开发人员，状态修改为已分配，开发人员和测试确认BUG，

如果是本人的 BUG，则设置为接收；

如果是别的开发人员的问题，则转发出去，由下一个开发人员来进行此行为；

如果认为不是问题，则需要大家讨论并确认后，拒绝这个 BUG，然后测试人员关闭此问题。如果开发人员接受了 BUG，并修改好以后，将 BUG 状态修改为已修复，并告知测试在哪个版本中可以测试。

测试人员在新版本中测试，如果发现问题依然存在，则拒绝验证；如果已经修复，则关闭BUG。

四、您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果？
维持测试人员同开发团队中其他成员 良好的人际关系的关键是什么？
尽量面对面的沟通，其次是能直接通过电话沟通，如果只能通过 Email 等非及时沟通工具的
话，强调必须对特性的理解深刻以及能表达清楚。
运用一些测试管理工具如 TestDirector 进行管理也是较有效的方法，同时要注意在
TestDirector 中对 BUG 有准确的描述。

在团队中建立测试人员与开发人员良好沟通中注意以下几点：
一真诚
二是团队精神
三是在专业上有共同语言
四是要对事不对人，工作至上
当然也可以通过直接指出一些小问题，而不是进入 BUG Tracking System 来增加对方的好感。

你自认为测试的优势在哪里？
该面试也没有固定不变的答案，但可参考以下几点，并结合自身特点：
有韧性
有耐心
做事有条理性
喜欢面对挑战
有信心做好每一件事情
较强的沟通能力
从以前的经理处都得到了很好的评价表明我做的很好
集成测试通常都有那些策 略？
1、大爆炸集成
2、自顶向下集成
3、自底向上集成
4、三明治集成适应于大部分软件开发项目
5、基干集成
6、分层集成
7、基于功能的集成
8、基于消息的集成
9、基于风险的集成
10、基于进度的集成

常用(Linux 的常用命令

答：ls pwd mkdir rmdir rm cp mv cd ps ping tail more echo adduser passwd logout exit，

函数被限制在声明它的模块的本地范围内使用
引用与指针有什么区别？

1. 引用必须被初始化，指针不必。
2. 引用初始化以后不能被改变，指针可以改变所指的对象。
3. 不存在指向空值的引用，但是存在指向空值的指针。

软件验收测试包括 ___ 、 ___ 、 ____ 三种类型。

软件验收测试包括正式验收测试、alpha 测试、beta 测试三种测试。
系统测试的策略有 ____________________________等 等 15 种方法。
系统测试的策略有很多种的，有性能测试、负载测试、强度测试、易用性测试、安全测试、
配置测试、安装测试、文档测试、故障恢复测试、用户界面测试、恢复测试、分布测试、可
用性测试。
设计系统测试计划需要参考的项目文档有 ___ 、 ___ 和 ____ 。
设计系统测试计划需要参考的项目文档有软件测试计划、软件需求工件、和迭代计划。
通过画因果图来写测试用例的步骤为 ___ 、 ___ 、 ___ 、 ___ 及把因果图转换为状态图共五
个步骤。 利用因果图生成测试用例的基本步骤是：
§ 分析软件规格说明描述中，哪些是原因（即输入条件或输入条件的等价类），哪些是结
果（即输出条件），并给每个原因和结果赋予一个标识符。
§ 分析软件规格说明描述中的语义，找出原因与结果之间，原因与原因之间对应的是什么
关系? 根据这些关系，画出因果图。
§ 由于语法或环境限制，有些原因与原因之间，原因与结果之间的组合情况不可能出现。
为表明这些特殊情况，在因果图上用一些记号标明约束或限制条件。 § 把因果图转换成判
定表。
§ 把判定表的每一列拿出来作为依据，设计测试用例。

什么是白盒测试？什么是黑盒测试? ? 什么是回归测试? ?
答：白盒测试是测试人员要了解程序结构和处理过程,按照程序内部逻辑测试程序,检查程序
中的每条通路是否按照预定要求正确工作.它主要的针对被测程序的源代码,测试着可以完
全不考虑程序的功能.
白盒测试流程:详细设计–>源程序–>分析程序内部逻辑结构–>流程图–>制定测试用例
–>被测程序–>执行路径–>覆盖情况分析 .
黑盒测试:（Black-box Testing，又称为功能测试或数据驱动测试）是把测试对象看作一
个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品
的内部结构和处理过程。
回归测试: (regression testing): 回归测试有两类：用例回归和错误回归；用例回
归是过一段时间以后再回头对以前使用过的用例在重新进行测试，看看会重新发现问题。错
误回归，就是在新版本中，对以前版本中出现并修复的缺陷进行再次验证，并以缺陷为核心，
对相关修改的部分进行测试的方法。
设计用例的方法：
在测试的不同阶段运用不用的测试方法设计用例的方法依据不同:
白盒测试用例设计有如下方法：逻辑覆盖、循环覆盖和基本路径覆盖

黑盒测试用例设计方法：等价类划分、边界值分析、错误猜测、因果图、状态图、测试大纲、

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

5AYp9-1715622197920)]

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取