1、请做一下自我介绍
2、请简单介绍下你的项目
3、请描述你工作中的测试流程是什么
4、你们有多个测试
5、测试用例需要哪些要素？
用例编号，项目名称，测试标题，重要级别，预置条件，输入说明，操作步骤，预期结果
可能还会有编写的人，创建时间，评审通过时间等
6、你是怎么设计测试用例的
从业务上结合设计测试用例的方法等价类，边界值，正交表，场景法，错误推测，流程分析法等总体说一下设计思路。一定要条例分明的说，可以用1、2、3、等
总的介绍完之后再举自己在工作中，也就是介绍自己的项目中是怎么用的
先总说，再举例说明
往往面试官考察的有2个方面，1、你的基本方法的掌握；2、解决问题的思路
7、什么是等价类、边界值？
等价类：分为有效和无效的等价类（一条测试用例尽量多的覆盖多个有效等价类，一条测试用例覆盖一个无效等价类）
边界值：测试5个点，比如手机号输入框，测试0，1，11，12位数字
8、你们提交的缺陷报告单有哪些内容
先说下缺陷的主要几个要素：缺陷发现人，发现日期，严重程度，版本，修改日期，再现过程，简单的描述，详细描述（发现步骤，运行环境，实际结果，预期结果），附件
然后根据自己项目说自己提交的时候都有些什么，什么环境下怎么提
当然如果在大公司和小公司都工作过的话可以谈下两者提问题的优缺点（笔者有幸大小公司都工作过，回答时会考虑先说下大公司的，然后小公司的，最后做以对比，最后说下具体怎么提，提什么内容要根据公司的实际情况而定，在这就可以顺便穿插的问下面试官，目前公司技术的组成，用什么工具，怎么提。如果没有正规的提单，可以适当的说下什么工具适合，该怎么来效果才能达到最佳，有兴趣的可以找笔者具体聊聊。穿插句面试的问题，其实面试是两个人的正常聊天，不要想成毕业答辩那样，一个提问一个回答。两个人来回互动才能使面试的效果达到最佳。不要想面试的结果，就当做和朋友一起聊天，人与人相处都不喜欢死板的人。公司面试基本都是你的直接领导面试的，肯定会优先考虑聊的投机的）
9、你们用什么缺陷管理工具?
笔者目前在小公司，公司缺陷管理是在JIRA上，但是笔者不用那个，1、耗时 2、麻烦。因为有问题一个转身就可以和开发面对面交流，再说走的是敏捷流程，一个需求周期中可能测试就只有1天时间，在这一天时间中要完成完整的功能测试，还会穿插的接口测试，其他等测试，时间不允许。最后笔者选择的是石墨文档（多人可以同时编辑共享文档），一轮测试后会安装优先级分类写在文档中，然后通知相关的开发修改，并且和开发一个问题一个问题的讨论（当然没有争议的问题肯定不讨论）。（在这面试官可能就会接着问那我公司用的是禅道或其他什么管理工具，你到时候可能要重新学起）这儿就不要和他纠缠了，直接说问题单的提法都是一样的，缺陷单的内容也就那几个点，工具随便点点不到，要不到半天基本就能熟悉
10、你在测试过程中，你认为是bug，而开发认为不是bug 举例说明下 最后怎么解决的
这种问题很常见，我认识是bug肯定经过需求文档确定的，或者需求文档上很含糊但是经过询问产品经理讨论得到的答案。如果开发觉得这个bug这样实现起来还是不太合理，这时候我和开发会找产品共同讨论结果。
11、很多面试官比较喜欢问最近在读什么书
笔者一般读两本书，自己喜欢的一本，最近在看我《一个人的故乡》，然后谈下这本书的读后感，那篇文章写的好等。
另一本是学习的书，廖雪峰写的《python3》，在读这本之前我前总监给我推荐的是《流畅的python》这本书，但我看了几页后这本书内容很丰富，但是每一个运算实现起来很繁琐，就像x+y这么一运算，他就要写在一个封装的函数中def add（x，y）；/n return x+y /n print（add（2，3））。不想廖雪峰之间x+y这样写的简单明了。我更觉得流程的python适合有编程基础，或者python进阶者来学。对于初学者不太适合。现在我基本已经学了2个月了，基本学完。可能有些地方还是不是很熟，但是见到肯定能认识，就算不认识也能看出来他的结构。