1、当开发人员说不是BUG时，你如何应付？
开发人员说不是bug，有2种情况，一是需求没有确定，所以我可以这么做，这个时候可以找来产品经理进行确认，需不需要改动，3方商量确定好后再看要不要改。二是这种情况不可能发生，所以不需要修改，这个时候，我可以先尽可能的说出是BUG的依据是什么？如果被用户发现或出了问题，会有什么不良结果？程序员可能会给你很多理由，你可以对他的解释进行反驳。如果还是不行，那我可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。其实有些真的不是bug，我也只是建议的方式写进TD中，如果开发人员不修改也没有大问题。如果确定是bug的话，一定要坚持自己的立场，让问题得到最后的确认。
2、开发没有如期完成项目耽误你测试你怎么办
这个时候我们就只能在进度和质量之间上下平衡。这个时候我们将左右为难，毕竟两个方面都是很重要的。所以，作为软件测试团队我们一定要肩负起项目推进的计划，尽自己所能保证项目能在规定时间内完成。 首先没有完成我认为这个项目是有一定难度的，为了保证产品质量，我会适当催促他一下，尽可能快点完成项目。但是为了避免这种情况的发生.....
3、你说说看左连接与右连接的区别是什么？
左连接where只影向右表，右连接where只影响左表。
4、白盒测试过程中：
六种覆盖方法中：覆盖强度由弱到强的顺序依次是：
语句覆盖
判定逻辑覆盖
条件逻辑覆盖‘
判断逻辑条件覆盖
条件组合覆盖
路径覆盖
5.抓包工具
常用的抓包工具有：fiddler抓包工具、Charles抓包工具、Firebug抓包工具、httpwatch抓包工具、Wireshark抓包工具、SmartSniff 抓包工具。
6.如何区分前后端bug
1 基于经验
前端BUG特点：
（1）界面排版、布局错误、兼容性问题
（2）网络不稳定导致JS或CSS未完全加载或请求超时（一般不需要提BUG），正常网络下加载超时
后端BUG特点：
业务逻辑、性能问题、数据问题、安全性问题
2 通过HTTP请求和响应信息
可以通过浏览器开发者工具（F12）、postman、fiddler（移动端可通过该工具抓包）、Charles、Proxyman、Wireshark、HttpCanary、tcpdump等工具。
前端BUG：
（1）没有发出请求，或请求参数、地址不正确
（2）请求响应信息都正确，那就是前端渲染响应的数据出错了
（3）服务端返回的状态码，4开头一般是客户端的请求导致的问题
后端BUG：
（1）前端发出请求、参数正确，后端无响应，或响应内容不正确
（2）服务端返回的状态码，5开头一般是服务端处理时导致的问题
3 查看后端服务日志
无日志输出：很可能这个功能没有与后端交互，多为前端BUG
有日志输出：分析有无错误日志信息，进一步分析
3.1 linux下查看后台报错⽇志
步骤：
（1）连接服务器
（2）cd命令进⼊⽇志⽬录
（3）ls命令查看⽬录下所有⽂件
（4）tail -f 命令查看日志
常用命令：
（1）查看实时⽇志 tail -f 日志文件名.log
（2）查看实时n⾏⽇志 tail -nf 日志文件名.log
（3）过滤包含某关键字的⽇志 cat 日志文件名.log | grep '关键字'
（4）查询出一段时间内的记录 sed -n '/2022-5-17 22:22:22/,/2022-5-17 23:23:23/p' 日志文件名.log
7、给你一个登陆，如何测试
