考察点

 

项目控制能力

PS：在项目中的角色，控制的力度。

1）有无推动什么流程改进；

2）对产品/开发有推动；

3）质量分析能力：根据项目特点，制定符合的典型bug分析案例；

4）对安全上线的理解；

5）项目控制的硬性要求。

 

代码能力

初级：编码能力；能根据负责的项目特点和需要，写项目中的工具。

中级：写通用的测试框架，并将其用到项目中来提高测试效率。

高级：对业界通用的测试理论，流程，框架有正确的认识；通用测试框架将其扩展和推广。

 

测试策略

根据项目的特点，制定不同方面的测试策略；

根据与上下游的业务关联，制定符合项目的测试策略；

对目前使用的测试策略的边界的清晰思考（例如，知道目前的策略可以发现什么bug，哪些场景/bug有遗漏的风险。）。

 

业务与架构

熟悉本业务和技术架构；

为什么用了某种技术，有什么用途/架构方面考虑；

某种技术方面的对比（redis/memcached,mysql/pg）。

 

测试方法论

对测试本身有无深刻理解（例如，与产品，开发，甚至业务线起到的作用）；

对项目中质量的理解（例如，项目中bug的产生原因，应对方法和效果）。

 

考察形式

ps：一般不采用笔试的形式（即使有笔试，题目也应该重点在测试点的设计上，重点考察测试点的深度和广度）。

 

电话面试（真正面试前，最好先进行下简单的电话面试，进行双方的了解，免得双方不对口）

ps:记得曾经遇到过“千里迢迢”去一家公司面试，到了之后，才知道要招的是偏硬件方面的测试（本人是web软件方面大哭）。

 

技术面-一面

ps:此时主要是面试者展示个人“魅力”的时候。当然对于面试者，此时面试官一般很可能是以后要一起工作的leader，顺便可以看看leader的“水平”，是不是和自己的规划一致了。

 

技术面-二面

 

HR面

ps:主要是谈薪资的时候了。此时对于面试者来说，基本可以判断这个职位是否符合预期了，以及这个公司对于技术人员来说，处于什么样的地位了。

 

考察流程

 

自我介绍，找其中的亮点

找自我介绍中的点，深入问下去，了解候选人的日常工作是否符合。

 

项目介绍与项目架构

担任的角色，做过什么。

 

效率提升

有无开发过工具，框架，平台之类的。

 

测试方法

项目中用过的工具，熟练程度，对原理的理解等等。

 

测试策略

对一条业务线的把控情况；

有无针对业务线特有的测试方法；

对测试深度/目前测试方法有无改进之处；

 

专项测试能力

性能测试（前端后端）；

自动化测试（工具的使用，框架开发，持续集成等等）；

安全测试；

 

实例考察

给出一个测试案例/测试场景，比如登录页面进行测试。