一、开发不认可你的bug怎么办？
1、可以先分析哪些类型的bug会出现这个情况，然后根据每种情况进行针对性说明，分别从bug本身、环境因素、人等方面回答，这样可以体现自己的分析能力和处事方式
2、开发不认同的bug一般是：数据问题导致的bug、环境问题导致（偶发）、优化体验类的bug
3、如果是应聘钢，也可以回答说出这个情况的“人”的原因，比如一种可能是测试人员和开发人员之间有矛盾等导致
4、工作中遇到这个情况后，不要轻易认同开发给的笼统模糊的观点，多纬度验证（排查法），明确bug出现的条件，定位bug的真正原因，测试实际上就是提供信息，比如app出现闪退的问题，我们就同一手机上验证不同的版本，或者不同手机验证同一个版本，或同一款手机，不同的操作系统版本上，验证同一个app版本。
二、给的测试时间特别短，怎么安排写用例和执行测试的时间？
考察做事时是否灵活，是否会注意区分轻重缓急，以及解决问题的能力，（面试官往往通过应聘者表现出来的分析能力，归纳总结能力来判断其解决问题的能力），回答时可以根据具体的情况具体分析，然后结合具体的实例：
思考范围：
是否为新需求/旧某块的变更优化、此次变更影响的模块范围、此次任务的优先级、此次变更的总开发周期、当前的测试人员数量、当前的测试人员其他任务的排期、项目经理是否存在对此次变更的排期不合理、根据实际情况考虑后，与项目经理等人沟通排期时间，
说白了就是质量和时间的问题，这个时间我可以完成，但不保证质量，质量保证的情况下一定的时间是不可以被忽略的，鱼和熊掌不能兼得
1、是否需要写很多的用例？或者是否需要做大量的测试分析？这是不一定的，比如bug修复对应的回归时间都是不能明确给出时间的。
2、用例是否可以从用例库中筛选？
3、是需求，没有用例的情况下，考虑用xmind
4、加班可以追赶进度的话，适当的加班追赶（但这不是长久之计）
5、管理层对项目质量的态度（这个基本上都是不用 说的）
6、如果是面试管理岗，需要考虑到：i比如用什么样的人来执行这样的任务比较合适？要考虑这个现象是暂时还是常态，是否需要/可以优化？