软件测试面试（内附答案）(1)，月薪30K

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

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

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

如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）

正文

一般软件测试越早展开越好，一般是从需要阶段就要进行软件测试。软件测试不仅是测试功能，对于需求文档一类的也要进行测试。越早的找出bug，就会减少后续开发人员修改程序的次数，并且可以降低成本，如果等整个软件开发的差不多了发现一个致命的错误的话，是需要花费很多时间和人力来重新修改的。如果在一开始就发现的话就不会出现这种情况了。

17、你能不能说下你的3-5年的职业规划？

首先，要巩固自己的测试基础知识，在基本知识扎实的情况下提高理解需求文档地能力。

其次，学习自动化测试工具，并将它运用到测试中。

然后，在测试技术达到一定程度后，要学会如何带领一个测试团队。

最后，争取在最快的时间内达到测试经理的水平。

18、功能测试用例需要详细到什么程度才是合格的？

测试用例覆盖到所有的测试点。

19、一个缺陷测试报告的组成？

缺陷编号、缺陷标题、缺陷描述、缺陷的优先级、缺陷的重要程度、缺陷所述的模块、缺陷所属的版本、缺陷所属的开发人员、输入数据、输出结果、缺陷分析等。

20、测试用例通常包括哪些内容？

用例编号、测试环境、用例标题、输入数据、预期结果等

21、你都用什么测试方法？

根据不同的系统和模块有不同的方法。主要是黑盒测试和白盒测试。

22、软件的评审一般由哪些人员参加？其目的是什么？

参加人员：客户、项目经理、开发人员、测试人员

目的：查看软件在未正式投入运行前是否还存在问题。对于不同软硬件平台能否正常运行

是否有与客户理解不一致的地方，同时可以对一些可以改进的地方再多加改进。

23、什么是软件测试，软件测试的目的？

软件测试是通过人工或者自动化的操作进行还没有商业化用途的程序，查看他们的功能是否满足客户需求。

目的：在最短时间内找出尽可能多的软件缺陷。

24、什么是兼容性测试？

兼容性测试是检查软件在不同软件平台，硬件平台上是否可以正常运行的测试。主要查看软件在不同操作系统、浏览器、数据库中是否运行正常。

25、什么是软件测试？

答：为了发现程序中的错误而执行程序的过程

26、软件测试的对象有哪些？

答：软件测试并不等于程序测试。软件测试应贯穿于软件定义与开发的整个期间。

需求分析、概要设计、详细设计以及程序编码等各阶段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，都应成为软件测试的对象。

27、当测试过程发生错误时，有哪几种解决办法？

1）跳转到别的测试过程

2）调用一个能够清除错误的过程

3）退出过程，启用另一个

4）退出过程和应用程序，重新启动Windows，在失败的地方重新开始测试

28、怎么才能够全面的测试到每一个点？

答：测试的全面性主要需要在设计测试计划的时候考虑，从测试策略，产品需求等等多个角度考虑从而定义全部的测试点。

29、开发与测试的关系？

答：开发和测试是一个有机的整体。在产品发布之前，开发和测试是循环进行的，测出的缺陷要经开发人员修改后继续测试。在开发的同时测试经理开始编写测试用例，测试文档要参考开发文档，所以开发和测试是不可分割的，少了任何一个都不能开发出产品。

30、测试活动中统计了哪些数据？

答：工作量 bug数量

31、进行测试时产生了哪些文档或记录？

答：测试的整个过程有系统测试计划、系统测试用例、系统测试报告、缺陷报告、产品发布说明

在执行测试的过程中只有缺陷报告，这个还是用在缺陷管理工具中进行的，最后在工具中导出缺陷报告

32、怎样做好测试计划？

1）理解系统。从整个系统的高度了解被测系统必须满足的功能和非功能性需求。利用涉及整个系统的文档，形成对系统的整体了解。

2）及早介入。为了深入了解项目，测试人员应该在系统的开始阶段介入，可以增加对客户需求，客户问题，潜在风险以及最重要的功能方面的理解

3）测试期望。程序员的期望是什么？客户的期望是什么？销售对测试的期望又是什么？测试目标必须是绝对的，以免说不清是否达到目标。

4）吸取教训。把以前工作中学习到的经验教训运用过来，对确定测试策略很有作用。

5）工作量太小。完成测试需要多少工作量？需要多少人员？

6）技术选择。系统会采取什么技术？系统会采用什么架构？这些信息有助于确定测试策略和测试工具。

7）时间表。系统开发和测试分配的时间有多长？截止日期是什么时候？

测试实例

01、您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。

答：有黑盒和白盒两种测试种类，黑盒有等价类划分法，边界分析法，因果图法和错误猜测法。白盒有逻辑覆盖法，循环测试路径选择，基本路径测试。

例子：在一次输入多个条件的完整性查询中。利用等价类划分法则和边界分析法则，首先利用等价划分法，可以一个或多个结果是OK的测试用例，然后确认多个NG的测试用例，然后利用边界值分析法，可以对结果分别是OK和NG的测试用例进行扩展和补充。

02、您认为做好测试用例设计工作的关键是什么？

答：测试用例设计工作的关键是对可行的和不可行的都要考虑。

1，输入 2，详细的操作步骤 3，预期输出 4，实际输出。

03、您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。

答：有使用过LoadRunner，该工具能够录制测试人员的操作步骤，然后对这个操作步骤模拟出多个用户来播放出来。

1、Visural User Genertor 创建脚本，选择协议，录制操作，编辑操作。

2、中央控制器（Controller）调度虚拟用户，创建场景，选择脚本，建立虚拟用户，设计shedual，设置ip spoofer。

3、运行脚本。分析shedual。

4、分析测试结果。

04、您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？

答：性能测试工作的目的是检查系统是否满足在需求说明书中规定的性能，性能测试常常需要和强度测试结合起来，并常常要求同时进行软件和硬件的检测。

性能测试主要的关注对象是响应时间，吞吐量，占用内存大小（辅助存储区），处理精度等。

05、在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？

答：检测时间，系统环境，硬件环境，严重程度，程式版本，确认人，功能模板，问题描述，详细操作步骤，是否会重现。

问题描述和详细操作步骤要尽可能详细。Bug应该尽量用书面语，对于严重程度比较高的缺陷要在相同环境下测试一遍。

在C\S模式下，如果条件满足可以使用替换法来确认是client端的问题还是server端的问题。

06、你对测试最大的兴趣在哪里？为什么？

答：最大的兴趣就是具有挑战性。

因为我并不知道哪里会出现bug，在找到一个bug后会很高兴。并且测试需要很强的耐心和细心。我可以很容易的找到一些细节问题。

07、测试活动中，如果发现需要文档不完善或者不准确，怎么处理？

答：要及时的与项目经理进行沟通协调。要在邮件中详细的把不完善不准确的地方描述出来，并提出自己的意见。

08、你认为做好测试计划工作的关键是什么？

答：首先，要有一个明确的目标，详细的阅读需求文档说明。

其次，要对整个测试人员、测试时间、测试进度进行一个预估，并预先进行管理。

最后，要对整个测试流程设定一个规范，所有测试人员都按着规范做事，不能随心所欲的测试。

09、软件配置管理工作开展的情况和认识？

拿到一台裸机过后要安装客户需要的操作系统，并且安装一些所必须的软件。

10、你觉得软件测试通过的标准应该是什么样的？

答：测试用例完全执行，测试用例覆盖到所有的测试点，并且缺陷的密度达到客户的需求。

11、软件测试的文档测试应当贯穿于软件生命周期的全过程，其中用户文档是文档测试的重点。那么软件系统的用户文档包括哪些？

答：用户安装文档、用户配置文档、用户使用手册、联机指导等。

12、简述软件系统中用户文档的测试要点？

完整性：用户文档中功能的描述要完整的。不能让用户产生疑问。

一致性：用户文档中的功能描述要与实际软件中的功能一致。不能描述过盛。

易使用性：用户文档描述的内容要方便用户阅读并且能够让用户很清楚的知道如何操作。

图表：有的时候用图表描述会很明了。

13、测试用例如何设计的？

答：在测试用例的设计之前首先要仔细阅读开发的详细设计文档，充分了解产品的详细功能，不清楚的地方与开发人员进行沟通，搞懂每个功能，尽量详细到输入框、按钮等小功能，功能点清楚之后按照功能模块分类进行用例编写。在具体的用例设计中会运用到等价类边界值等黑盒测试方法

算法与数据

在项目中，算法任务有时也会和一些客户端的功能相结合，举几个例子 负反馈过滤如用户选择不喜欢后不再出现；曝光过滤如规定出现几次后不再出现；刷新规则如规定刷新后推荐数据的变化；还有一些如关注等操作后对于算法的实时影响等。对于这部分的测试，我们一般和客户端的功能测试结合起来，手动操作客户端，并检查后续反馈的算法结果。

接口测试

01、按你的理解，软件接口是什么？

答：

就是指程序中具体负责在不同模块之间传输或接受数据的并做处理的类或者函数。

02、HTTP和HTTPS协议区别？

答：

https协议需要到CA（Certificate Authority，证书颁发机构）申请证书，一般免费证书较少，因而需要一定费用；

http是超文本传输协议，信息是明文传输，Https协议是由SSL+Http协议构建的可进行加密传输、身份认证的网络协议，比http协议安全；

http和https使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443；

03、HTTPS在哪一层？

以前我面试很喜欢提网络协议的问题，有朋友说我装X，不实用。稍有点研究网络知识，实际就不难回答

答：HTTPS在应用层。

HTTPS在哪一层

04、get和post区别是什么？

答：POST和GET都是向服务器提交数据，并且都会从服务器获取数据。

区别：

1）传送方式：get通过地址栏传输，post通过报文传输

2）传送长度：get参数有长度限制（受限于url长度），而post无限制

3）GET产生一个TCP数据包（对于GET方式的请求，浏览器会把http header和data一并发送出去，服务器响应200返回数据），POST产生两个TCP数据包（对于POST，浏览器先发送header，服务器响应100 continue，浏览器再发送data，服务器响应200 ok返回数据）

4）get请求参数会被完整保留在浏览历史记录里，而post中的参数不会被保留

5）在做数据查询时，建议用GET方式；而在做数据添加、修改或删除时，建议用post方式

05、常见的POST提交数据方式

答：

主要有四种方式：application/x-www-form-urlencoded、multipart/form-data、application/json、text/xml等。

06、什么是Http协议无状态协议?怎么解决HTTP协议无状态协议

答：

无状态是指协议对于事务处理没有记忆能力，服务器不知道客户端是什么状态。即我们给服务器发送 HTTP 请求之后，服务器根据请求，会给我们发送数据过来，但是，发送完，不会记录任何信息。HTTP 是一个无状态协议，这意味着每个请求都是独立的，Keep-Alive 没能改变这个结果。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。HTTP 协议这种特性有优点也有缺点，优点在于解放了服务器，每一次请求“点到为止”不会造成不必要连接占用，缺点在于每次请求会传输大量重复的内容信息。客户端与服务器进行动态交互的 Web 应用程序出现之后，HTTP 无状态的特性严重阻碍了这些应用程序的实现，毕竟交互是需要承前启后的，简单的购物车程序也要知道用户到底在之前选择了什么商品。于是，两种用于保持 HTTP 连接状态的技术就应运而生了，一个是 Cookie，而另一个则是 Session。

07、cookie和session的区别

答：

cookie数据存放在客户的浏览器上，session数据放在服务器上

cookie不是很安全，别人可以分析存放在本地的cookie并进行cookie欺骗，考虑到安全应当使用session

session会在一定时间内保存在服务器上。当访问增多，会比较占用你服务器的性能，考虑到减轻服务器性能方面应当使用cookie

单个cookie保存的数据不能超过4K，很多浏览器都限制一个站点最多保存20个cookie

可以将登陆信息等重要信息存放为session；其他信息需要保存，可以放在cookie

08、请求接口中常见的返回状态码

答：

1 – 信息提示（表示临时的响应。客户端在收到常规响应之前，准备接收一个或多个1xx响应）

2 – 成功（表明服务器成功地接受了客户端请求）

3 – 重定向（客户端浏览器必须采取更多操作来实现请求。例如，浏览器可能不得不请求服务器上的不同的页面，或通过代理服务器重复该请求）

4 – 客户端错误（发送错误，客户端有问题。例如，客户端请求不存在的页面，客户端未提供有效的身份证验证信息）

5 – 服务器错误（服务器由于遇到错误而不能完成该请求）

框架

unittest

spring

其他

如何测试一个纸杯？

有清晰的思路，有的时候比确切的答案更重要

从功能测试的角度分析

功能度：用水杯装水看漏不漏；水能不能被喝到

界面：杯子的外形，界面上的文字，图形，颜色等是否符合原型图

易用性：杯子是否烫手、是否有防滑措施、是否方便饮用

用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述

兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
杯？

有清晰的思路，有的时候比确切的答案更重要

从功能测试的角度分析

功能度：用水杯装水看漏不漏；水能不能被喝到

界面：杯子的外形，界面上的文字，图形，颜色等是否符合原型图

易用性：杯子是否烫手、是否有防滑措施、是否方便饮用

用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述

兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）
[外链图片转存中…(img-6P7Z5Rlw-1713251127166)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！