应届生在软件测试的面试

软件测试面试题大全-最真实的面试题

以下为童鞋去面试整理的面试问题。--真实软件测试面试题、真实公司所问的

适合人群：零基础学习软件测试、多年跳槽的人员

面试过程中也会有深挖的，这些就不在多写。还有些待整理的，慢慢补上、完善。

希望对各位有所帮助！来源--Dotest

1：个人介绍

2：项目介绍

3：流程逻辑介绍

4：职责介绍

5：项目人数，分别负责的是什么

6：每日工作介绍

7：接口如何测试的？用例如何设计？

8：一个项目中大概有多少个接口

9：get\post的区别

10：常见的状态码是什么

11：postman、Jmeter\soapui的区别

12：公司流程

13：需求评审是怎么进行的

14：测试计划怎么写的？重点是什么？

15：测试用例的思路？

16：如果我们没有原型图、需求的话，你怎么写用例

17：给你个app\web你能快速说下用例的设计思路吗？

18：app与web的不同点是什么？

19：测试报告的重点

20：什么是灰度测试

21：上线后的跟踪如何做的？

22：为什么要做上线后的回归测试

23：上线后发现的问题如何处理

24：什么是UAT测试，为什要做UAT测试

25：bug怎么描述的

26：用例怎么描述的

27：优先级和严重程度如何划分

28：如果和开发有歧义的话怎么办

29：你映像bug是什么？

30：你发现一个bug如何定位的

31：自动化测试如何进行的？用的什么框架

32：常用的定位方法是什么？

33：功能测试与自动化的区别

34：什么样的项目适合自动化

35：自动化的好处是什么

36：自动化的劣处是什么

37：你感觉你写的用例覆盖全面吗

38：上线后发现的问题如何处理

39：linux常用的命令

40：linux常用的文件

41：linux环境搭建的步骤

42：常用sql语句

43：你们公司用sql吗，怎么用的

44：兼容测试你怎么做的

45：手机是如何考虑的

46：兼容测试的重点是什么

47：如果手机不够的话你怎么解决

48：真机和模拟器的区别是什么

49：你如何保证兼容的覆盖率

50：怎么抓手机的数据包的？如何设置

51：通过抓取数据包主要测试什么

52：性能测试做吗？怎么做的

53：python的遍历是什么

54：随意丢个软件说下具体的用例

55：你们公司多长时间迭代一次

56：迭代测试需要注意什么

57：你映像最深的bug是什么

58：你的期望薪资

59：你看比预期低2k，你能接受吗

60：我们公司加班多，能接受吗

61：能接受出差吗？

62：路程有点远

63：你为什么要离职

64：你感觉你的优势在哪？

65：你未来的规划是什么

66：你对下一个工作岗位有什么期望或要求吗

67：对你的领导有什么要求吗

68：你感觉你上家公司怎么样；能说下优缺点吗？

69：你感觉你上家领导怎么样；能说下优缺点吗？

70：有女朋友\男朋友吗？

71：打算什么时候要孩子

72：你看你有什么想问的吗

73：你大概什么时候能入职

74：最近面试多吗？

75：手上有offer吗？

76：你是什么时候开始找工作的？

77：你从上家公司离职已经有好几天了，是刚开始找工作吗？\为什么一直没找工作

一是项目经理通过和客户的交流，完成需求文档，由开发人员和测试人 员共同完成需求文档的评审，评审的内容包括：需求描述不清楚的地 方和可能有明显冲突或者无法实现的功能的地方。项目经理通过综合 开发人员，测试人员以及客户的意见，完成项目计划。然后sqa进入项目，开始进行统计和跟踪。
二是开发人员根据需求文档完成需求分析文档，测试人员进行评审，评审的主要内容包括是否有遗漏或 者双方理解不同的地方。测试人员完 成测试计划文档，测试计划包括的内容上面有描述。
三是测试人员根据修改好的需求分析文档开始写测试用例，同时开发人 员完成概要设计文档，详细设计文档。此两份文档成为测试人员撰写 测试用例的补充材料。
四是测试用例完成后，测试和开发需要进行评审。
五是测试人员搭建环境
六是开发人员提交第一个版本，可能存在未完成功能，需要说明。测试 人员进行测试，发现 bug 后提 交给 bugzilla。
七是开发提交第二个版本，包括 bug fix 以及增加了部分功能，测试人员进行测试。
八重复上面的工作，一般是 3-4 个版本后 bug 数量减少，达到出货 的要求。
九是如果有客户反馈的问题，需要测试人员协助重现以及回归测试。
在传统的 bugzilla 中，bug 描述应该包括以下的信息：① 和 bug 产生对应的软件版本；② 开发的接口人员；③ bug 的优先级；④ bug 的严重程度；⑤ bug 可能属于的模块，如果不能确认，可以用开发人员来判断；⑥ bug 标题，需要清晰的描述现象；⑦ bug 描述，需要尽量给出重新 bug 的步骤；⑧ bug 附件中能给出相关的日志和截图。
高质量的 bug 记录就是指很容易理解的 bug 记录， 所以，对于描述的要求高，能提供的信息多且准确，很好的帮助开发人员定位。

软件测试工作流程：

1、需求分析、需求评审需求分析和评审就是分析客户的需求可不可行，需要怎么进行测试。

2、编写测试计划编写测试计划通俗一点讲就是什么人在什么时间做什么事，最后产出什么东西。那也就是测试人员要测试哪些模块、在什么期限内，提交哪些文档。

3、编写测试用例、用例评审测试用例就是指导测试的文档，比如我们要测试商城登录、买东西等功能，通过测试方法和策略设计测试用例。评审就是评价审查，不能想当然该怎么测。不能只是输入正确的用户名和密码，能登录进去就完事了。

作为软测工程师需要有破坏性，比如密码输错时怎么办，会不会有相应的报错等等。

4、执行测试、提交bug、回归测试Bug就是缺陷，发现bug之后，要提交给开发人员让他们去修改，然后进行回归测试，验证开发人员有没有改好。

5、编写测试总结报告Bug都改好了之后，要编写测试总结报告，这款软件的质量如何。

Bug的标题和详细描述:

标题主要是对你所提交的Bug进行简明扼要的描述；

详细描述是对Bug进行进一步详细的描述，例如在什么情况下发生等；也可以直接将标题作为描述部分。

两者都是为了让查看Bug的人员很清楚的知道你所表达的意思。

Bug测试环境：

在什么环境中发现的这个bug，例如：什么系统，哪个版本等。对于bug环境的描述可以通过简单的罗列即可（精简为主）

扩展资料：

软件测试是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很小、复杂程度低，软件开发的过程混乱无序、相当随意，测试的含义比较狭窄，开发人员将测试等同于“调试”，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。

对测试的投入极少，测试介入也晚，常常是等到形成代码，产品已经基本完成时才进行测试。到了上世纪80年代初期，软件和IT行业进入了大发展，软件趋向大型化、高复杂度，软件的质量越来越重要。

参考资料：

百度百科-软件测试

熟悉公司的产品业务。熟悉了产品的业务流程、你才能迅速找出软件中存在的一些重要的bug，你发现的软件bug才是有价值的。软件BUG一词的英文原意是“臭虫”或“虫子”。但是，在电脑系统或游戏程序中，如果隐藏着的一些未被发现的缺陷或问题，可被人利用，人们也叫它“Bug”，也叫漏洞。

这个问题，基本95%的面试都会遇到。究竟面试官想要知道什么呢？让我们回到这个面试场景来看看。

“说一下你印象最深的bug"

你的脑子里拼命的回想过去遇到的印象深刻或有价值的bug。

乍一眼看，这是一个简答到不起眼的问题。可是同学们，你一定要知道，往往越简短的新闻，越是爆炸性的。而且很多同学会把目光集中在：印象最深的上面，其实这道题目的迷惑性就在这里，所以一定要谨慎回答。

“我就是做测试的，每天那么多bug，累计下来，没有上万也有成千，猛的一问我，我还真的一下想不起来哪些是有价值的，我只记得当时和开发撕逼的过程了“

如果实在得说一个，那我就随便说一个我觉得印象深刻应该也可以吧。

其实不然，你如果真的随便说说，估计你的offer就差不多要飞了，这道题，是一个综合性考题（敲重点）

先来分析一下题目： 说一说你工作中发现的最有价值的bug

重点在哪里？在： 说一说和bug。

为什么是这俩？因为有价值是一个主观臆断，每个人和每家公司的评判标准都不一样，可能对你来说有价值，你从这个bug里学到里很多东西；可能对公司有价值，发现一个致命bug，拯救产品于危难。但是对方能不能从你的表述中判断你这个bug没有没有价值，才是关键。

综上所述，这道题目主要考察你三个部分：

1、了解你平时工作中的测试能力；

2、遇到问题如何解决；

3、人际沟通 表达能力

有没有价值，这个真的另当别论，如果你能在言语的表述里让面试官觉得有价值那再好不过。

#了解你的测试能力#

这就要求的你平时工作中遇到bug时试着自己去定位，定位bug的过程远比你的单纯的执行测试用例有“价值”（自我技能提高的价值），在定位bug的过程中你需要掌握和运用更多知识。

另外，平时养成总结的习惯，发现的bug，开发解决了，问问他原因以及解决的方法，这样再遇到类似问题时，自己也可以试着定位解决。遇到难解决的bug，也可以把最终的解决过程记录下来。

#遇到问题如何解决#

bug出现了，怎么判断这个bug是不是bug，是后端的还是前端的，是自己能处理还是要交给别人处理，处理的结果如何反馈，（这里千万别炫耀你和开发的撕逼过程）

#人际沟通表达#

搞技术的有许多属于闷骚性格，让我们和技术打交道游刃有余。在各种群里吹牛，段子一个比一个说的溜，一旦要面对面交流时，语言表达能力比较欠缺，如同有了社交恐惧症一般。

建议平时多参加集体活动，不要仅限于网络上的沟通，实在不行就在脑海中模拟场景，在镜子面前对话录音，一遍遍的做脱敏练习。加强自己的表达能力。

以上就是面试官问这个问题的目的，不过也有可能是没话找话，但还是希望大家能以正确的态度面对每一次面试。预先准备好自己已知的一切答案。

如果，一时想不起来，可以这么切入：

1、找一个自己工作中很熟悉的项目，

2、谈谈你是如何对这个项目进行测试的，

3、在某一个版本测试中，发现xxx，开发也xxxx，前端也xxxx，运维也xxxx，最后终于发现原来是xxx引起的xxxx 。

把你工作过程中的测试方法和步骤描述清楚了，那么这个bug有没有价值或是否印象深刻就不那么重要了。

上文内容不用于商业目的，如涉及知识产权问题，请权利人联系我，我们将立即处理

---