在面试 测试工程师 的时候会遇到面试官提各种各样的问题，特别是对于没有经验的人来说往往都很难正确的回答上，所以这里根据我个人的工作经历整理了一部分经常会遇到的问题

1、提交一个bug后开发说这不是bug你会怎么处理？

      这个问题其实只要依据我们测试的需求文档来回答就可以了，因为需求文档上如果写的很明确那么开发就无法反驳，但是有时候需求文档也没明确说明，那么这时候我们就需要让产品人员来进行需求的确认，所以不需要和开发人员进行争辩，我们本着实事求是的态度就好。

2、你会使用什么缺陷管理工具？

     缺陷的常用管理工具有很多，比如:禅道、TAPD、jira、Mantis等等，但是对于大部分测试人员而言不可能每个都熟悉，所以我们在回答的时候就说我们最熟悉的那个就好，因为无论是什么缺陷管理工具它对缺陷管理的流程都是相同的，所以测试人员都能很快上手使用。

3、 测试 过程中遇到哪些阻力？

      在测试中肯定会遇到各种阻力，比如开发人员修复bug的时间比预期的要长然后压缩了我们测试的时间，再或者产品人员经常进行需求的变更导致进度缓慢，这时候面试官肯定会问那遇到这种情况你们是怎么处理的？

4、开发人员压缩了我们测试的时间怎么办？

     这种情况在很多公司都很常见，其实作为一个有预见性风险意识的测试负责人应该在做计划的时候就要预估到这种情况，那么在计划的时候就要为测试争取尽量多的测试时间，有多余的时候那么我们的空间也大些。

    很多人觉得实在没办法了那就只能让测试人员加班，其实很多大公司遇到这种情况都可以推迟上线的，因为要保障产品的质量。

5、产品人员经常变更需求该怎么办？

    这是大部分中小型公司测试人员遇到最头痛的问题，因为这意味着你的很多工作都可能被推翻了都要重新开始做，这时候我们和开发人员是同一战线的，最好的处理办法个人认为是制定一套需求变更流程，然后在时间充足的前提下需要经过开发、测试的同意才能进行需求变更，负责我们总是给产品擦屁股，这样有了规范的流程产品人员在设计需求的时候就会经过深思熟虑了。

6、需求评审有哪些人员参加？

    听很多小伙伴说他们公司开需求评审会议的时候都不叫我们测试一起的，那说明公司对测试真的不够重视。需求评审是开发和测试最早接触和熟悉项目的机会，所以测试、开发都必须参加的，甚至大版本更新的评审会议经理、总监都需要参加。

7、测试计划是谁编写的？

    不少小伙伴为了给面试官一个良好的印象就直接回答我写的或者我们经理写的，但是公司里面其实都是该项目的测试负责人(一般都是测试组长)写的

8、你觉得怎么样才能写好测试用例？ 

1、充分熟悉需求文档

2、使用各种 测试方法 设计用例

3、考虑到各种异常情况

4、保证功能点100%覆盖

5、编写时语言精简

6、考虑到相关联的一些功能