软件测试面试题 —— 整理与解析（2）_下列哪个选项描述了冒烟测试的目的 a(2)_为什么后端开发不希望做冒烟测试的原因

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

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

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

阅读目录

• 1. 接上回
• 2. 题目解析
• • 2.1 请介绍下你比较熟悉的Linux命令
    • 2.2 工作中使用过什么测试管理软件
    • 2.3 请介绍一下TCP与UDP两者的区别
    • 2.4 请描述一下你所理解的软件测试
    • 2.5 如何对一个页面做测试
    • 2.6 当你提出的缺陷开发不承认怎么办
    • 2.7 请描述一下冒烟测试的目的
• 3. 一些后话

1. 接上回

我们接着上次的内容继续来整理与解析一些比较高频的测试行业面试题，大家可以通过面试题内的一些解析再结合自己的真实工作经验来进行答题思路的提取、整理。友情提示：硬背答案虽可，但容易翻车哦。

2. 题目解析

2.1 请介绍下你比较熟悉的Linux命令

  这个可以说是非常基础的一题了，但就博主的了解，有不少的测试就业人员不熟悉甚至没接触过过Linux命令，大家也不用惊讶，介于很多小厂或私人公司的规模与前期流程习惯，测试环境搭建与维护会被运维一并管理，也有些甚至没有独立的测试环境，更多的是被DEV或UAT环境所替代，这也就导致了测试人员在整体的测试活动中无需关心测试环境的相关事宜，对于Linux命令没有接触也貌似就变得顺理成章了。但对于测试人员来说不能熟练的使用Linux命令一定是比较致命的，所以在我们的日常工作中无论是独立搭建测试环境，还是对服务侧进行各类测试、日志查询、后端问题定位都会要求我们掌握一定的Linux命令。那么对于Linux命令我们的测试人员需要掌握到什么程度呢？在这里我给大家一个建议，最好的方法根据你的公司业务来进行度量，如果你自身对Linux有兴趣那当然是最好，如果只是工作需要，那对于这块还是从实际的工作内容入手，比如公司的产品后端使用的是什么版本的Linux、不同的平台命令会有细微的不同；独立搭建整套的测试环境，这个也是必须掌握的；安装OS时最好是选择命令行界面的，跳过GUI，强制自己使用命令完成所有的操作；如果英文底子不行的话，建议适当提高一下英文的读写能力，对后期的Linux操作绝对是有益处的；将日常的命令学习累积与输出，学习一些shell知识，将一些固定操作变为脚本执行。

只需要养成日常的有意积累，要回答这类问题不难，毕竟命令这块不是什么创造性问题，描述的时候只需要注意不要讲命令相关的参数过于扩展即可，另外如果可以配合实际的工作中场景来描述命令的用法那就更好了。

2.2 工作中使用过什么测试管理软件

  这里的测试管理软件指的就是我们测试人员在整个测试活动环节中对于需求、计划、用例、缺陷进行管理的软件工具，测试人员可以通过这些软件来对整个测试活动的各个环节进行结果的监控与管理，简单来说就是用来提升测试效率的有效工具。

对于这样的开放性问题，无论我们使用过哪些软件或工具，哪怕是自研的，我们都可以有条理的对管理软件的功能与场景进行总分总的结构来进行介绍，但需要注意的是这些毕竟不是我们做过的产品与项目，描述不要太过详细。总分总的结构大致可以分为：1. 将所有环节会用到什么软件进行概要介绍；2. 抽出自己比较熟悉的某一环节来进行重点铺开，结合真实工作场景来描述日常的测试管理工作内容；3. 最后收一下尾，描述使用管理软件可以如何提升该环节内的工作效率。另一方面，在日常工作中我们对于测试管理软件的使用方法与其内的一些要素或快捷操作可以进行一定的熟悉，相信在回答这题的过程中会起到一些意想不到的效果。

2.3 请介绍一下TCP与UDP两者的区别

  很经典的一题，标准答案这里就不详说了，各大搜索引擎都有。这里想说的是另一个比较常见的现象，就是有部分的测试人员其实对网络基础知识的掌握比较弱，一般来说把上面一个问题的答案记一下就能轻易的答出。但一旦面试官稍微深入询问一点点就马上会暴露出问题，大家试想一下，能清楚区分出两大协议区别的人却搞不清楚在7层模型的哪一层，你们是否相信面试者在日常的工作中有真实的接触经验。

还是那一句话，虽然我们在日常的工作中对于网络传输协议的认知是比较抽象的，但这并不妨碍我们有效并的学习相关的知识。另外不单单局限于TCP与UDP，其实对于OSI 7层模型的一些基础知识我们多多少少都需要掌握一点，身处软件行业除了软件工程的相关知识之外，网络就是一个绝对的大头了。独立完成测试任务对于每个测试人员来说都是基础中的基础，谁也不想因为产品缺陷问题涉及到网络就直接躺平吧，更不用说现在的产品基本设计多端，App、Web都是常见到不行的产品形态，没有相关的知识简直就是寸步难行。

说了那么多，其实这题还是可以使用那个万金油套路，基础知识+场景结合。了解了题目相关的基础知识之后，将两者的特性进行学习与理解，在日常工作中结合测试场景来熟悉。答出了基础面知识，我们就可以得到一半的分数，另外一半可以描述我们做过的项目或产品为何要使用此类协议，突出协议特性与产品的应用场景是良好结合的。 如何选择这个和技术架构与选型有关，我们可以适当弱化或一语带过，突出业务面才是我们需要表现的主要目标。

2.4 请描述一下你所理解的软件测试

  这个题目的答案又是一个众说纷纭的局面，无论答案的来源是什么，博主这里推荐的就是在提前准备、累积、沉淀、总结。理解这个字眼本来就是很感性的，固然别人的理解很到位，很形象，但那毕竟是别人的，拿来借鉴本身没有什么错。我们进入软件测试行业的动机与目的虽然各不相同，无论你是向往还是被迫，都改变不了你当前身为测试从业人员的事实，所以我们在自己的职业道路上抽出一些时间来思考这个问题，也就变得顺利成章了。如果有条件也可以和身边的团队成员或圈子内的其他测试人员讨论下这个问题也不失为一个良策。

2.5 如何对一个页面做测试

  和之前的物体测试类似，可以从功能、界面、性能、易用、兼容、安全等方面来进行切入。但以上这些类似的回答过于宽泛，也很难提起面试官的兴趣，所以在对方提出这样的问题之后，我们可以反过来问对方一个问题：该页面是类似什么功能或业务的页面？这样做的好处有2，第一，我们可以准确的对问题进行定位，更有针对性的给出回答，而且面试官大概率会给出他们公司产品的相关某个页面，这个也是为什么在面试前推荐从搜索引擎里好好的熟悉下用人单位的业务信息与产品介绍等信息。第二，给面试官留下印象，回答问题其实和接收工作任务一样，在执行工作之前有针对的确认目标是非常有必要的，这样的下属也是身为管理层比较愿意看到的。那么我们在回答这题的时候就可以将以上的几个测试维度进行有效的展开，颗粒度细致到某一个功能也不会显得唐突。

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

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

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

fab5e56a57acb)**

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