软件测试常见面试题整理

一、项目上线后发现bug，测试人员应该怎么办

看严重级别：严重还是不严重

严重的：紧急变更打补丁上线，

不严重：修复好后跟下个版本一起上线

用户会通过运维反馈到项目组这边，项目经理会根据功能模块的负责人，分给对应的开发与测试。测试人员，编写对应的测试用例，测试环境中重现bug，提交bug，交给开发进行修复， 修复完成bug，进行bug 的复测

如果测试环境无法重现，可以导入生产环境包，到测试环境中测试，还是不能复现，查看生产环境的日志去定位问题

二、你在这个项目里面主要做了些什么工作

在这个项目中，主要是以功能测试跟后台接口测试为主，主要参加了需求评审会议，用例的编写，参与用例的评审，执行测试。协助开发定位问题解决发现的bug，编写测试报告，协助上线。例外就是做了APP 的一些相关专项测试，像兼容性测试，稳定性测试，安装卸载版本覆盖测试和app 性能都是有做过的，例外后期有做过接口自动化等。主要就是做了这些工作。

【这个具体根据你自己的简历上写的来说】

三、拿一个你所负责的模块，讲下具体怎么测的?

根据自己的项目整理完成，核心要点：

• 拿一个你负责过的模块，核心业务模块讲解

• 业务流程是怎样的，需求怎么样，有什么规则没，规则简单介绍

• 你是如何分析的，讲明分析思路，测试点，主要怎么考虑测试的，主要核心测试重点在哪里，用了什么测试方法等等。

四、项目的迭代周期?多久一迭代?一个版本你们发现多少bug

我们公司是这样的，迭代还是蛮快的，一般是两个星期一个迭代，迭代测试两轮，一轮sit ,一轮uat。Bug 的话不一定哦，关键还得看开发，哈哈，开发的版本质量好的话，BUG就会少些，整个版本比较好的情况下大概也就二十来个BUG，当然如果遇到开发是个新手，那么找到60 个70 个也是很常见的，比如之前的那个金融项目，足足发现了72 个BUG，这样的情况下追踪BUG 的工作量都比较的大，如果是版本迭代的话，那么基本就不会出现多少BUG 了

五、你们整个项目写了多少用例，你负责的模块大概写了多少用例?

【切记根据自己的项目及负责的模块来】

答：这个得根据项目的复杂程度，我们最近做的这个也还好，整个项目写了大概2千多条(有点多了)，我负责的模块就写了一千多条(你要思考，你负责了哪些模块，大概评估下，不要乱喊)

总结注意点，没有标准答案，先说你的前置条件，再说数据，只要你前置条件和数据匹配即可。

六、日志具体是怎么看的

我们根据日志目录找到对应的日志文件，用tail -n 200 文件名，或者tail -n 500 文件名查看文件内容，也可以重定向导出来查看。

如果是系统出现了异常导致的错误，我们跟去查找关键字，比如说error 或者exception等,如果是逻辑错误，会把操作对应时间的日志跟对应开发一起去定位bug。

七、如何查看端口是否被占用

Netstat -ano | grep 8080

八、有没有造过数据，如何造数据?

• 部分是开发添加的

• 部分是来自于上一个版本的测试数据，还有一些是线上版本抠过来的数据。

• 有时候自己为了达到某些测试场景，需要一部分测试数据，自己会去造数据。

九、左连接与右连接有什么区别

左连接：以左边的表(employ)为主。显示左边表列的全部数据，如果右边表没有对应的数据，则为NULL

右连接：以右边的表(student)为主。显示右边表列的全部数据，如果左边表没有对应的数据，则为NULL

十、索引有哪些，如何建立索引，索引的优缺点

MySQL 索引的建立对于MySQL 的高效运行是很重要的，索引可以大大提高MySQL 的检索速度。

缺点：虽然索引大大提高了查询速度，同时却会降低更新表的速度，如对表进行INSERT、UPDATE 和DELETE。因为更新表时，MySQL 不仅要保存数据，还要保存一下索引文件。

建立索引会占用磁盘空间的索引文件。

索引分单列索引和组合索引。单列索引，即一个索引只包含单个列，一个表可以有多个单列索引，但这不是组合索引。组合索引，即一个索引包含多个列。

主键索引PRIMARY KEY，唯一索引UNIQUE，普通索引INDEX

组合索引INDEX，全文索引FULLTEXT