1、讲述在你的测试工作中遇到印象最深的一个BUG?
答：我在XX项目中新增XX信息的时候，遇到过这样一个印象深刻的BUG，我填写了相关信息，但是有一栏是空的，点击取消，反而显示新增成功。之后我们定位这个BUG，发现是前端调用接口错误，后端新增接口没有做验证，便返回新增成功。
之后我们前端重新调用新增接口，后端重新修改新增接口的验证逻辑，便修复成功。
解析：当我们遇到这样的问题的时候，我们要去揣摩面试官想要的答案。
（1）需要回答出BUG
（2）定位出这个BUG问题
（3）怎么修复这个BUG（加分项）
2、测试用例设计工作的关键是什么？
答：深刻了解到项目的需求，制定出有效的策略去应对每一个模块，每一个功能点。
解析：要找到测试用例的核心，就是对项目需求的全覆盖（接近全覆盖）
3、windows10复制粘贴的测试用例编写？
答：测试从多方面角度去考虑：
界面测试（UI，文字、图标、大小等问题）、功能测试（复制粘贴是否有效等）、性能（时间、大小等）、兼容（windows版本，架构等）、安全性（文件不见等）等
解析：直接扩展答案内容，从多方面去考虑测试用例编写。
4、你对测试最大的兴趣在哪里？为什么？
答：我对未知的事物充满好奇心和挑战性。
我觉得在找到一个bug会让我兴奋，能够完善一个项目，让项目不出问题也是我很开心的一个地方。
解析：多从性格入手，可以自由的增加自己的看法，多往好的方向去说。
5、开发说这个不是bug的时候该怎么解决？
答：首先要把自己检验出来的证据提交给开发工程师，和开发工程师积极沟通，遇到不能复现的bug，就要自己在去利用抓包、截图等方式去存证。如果和开发工程师沟通无果后，要让产品经理来确定是否属于bug。
解析：
1、和开发沟通
2、留存好bug的理由
3、如果无法解决，很多事情去找产品经理去解决
图片
6、从什么时候介入测试最好？
答：从项目需求阶段就开始介入最好，当我们介入测试越早，那么遇到的问题越少，我们在需求阶段就开始编写计划，方案，然后根据计划，方案进行测试用例编写，越能及时找出bug。
解析：越早越好，并编写相对应的文档。
7、说下你测试之后的发展规划？
答：1、我要把功能测试这块熟悉好，然后不断的提升自己，能够独立负责一个项目的整体功能测试。
2、学会自动化测试，能够对项目进行自动化测试，节省回归测试的时间。
3、学会带领一个测试团队，分工，能够解决一个大型项目的测试工作…等等
解析：重点是思路要清晰，要清晰自己需要学什么，每一个阶段要去学什么东西。
8、为什么进入测试行业？
答：因为测试行业是一个新兴行业，现在测试在互联网行业的比重越来越高，并且它需要很多样的技能，需要专心，耐心，与人沟通的技巧，也需要编程能力，相对开发要更加全面性。
解析：按自己的想法去打，前面说这个行业前景，后面就说自己的性格或者这个测试所需要的能力很多样。
9、怎么才能够全面的测试到每一个点？
答：在项目伊始阶段，就要开始进行测试工作，测试计划一定要多方位，全面性的去考虑测试的策略，测试用例的编写等。
解析：及早介入项目测试，文档要编写的全面。
10、你都用什么测试方法？
答：根据模块细分的功能不同，使用不同的测试方法，大方面是黑盒和白盒，然后我们黑盒测试的时候，设计测试用例根据不同的功能使用不同的设计方法（等价类划分、正交等），要保证测试的覆盖性。
解析：大部分测试都是在用黑盒测试，那么一般就要包括测试用例，而测试用例里几大设计方法要注意。
11、测试用例通常包括哪些内容？
答：用例编号、用例名称、优先级、测试步骤、测试数据、预期结果、最终结果等。
解析：这个根据公司项目来定义，一般只需要有这几块就足够。
12、如何定位前后端BUG？
答：可以通过以下几种方式
1、简单的去看请求响应定位
2、通过查询日志，如果日志无内容，说明前端问题，反之后端。
3、抓包工具去定位接口，查找数据。
解析：面试官问这个问题主要是看你怎么解决一个问题的思路，实际工作中很少会遇到这种情况，并且遇到也是很好去定位的。
13、账号注册成功，但是登录的时候失败，怎么定位bug？
答： 调用登录的接口，看输入正确的账号是否成功，如果成功，登录接口无问题。那么注册接口，可能注册数据未存入数据库，或者注册接口验证等等都有问题。提交bug即可。
解析：简单的去测试一个功能点怎么定位bug，讲出自己的思路即可。
14、软件质量是什么？
答：软件产品可以符合用户的需求，功能实现即可。
解析：满足用户的需求、功能是最重要的。
15、测试用例的设计方法？
答：分为黑盒测试和白盒测试
黑盒测试：等价类划分法、边界值分析法、 因果图分析法、正交实验法、判定表法、场景法、功能图法、错误推测法
白盒测试：逻辑覆盖、循环覆盖、基本路径覆盖
解析：正常答出这些点即可。
16、所有的bug都能够修复吗、都需要修复吗？
答：理论上所有的bug都是能够去进行修复的，但是有一些bug并不需要修复。有一些细微，并不影响程序运行，功能的bug可以不修复，先把大型bug，重要的bug去进行修复，然后最后再进行修复。
解析：重点是先修复大bug，再修复小bug。
17、软件的完全测试有可能吗？
答：不可能的。测试工作主要是找出bug，但是不能保证没有bug，因为在测试过程中，完全测试需要的测试数据量特别大，人力物力是要消耗特别多的。所以我们会见到不同的软件有内测，公测，需要很多人来完成这个测试。
解析：做什么事都没有完美的，测试也是。
18、测试过程中发现需求文档不完善怎么处理？
答：找产品经理及时沟通，要找到不完善的地方，然后准确的提交给产品经理，这样才有说服力。
解析：核心就是标注出不完善的地方。
19、开发修复bug后，如果保证不影响其他功能？
答：追加场景法设计测试用例，对一些功能进行场景测试，业务测试。
解析：用多种方法进行追加测试。
20、什么时候功能测试？
答：从测试介入一开始，就可以进行功能测试了，功能测试是软件测试的核心，保证在一段时间内运行所有的功能，并找出bug。
解析：功能测试是整个软件测试的核心，最早进行介入。
敲字不易，如果此文章对你有帮助的话，点个赞收个藏来个关注，给作者一个鼓励。也方便你下次能够快速查找