有效发疯，

宝子，听我唠唠真心话～实习的时候，主动找活和跟紧mentor给的任务，其实是相辅相成的事儿，得看情况灵活来～先说说“mentor给什么做什么”刚去实习，对团队、业务都不熟，mentor给的活儿，大概率是帮你熟悉流程、技术栈的基础任务，比如改改页面样式、写个简单的组件、整理数据这些。这时候认真做好，能让mentor看到你“靠谱、执行力强”，也能快速摸清团队的节奏。我刚实习那会，mentor让我给一个老页面加个小动画，我不光加了，还顺手把页面里几个冗余的样式代码优化了下，mentor后来就愿意给我更核心的活儿了～所以，把分配的任务做好、做细，是“主动”的基础。再聊聊“主动找活干”等你对工作有一定熟...

针对测试的转正答辩报告，主包是测试外包岗位，BG二本渣渣当时转正的时候，leader和导告诉说写一份测试策略和测试计划还有一份测试用例最主要还需要加上自己的工作总结，可以以PPT形式，也能用XMind写转正答辩报告主要是要聚焦于入职工作以来的所有工作，凸显出工作量、工作内容、工作效率尤其是要单拎出来主要的几个接触到的项目，和自己的产出，尤其是提的BUG量，还有工作完成结果，BUG的闭环等

越来越摆了这一年 实习前在学校卷到一两点 刚在铁厂实习能卷到十二点 后面八点领完券准时走 现在在美团六点浑身难受 七点必须下班 不知道是心态出问题了还是心态回归正常了….

事故起因: 需求需要聚合库中所有组件，编码完成后发现es索引中未添加规范器，导致Nginx、NGINX和nginx等被多次统计，但是右边列表查询是不区分大小写的，此时楼主想着直接给索引加上规范器即可(产品需求忽略大小写)，便参照其他同事的迁移索引脚本完成了编写并在本地环境完成测试事故产生编写的迁移脚本完全是参考同事编写的，相关的字段直接使用索引的json文件编写，没有考虑此索引存着特殊性，含有很多_source字段，导致不在json文件中的所有字段丢失，导致客户部分用到_source的数据丢失，但是本地测试时没有用到相关内容，也忘记告知测试导致本次事故产生解决方案其实很简单，因为只是加个规范器并不涉及数据修改什么的，直接把原值复制就行，循环赋值指定字段导致数据丢失事故总结第一时间知道是由于自己的迁移脚本造成的，人真的一下子懵了，可能这就是职场新人吧，那一下午需求基本没写出来，脑子里全是寄了，可以提前毕业了啥的，整个人陷入了一种死锁状态。晚上邮件通知后，导师完成版本修复开始着手给客户补数据，两个后端+一个架构师+产品经理 从18.30开始补救 到至少凌晨1点吧(导师让我先走 不然第二天没人处理问题) ，我最后一次询问是1:26分 让我先睡，还在修复中，晚上梦里全是他们在补救什么的，基本没睡着，一会儿拿手机看有没有说修复完成事故感想这次事故真的给了很大一个教训，犯得第一个重大错误是没有理清楚迁移方案，直接参照别人的完成编写，没有自己的思考第二 第一次感觉到自己技术不足的严重性，这次事故最无力的是我的错误导致他们来帮我善后，我帮不上任何忙，真的很无力希望大家以我为戒吧，千万要先自己考虑好方案，涉及数据的工作一定要在cr时让别人好好审审，一定要和测试沟通