"凡是必先骑上虎背"

太难了，但是撑过去了，就成功了。 这是目前对于我来说的“虎背”。

外包阿里项目，难但欢喜着

在阿里的3个月里面，熟悉了3个项目，2套代码。 工作过程中，很难，太难了。

时间强度

每天工作节奏是最开始的一个月周一到周五每天10点之后，周末抽一天来熟悉项目。 到后面最后一个月时间是省了周末时间，但是周一到周四仍然是每天10点之后离开公司，做一个小时多的车， 回到家十一点多。

技术内容

同样是Java 自动化项目， 之前接触到的自动化项目，感觉就是面向过程编程，把可以实现的东西实现了就好，也只有openApi的测试；
来了这边才知道，原来自动化项目，技术上是用到springboot框架，各种封装，RPC调用，面向的是每个接口作为对象的编程，既有openApi也有spi；代码中不可以有魔法值，要安装代码检查工具。接触了网关一个sofaboot项目，get的一个新领域知识，学会了去调试轻应用代码，定位问题原因到哪一行了。

文档输出

研发产出的系分会有清晰的时序图，流程图，会有系分评审
测试产出的测分会清晰分析系分包括背景，系统设计，加上用xmind输出的用例，会有测分评审

在阿里的一个名为“语雀”空间的一个工作台上，可以看到各种牛人的分享。他们关于技术，生活，职业发展上的各类文章。
(哎呀，莫名想推荐一波这个软件，可好用，其实记录一下，后期自己的学习记录也可以在这边)

工作方式

能自己解决的，尽量自己解决。
这种情况下，自己花费时间，但是确实独立性会更强，解决问题能力也会提升。之前以为我不知道，我怎么什么都不知道，很沮丧，但是后来发现问我leader，她也不是什么都知道。这时我才顿悟，原来每个人都是在模糊中进步的。 只有在模糊中自己去规划，自己去花时间研究，最终这个问题才有可能较为透彻。

把简单留给别人
一个简单的缺陷规范，他们写了个ppt，做了个培训。印象最深刻除了这种工作模式外，还有这句话“把简单留给别人”。 把简单留给别人，需要自己在工作的时候把握好，能清w晰描述的事情，尽可能清晰完整的一次性的描述。

沟通过内容，Double Check
作为测试，会盯研发进度，上线时间，那研发说的交付时间和交付内容，需要多次确认；这里需要以大大方方的态度和 合理的频率去 跟进研发进度（这也是要学习的，针对不同人变换下工作方式和态度。）

同事领导

阿里人A，一位我的leader P7， 985本硕，毕业就在阿里。
问她觉得辛苦么，她说“习惯了，也不知道其他公司是怎样的”。她说 曾经她每天1-2点还在工作，努力完成一个项目后，她觉得很有成就感。

阿里人B, 工作对接的研发， 985硕士，来阿里3年。
问他觉得辛苦么，他说"我们都是奋斗逼" ，后来得知他疫情这段时间得了心肌炎，还在医院住了1个月，现在仍会加班到2，3点。

阿里人C，旁边测试的leader，听说孩子上小学了，P7
不太熟悉，但是经常我十点多离开公司的时候，她还在。 为了项目进度，忍者牙疼熬了1个多月没去医院，后来疼到去急症；前段时间看到项目群里call她让她去医院回来再忙事情，她还是在去医院路上回消息。

【结束语】
（小声嘟囔：这么多优秀的人，会感概 为什么我不可以。 ）