从绝望到上岸，我的测开之路有点梦幻。开奖前我觉得就是个白菜价，结果确实意料之外——但回头看来，每一步都踩在了点上。时间回到一年前 那时候还在坚持后端 有两段后端的实习但是投递大厂没什么反响 于是毅然决然转向了测开 那个时候市面上没有什么测开的资料 比如测试八股 自动化各种指标的含义 ci/cd流程等等 所以自己花了四个月时间慢慢逐步的去摸索测开的路线 学习完的第一周开始投简历 也是非常幸运的约了两场大厂面试 更幸运的是一面就过了 实习六个月里，我发现测开远不是"点点点"那么简单，组里的专项和正式OKR挑战性十足 所以在组内呆满了六个月时间直到暑期实习 暑期实习也是比较幸运 ...

“你知道 0.1+0.2 不等于 0.3 吧？那我再问一个：为什么 0.1+0.1 又等于 0.2？”面试现场，当面试官抛出这个问题时，小林心里咯噔一下 —— 他背过 “0.1 二进制无法精确存储” 的结论，却从没琢磨过 “两个不精确的 0.1 相加，为啥能得到精确的 0.2”。支支吾吾半天没说清，这场面试最终以 “再联系” 收尾。Java中测试效果如下：其实这道题的核心，不是 “记结论”，而是搞懂IEEE 754 双精度浮点数的存储规则—— 所有 “看似矛盾” 的加法结果，都藏在 “符号位、指数位、尾数位” 这三部分里。一、先搞懂底层：计算机怎么存 0.1？（IEEE 754 双精度规则）我...