先介绍一下楼主的情况，

楼主：上海某top3本硕，实习9个月，实习转正，已offer

我的面试经历

投递过两次测开，第一次我研一，记得那个男的面试官一上来就问我工程上的问题，一下子给我打蒙了，面试失败哈哈哈哈。第二次投递距离第一次投递忘记有多久了，第二次面试官是个女的，面试体验很不错，问我偏向业务还是技术，我说技术。到最后快要面完的时候，我说业务也可以，其实我不知道业务跟技术有啥区别，当时啥也不懂，憨憨一个。很不幸，又挂掉了。隔了一周大概，我被另外一个组捞起来了，面试体验很好，三轮技术面+1轮hr面，最后过了。2020年1月6号，我成为了这个小组的一员，我一面的面试官是我现在的leader。

我的实习日常

自动化测试 + 业务测试。自动化测试占据了我实习时间的一半，框架是组里人自己研发的，会针对一些业务接口写一些自动化用例，也使自己对自动化测试了解到了一些皮毛。

关于自动化测试，自动化测试是我实习的一部分，最后也成为我转正面试的一个加分项，想对大家说的是，我待的这个组，会尽可能地给你提供你想要的方向，但是这同时也取决于你究竟适不适合。

业务测试也就是我们所说的点点点，点点点是一件乏味的事情吗？我一开始认为是的，但是我后来改变了我的观点。一个需求拿过来，那你要理解这个需求，作为一个好的QA，深入理解需求是一个很好的开始，与PM和RD的信任也从此刻开始。你的测试用例完全依赖于需求文档吗？我认为并不是，一个好的需求文档中固然会列出很多很多细节，但是这些细节之间的联系，每个细节的多个入口，是否互相影响，直接影响到我们的测试质量，可以说，越是了解这个产品或者说待测系统的人，那么你的测试越完善。

大家是不是认为业务测试是一件很简单的事情？但是你真的到了这个岗位上，你会发现你思考的方式，做事的方式，有多么影响你测试的完整性。看看你的需求合码以后回归发现的bug，你还认为业务测试是个简单的问题吗？当然我说这个话并不是要宣传业务测试有多么难，只是想说业务测试的过程，从你加入这个需求开始，锻炼的就不仅仅是手动点点点的能力，是你对需求理解的能力，是你发现问题的能力，是你协调问题的能力，是你面对问题解决问题的能力，这不只是点点点的问题。

其实很早之前就想说这个事情，我想做一个靠谱的QA，一个值得人信赖的QA，这是我的目标，也希望以后我可以实现。

我的mentor们

我mentor还蛮多的，我对mentor的定义是教给过我知识的人。第一个mentor很有智慧，就是那种可以看穿你的那种哈哈哈哈，是不是很神奇，但他的确是。第二个mentor是一个很善于分享并且乐于分享的人，从她身上我入了门，也知道了很多测试的相关知识。第三个mentor是一个站在我角度想问题、感性、会为我争取的人。我以后的mentor是第三个，我很佩服他，也很信任他。

组里的其他朋友们

组里会有一些外包，所以其实如果大家觉得业务测试只是点点点，其实没有必要。一个正式员工的定位不会是点点点，不然公司招你来干啥呢，为什么不招外包呢

组里对待实习生的态度

目前组里hc

最后