3天面试了12个软件测试候选人，我发现...

3天面试了12个软件测试候选人，分享下面试的一些感受，希望对正在找工作的软件测试同学有所启发。

一、面试官招人原则

今天和领导沟通候选人的一些面试结果，说有几个感觉还行，就是有些XX缺点，领导很精辟地给了我们一些建议：真正满意的才通过，但凡觉得还行的，进来后可能都不满意。

结合自己实际的工作体验，确实如此。

二、面试题

主要从以下方面展开：

一）项目

1、介绍测试的项目

让面试人介绍自己测试的项目，主要是考察面试者的需求理解能力，真正能说清楚项目的人好少。介绍项目可以从一个用户的视角，把基本的流程讲清楚即可，不需要太细节，毕竟你说太多细节面试官也可能不太理解。

面试过程中，很多人的项目，介绍完之后，面试官连这个系统是干嘛的都不知道，有的人说的全是某个功能的小细节，有的人则是一句话介绍，例如我测了蓝牙项目。

下面分享一个基本的框架：一句话描述系统的用途+线上用户量+包含终端+小白用户基本使用流程。

例如：该系统是一个XX平台，供XX用户使用，线上用户数据XX，主要包含Web运营后台，Web用户前台，App用户端，基本使用流程是：运营人员在Web后台配置XX商品信息后，这些信息展示在Web用户前台和App用户端，用户可以登录自己的账号去购买商品，下单成功后会生成记录在运营后台。

加了线上用户量，如果数据量很大的话，是加分项，如果曾经负责百万级数据的项目，没有出过P0和P1的Bug，说明对于质量的把控还是可以的，但是经常测试的是线上不到100人使用的系统，没啥数据量，像这种系统，出点问题，也不会有多大影响，面试官一般会更倾向于有大用户量项目经验的候选人。

2、测试用例设计

面试官会说一个测试场景，让面试者编写测试用例，主要考察面试者的用例设计能力，抓重点，面试官想要考察的主要是思路的全面性。

分享一个基本的框架：功能用例（正向用例+反向用例+边界值方法+等价类方法）+数据库（数据写库正确+字段加密）+接口（请求参数校验+断言+基本功能）+UI（UI设计友好）+兼容+性能+安全

3、测试过程中遇到的有挑战的问题以及是如何解决的？

主要考察面试者解决问题的能力，可以从技术和业务的角度进行展开，比如技术可以说从0到1搭建一个自动化测试框架，遇到了哪些问题以及如何解决的，业务可以说测试过程中遇到的一些问题，例如遇到项目业务复杂，通过哪些方法去保证上线质量。

二）自动化

1、自动化的基本流程

面试官想考察自动化程度，中间会深入问到自动化覆盖率，自动化维护，自动化使用场景等等。

有些面试者说的自动化，就刚开始，写了一个demo，这种可能就是没有实际经验，自己学了下，就写简历上了。

2、说一个实现的接口自动化场景

面试官想考察的是是否真正做过自动化，从一些细节可以看出来，是否有前置条件，编写用例，用例之间的关联，后置条件等等。

如果只是粗略学了点皮毛，只要一说细节，就暴露了。

三）压测

1、说一说压测流程

从流程就知道有没有做过，或者说做到什么程度，面试过程中有的压测就并发8个人，不报错就行了，这种显然就不符合。

2、压测中关注的性能指标有哪些？

面试官主要考察压测基础知识。有些人连指标都说不清楚，说只关注平均响应时间。

3、说一说实际压测项目中遇到的性能问题？遇到这个问题是如何解决的？

面试官主要考察面试者做压测的程度。回答框架：性能问题（慢sql查询+内存泄露+缓存等问题）+发现的过程

4、压测过程中TPS上不去怎么办？

面试官主要考察面试者对压测了解的程度，有些人只回答：服务器资源问题，这种就是做的比较浅显了。

四）数据库

考察基本的增删改查，事务，索引，分库分表，锁表等知识。

面试者回答的时候可以结合实际项目中例如测试数据报告等模块一起说。

五）编码能力

可以刷下力扣的算法题，面试官考察的也是从里面抽取的题目。

六）软实力

主要考察项目中的角色，主动对测试流程的改进等等。

三、面试建议

一）面试环境

建议选择一个安静网络好的地方，确保网络稳定。

有些面试者就在户外，还是边走边回答问题的那种，实在太随意了。还有的面试者网络一直不稳定，经常掉线，或者耳机没电了，在面试过程中，如果面试官因为网络问题重复两三遍问题，可能印象分直接减一大半了。

二）答题思路

为了保持条理性，回答问题可以用1,2,3的形式回答。

三）适当引导

有时候面试官问的问题不会，你可以适当引导面试官往你会的方向问，比直接回答说不会，效果会更好。