八年测开经验面试28K公司后，吐血整理出高频面试题和答案！

#01、在项目中如何保证软件质量

❶

参考点

1、考察对测试工作的理解

2、考察求职者有没有对测试工作有一些自己的思考和认识

❷

面试命中率

  90%

❸

参考答案

项目质量不仅仅是某个人或某个团队来保障的，而是整个团队一起努力的结果，在公司级别需要有一个规范的项目流程

• 产品，保证迭代过程中的产品逻辑，对于可能的兼容，升级做出预判，并给出方案

• 设计，满足产品表达的同时，保证设计的延续性

• 开发，产品细节的保证，技术方案选择要严谨，考虑兼容，性能，开发完成后要充分自测，严格遵循开发规范操作

• 测试，验证产品逻辑，站在用户角度对交互设计进行系统验证，尽可能多的使用技术手段保证测试质量

#02、如何制定测试计划

❶

参考点

1、是否拥有测试计划的制定经验

2、是否具备合理安排测试的能力

3、是否具备文档输出的能力

❷

面试命中率

  95%

❸

参考答案

测试计划包括测试目标、测试范围、测试环境的说明、测试类型的说明（功能，安全，性能，稳定性）、测试工具、模块的划分、测试负责人、测试执行轮次的时间安排、相关文档在文档管理库中的位置、测试的风险 。

其中模块划分需要根据测试人员对于业务的熟悉程度及个人能力进行分配，工作量的估算需要根据以往测试时的经验，结合本次需求的修改，可以大致估算出测试量

#03、功能测试用例一般包含哪些内容

❶

参考点

1、考察测试用例编写包含的要素

2、考察测试用例要素的核心要素

❷

面试命中率

  95%

❸

参考答案

• 要素一般包括：用例编号、用例优先级、测试目的、所属模块、前提条件、测试环境、输入数据、测试步骤、预期结果、测试脚本等

• 核心要素：用例优先级、测试目的、预期结果

#04、发现一个bug，怎么定位是APP端还是服务端的问题

❶

参考点

1、考察对测试基础的理解

2、考察实际工作中问题排查的能力

❷

面试命中率

  80%

❸

参考答案

• 抓包分析

  通过对客户端进行抓包，分析服务端返回的数据是否符合预期，如果服务端数据是正确的，那就是客户端的问题

• 日志分析

  可以通过查看客户端/服务端的日志，分析有没有异常的日志信息，从而确定具体原

#05、当开发人员说不是bug时，你如何应对

❶

参考点

沟通，人际关系

❷

面试命中率

  99%

❸

参考答案

开发人员说不是bug，有2种情况：

• 一是需求没有确定，所以这个时候可以找来产品经理进行确认，需不需要改动，商量确定好后再看要不要改。

• 二是这种情况不可能发生，所以不需要修改

这个时候可以先尽可能的说出是BUG的依据是什么？如果被用户发现或出了问题，会有什么不良结果？程序员可能会给你很多理由，你可以对他的解释进行反驳。如果还是不行，那可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。如果最终bug被确定不改，那么就要在测试报告里面记录一下，以便以后查阅

#06、APP测试和WEB测试有什么区别？

❶

参考点

1、对各种测试类型的掌握程度

2、对测试理论知识的掌握程度

❷

面试命中率

  80%

❸

参考答案

Web端测试和移动端测试类型基本相似，都需要进行功能测试、性能测试、安全性测试，他们主要区分web端一般都是b/s架构，基于浏览器的，app是c/s架构，是有客户端的。

• 从系统架构来看的话：web测试只要更新了服务器端，客户端就会同步更新；而如果是app端下修改了服务端，意味着客户端用户所有使用的核心版本都需要进行回归测试一遍。

• 客户端性能方面：Web端可能只会关注响应时间；App则还要关心流量、电量、cpu、等；

• 兼容方面：Web是基于浏览器的，所以更倾向于浏览器（IE、Chrome、firefox）和电脑硬件，电脑系统方向的兼容；App测试则必须依赖于手机或者pad，不仅要看分辨率、屏幕尺寸、重要看设备系统。

#07、讲一下你们的测试流

❶

参考点

关于软件测试流程的理解

❷

面试命中率

  95%

❸

参考答案

• 需求评审和分析

• 制定测试计划

• 根据需求文档编写测试用例

• 测试用例评审

• 提测后执行冒烟测试

• 执行第一轮测试，找bug

• 执行回归测试，验证bug

• 执行第二轮测试

• 部署项目到预生产环境

• 预生产环境测试

• 发测试报告

• 项目上线

• 线上验证和监控（主流程、主功能点的验证）

#08、如何与开发沟通？

❶

参考点

沟通技巧

❷

面试命中率

  85%

❸

参考答案

1、就事论事，跟开发沟通时不要携带任何情绪，客观真实的进行沟通

2、不要过度依赖开发，遇到问题先自己尝试分析下，有一个基本判断后，再去找开发

3、描述问题要简洁、清晰，比如现在在做什么事情，遇到了什么问题，需要开发提供什么帮助

4、测试要有自己的原则和立场，自己认为是正确的事情，要坚定立场和自我判断，不能完全听信开发

5、尽量集中式沟通问题，避免碎片化沟通，导致开发工作频频被中断

6、提升自己的技术能力和认知，用更专业的语言和开发沟通

7、遇到非常难沟通的开发，有必要时，要及时向上反馈，寻求帮助

#09、如何把自动化在公司实施并推广起来

❶

参考点

自动化测试实际经验

❷

面试命中率

  95%

❸

参考答案

分析面试题：想了解自动化测试的实施和落地，考察你的参与度还是项目的主导人，你是负责的是整个项目还是一个简单的demo

• 工具的选型，举例 selenium or appium，组织会议，准备好demo来执行，看下需求的匹配程度 以及项目的推荐程度   

• 自动化测试框架的搭建  -- 项目组别扩展补充测试用例

• 将项目的自动化流程，已经框架固化成文档，方便归纳整理  

• 等自动化在项目组内有一定的成果，将框架推广到其他项目组，提升公司内部口碑

#10、自动化测试用例如何编写

❶

参考点

1、考察测试用例设计基本功
2、考察对于用例设计的理解

❷

面试命中率

  95%

❸

参考答案

分析面试题：不管是手工还是自动化，测试用例就是一组按部就班的指令，以验证某些功能是否符合的需求。

我们可以从以下几个角度来思考 -- 你如何设计自动化测试用例？

• 测试环境的准备   -- 测试代码需要频繁的执行，异常处理的能力比较差，需要单独准备环境

• 测试数据准备  --  数据选择自动生成的方式  

• 测试业务 -- 根据业务逻辑关系构建测试用例

• 检查点/测试手段  -- 断言

• 测试环境清理  -- 执行频繁 产生垃圾数据，需要采用环境清理 定期清理数据库

​现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：485187702【暗号：csdn11】

最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走！ 希望能帮助到你！【100%无套路免费领取】