这个问题的话基本上也是根据业务场景深挖，然后一些性能场景，如果有问题 怎么根因分析，然后问了一个八股问题，就是full gc和young gc的问题，这个jvm的我都没背多少，然后被问到了，然后我说了一下常见的垃圾回收机制，然后还问了一下怎么sql分页进行查询。这一块儿我也不知道，然后的话问了一下怎么对风控场景进行校验，然后如果说对线上问题的解决，然后定时巡检做了哪些工作，基本上还是一些业务场景的询问，然后八股相对来说少一些，基本上还是问你的简历，然后有一些前端知识的了解什么的，然后还问了一下怎么做一些场景设计，如果说遇到一些消息丢失，消息重复，消息有序性的这些业务场景的校验。然后问我会不会go，这个go确实不会。然后问了一下我的期望薪资，然后我说了一下我的期望，最后我反问，问了一下。电商业务的战略规划以及测试的空缺需求，以及稳定性怎么样，然后他也问了一下我能不能接受广州。最后我还是表达了一下我的意向，还是挺想去的。还问了下装饰器 印象深刻的 有成就感的bug  能接受的工作强度

1.态度决定一切，所以要认真工作。不管什么时候踏实工作，思路清晰的完成工作是很关键的，交上去的工作结果可能领导或同事不会直接表达不满，但实习的过程就是养成良好工作习惯的时机。2.珍惜每一次与同事相处的机会。来到新环境，只要跟一个同事关系有进展，就会加快你进入整个工作环境的进程，其他人更能看得见你。3.不要有负面情绪的表现。作为新人，树立开心幽默的形象会更容易取得别人的好感，会让人产生轻松愉快的心情，甚至会产生吸引力，拉近与同事的距离。4.不要怕，不要胆怯，不要自卑。新人出现或许会泛起点点涟漪，但这并不妨碍你认真专一的工作，不要很容易就给自己树假想敌，把朋友搞得多多的总没错。5.珍惜大学的试错率...

一、主从库读写测试步骤1. 环境准备：- 搭建主从架构（1主1从或多从），确保主从复制正常（可通过 SHOW SLAVE STATUS 查看IO和SQL线程状态）。- 主库配置 server-id=1 ，从库配置 server-id=2 ，主库开启二进制日志（ log-bin ）。2. 读写测试核心操作：- 写操作测试：在主库执行增删改（如 INSERT/UPDATE/DELETE ），观察从库数据是否同步（可通过定时查询或触发器验证）。- 读操作测试：在从库执行查询（如 SELECT ），确认数据与主库一致，同时测试从库负载能力（可通过压测工具如 sysbench 模拟并发读）。- 异常场景测试：- 主库宕机：验证从库是否可切换为读写模式（需手动或通过中间件如MHA自动切换）。- 网络延迟：模拟主从网络波动，观察数据同步延迟（ Seconds_Behind_Master 参数）。3. 关键指标记录：- 同步延迟时间、读写性能差异、高并发下的一致性表现。二、主从复制原理1. 核心机制（基于二进制日志）：- 主库（Master）：将数据变更记录到二进制日志（Binlog），包括DDL和DML操作。- 从库（Slave）：通过两个线程实现复制：- IO线程：连接主库，读取Binlog并写入本地中继日志（Relay Log）。- SQL线程：解析中继日志，在从库执行相同操作，实现数据同步。2. 复制模式（3种）：- 异步复制：主库写入Binlog后立即返回，不等待从库确认（性能高，一致性差）。- 半同步复制：主库等待至少一个从库确认接收Binlog后返回（性能和一致性平衡）。- 全同步复制：主库等待所有从库确认后返回（一致性高，性能低）。3. 常见问题与面试考点：- 主从延迟：高并发下从库同步慢，解决方案：升级硬件、读写分离、分库分表。- 数据一致性：异步复制可能丢失数据，可通过半同步或中间件（如Canal）弥补。- 切换与故障恢复：手动切换主从时需锁定主库（ FLUSH TABLES WITH READ LOCK ），避免数据不一致。三、面试场景- 结合场景说优势：主从架构用于读写分离，减轻主库压力，适合读多写少场景（如电商商品页查询）。- 提扩展知识：主从是分布式基础，可延伸到集群架构（如MGR、InnoDB Cluster）或中间件（MyCat、ShardingSphere）。

24分钟1.自我介绍2.黑盒测试用例设计方法3.运用刚才的测试方法对手机端淘宝购物车结算页面进行测试4.测试流程5.需求文档没有标明边界值，怎么确定边界值，确定边界值后怎么测6.你们公司自动化测试是测业务主流程还是新需求反问：不足之处答：问答问题前思考3s再答，针对提问再答