1、常见的功能测试方法
下面的功能测试方法，项目中你肯定都少不了使用，但是面试的时候千万别出口就是等价类、边界值，这个是你应该会的，但是不是你的加分点。
- 等价类划分
- 边界值分析法
- 错误推测法
- 因果图方法
- 场景法
- ............
2、不同的业务场景选择不同的方法
方法有很多，切忌不灵活，我们需要在适当的场合选择适当的方法，这体现一个测试工程师的真正技术水平。
- 对于功能需求的验证，我们通常使用等价类和边界值方法
- 如果想推行研发自测，利用好错误推测法，可减少一些推行阻力 。
- 因果图法仅仅对一些输入输出之间有关联性的需求可用
- 场景法是系统级测试的主要方式，灵活应用会发现很多逻辑上的错误
1、说一个曾经提过的记忆比较深刻的bug？
面试官问这个问题，想要的不一定是一个严重的bug，但一定是给你留下深刻记忆的bug，考察你对软件测试这份工作的热情，如果工作多年，一个有印象的bug都没有，可见你是怎么混过来的。
2、如果你提交的bug开发不认可，你该怎么办？
开发人员说不是bug，其原因一般不会是开发故意不改，无非有两种原因：
- 就是需求没有明确，这么做是可以的，这时我们可以找产品经理来确认，3方商量确认后明确改与不改
- 这种bug不可能发生，所以不需要修改，这时候我们可以尽可能地指出bug可能引起的后果，尽量说服开发去改
- 如果不能达成一致，则需要测试经理和开发经理进行确认。如果有些确实不是很明显的bug，我们可以提建议级别bug
- 如果开发人员不修改也没有大问题。如果认为是bug就一定要坚持，并最终要得到确认
3、产品上线后，出现了你没测试出来的bug，你怎么处理？
这个问题说是送命题也可以是送分题，基本上是考察，你在工作中是否具备“背锅”的天分。
- 首先要了解bug信息，重现bug并确认其重要程度
- 如果是测试的问题，没有发现该bug，就要主动承担责任并作出总结，避免下次再犯错
- 如果是其他的问题，如团队协作的问题，需要将相应的问题反馈给上级，同时作出总结，避免下次犯
- 作为测试人员，我们应该尽可能地做好多种场景的预测，防患于未然