灌水 我的 2018 总结-外包员工的奋斗之路

Q · January 15, 2019 · Last by 小冰 replied at January 17, 2019 · 2903 hits

前言

这是我在社区发的第一篇帖子,因为文笔水平实在很差,一直都不习惯做记录。不过最近正好碰上职场上的调动,想想也该对这一人生阶段做一个总结了。

2017回顾

下半年到新的技术服务公司就职,作为外包员工来到现在的甲方职场(坐标深圳,互金行业,中小型公司)。
入职后才知道我们是这里第一批外包员工,对外包员工的管理体系才刚刚建立起来,基本就是来开荒的(现在已有20-30名外包测试工程师,但只有我和另一位朋友是从一开始工作到最后,后来才知道有很多初期的外包做了没多久就被劝退的,现在想想自己还是蛮幸运的。)
初期各种权限限制:不能访问外网、数据库和Linux系统都只有查看没有修改的权限、截个日志图要手机拍照、部署环境要找其他同事帮忙(也在这时候开始养成了查看Jenkins打包记录中开发提交代码的记录),相信也是很多甲方职场的现状,极大地降低了工作效率。
刚入职没多久就碰上一资金存管项目,系统架构不熟悉、业务流程不了解、看其他同事讲的内容都是云里雾里的状况……虽然磕磕绊绊,但2个多月的时间里感觉自己还是成长了不少,对投资端平台有了初步的认识。
就这样踏入了2018年。

1月-3月

刚忙完投资端的大项目,正准备继续大展拳脚,结果没隔几天就被测试组长告知要调动到贷款端的测试组,有种一切要从头开始的感觉,初期是非常失落的。
不过我很快就振作起来,开始学习贷款端的业务了。别人整理的文档、JIRA上的需求和缺陷都可以成为学习的资料。随着对贷款端业务的加深了解,那些以前在投资端工作时完全听不懂的名词和业务逻辑,慢慢变得明朗了起来。通过打通贷款端和投资端的业务流程,我终于真正理解我们公司的主要业务实际是什么,可以说提升了思维上的广度。日后和两个组的同事都能很好地进行沟通,现在看来真的非常感谢这短暂调动到贷款端的时光。
贷款端子系统非常多,而且业务流程上有很多的限制,一开始边问同事边踩坑。后来变成我来帮助同事解决环境和业务上的坑,大概是从这个时期开始,承担起为测试组同事解决问题的任务吧。

4月-7月

在贷款端刚做顺手,又被告知要调回投资端测试组……当时内心OS:“这是要搞那样啦”。但是正好碰上投资端平台技术架构转型的好时机,对于自己来说也是急速成长的时期。
这个时期一个重要的里程碑就是:外包员工的各种访问操作权限终于放开,和内部员工基本一致。这意味着我再也不需要依靠别人来部署环境、修改配置、执行脚本,也能访问并获取SVN上的资料,遇到问题可以百度一下,还可以自己配置测试工具和IDE写脚本……踏上了自立自强的道路。
另一个重要的里程碑是,开发搭建了GitLab,开放了部分项目的查看权限。可以查看开发提交代码的记录,甚至可以把开发代码下载下来自己研究。利用这一点可以做以下的工作:

  • 确定开发提交修改的时间,然后就可以打包了(不会再出现说测试催开发打包,但是开发说还没提交代码的)。
  • 通过代码修改内容,大致确定测试范围(有一点精准测试的味道)。
  • 阅读功能代码实现,对业务也有更深层次的了解。对于稳定的功能,甚至可以通过阅读代码梳理原来的分支判断,和现在正在开发的代码逻辑做对比(在重构项目中就试过通过这样找到了新代码逻辑的问题)
  • 可以协助自己修改测试数据、造特殊场景(通过接口地址->Controller->Service->ServiceImpl->Dao->Mapper找到对应的SQL,然后就可以自己改数据了。不需要所有问题都咨询开发)。
  • 通过日志打印报错信息,找到对应的代码行,初步判断是环境、数据问题还是代码逻辑问题。虽然不完全懂写代码,但分支条件判断还是能看懂的。开发总说不要猜哪里有问题,但我觉得测试还是需要先猜测问题可能出现在哪里,再拿出证据支持自己的猜测。

下半年

从4月份开始,投资端平台这一年基本都在做微服务重构,技术栈就不多说了。讲一下自己总结的在测试重构项目中经常会遇到的环境问题:

  • 配置问题:微服务架构中把部分配置文件抽取出来,统一用配置中心管理。但因为测试环境众多,各个环境所用的测试包版本又不一定一致,经常会有配置项没同步或配错值的现象。可以说是最初级的环境问题,作为模块负责人需要了解配置项的含义及作用,及时处理配置错误导致的环境问题,并且可以通过修改配置实现一些测试需求。
  • 服务调用问题:系统拆分成多个微服务一个很显著的现象就是,一个功能逻辑设置多个微服务之间的调用,其中某一块有问题都可能导致业务流程不通。除去代码层的问题,最常遇到的问题就是服务调用失败。这要求测试人员了解:1、某个服务是怎么调用对应的另外一个服务的(配置文件写的服务地址还是通过consul负载)。2、业务流程涉及到的微服务有哪些,它们之间的调用顺序又是如何(我们需要去检查是哪个服务哪个环节出现了报错,定位是环境问题还是代码问题,再找对应的人员协助解决)

其他

除了常规业务测试,个人还做了几个小的实践。但因为测试组没有专门的自动化团队,所以自己做的很大程度上只是到DEMO级别

  • pytest+allure+jenkins实现接口测试,检测接口逻辑。
  • MD5/RSA签名工具,用于接口测试验签;HashCode工具,计算数据库分表位置。
  • PO模式的UI自动化项目。

年末

2018的最后几天里,测试组长告知,公司领导要求所有外包人员清场。虽略有震惊,但知道这一天总是要来的,只是来的稍微突然了一点。但总体来说我还是很感谢甲方职场让我学习了很多东西。接下来就是整理交接资料,比较可惜的是很多问题的解决方法都还没来得及沉淀成文档。准备转换职场,或许继续做外包去别的项目,但其实也挺想找个做自己项目的公司好好干,只是外包的这段经历会给我带来不少困难吧。

个人总结

可能有很多人觉得外包员工的测试深度不如内部员工,大多只会点点点。但我觉得并不是这样的,外包员工完全可以做得和内部员工一样甚至更好(只是甲方公司不会培养你,要靠自己去提升)。一个好的工作环境给你提供了发展的基础和空间(很高兴我所在的职场工作氛围很不错),利用一切能利用的资源,能到什么样的高度就得靠自己了。

共收到 21 条回复 时间 点赞

加油,做好自己👍

PO模式的UI自动化项目 能否分享下。
我这段时间也在做这种UI自动化测试框架。

可以交流下。

Q #4 · January 15, 2019 作者
徐汪成 回复

之前只封装了几个web页面的PO,后面打算把基础方法完善一下,然后加上app的PO的demo。有机会交流一下

我的项目在testhom的开源项目列表可以找到,有时间可以指导指导。

非常真实的经历,不管是不是外包,还是内部员工,都不能指望别人来培养你,拉着你走,都是需要自已主动积极,不同的人,差距慢慢的就出来,你会越来越好的。加油

每个人的起点各有不同,但是奋斗的方向的一致的。加油,同学!

还是很厉害啊!膜拜!

我也想去外包看看,学历低一直在小公司,想去大公司看看

Q #10 · January 15, 2019 作者
回复

不一定大公司就一定好,很多大公司对外包员工的权限限制得很厉害,反而影响个人成长

权限限制 这个应该是最不爽的了吧,感觉绑手绑脚,做的都不带劲

每年总结,做一个短期规划,相信自己可以变得更好,加油!~

Q #13 · January 15, 2019 作者
magicyang 回复

经常会看到你分享转岗的一些经验分享,感觉也很不容易呢,共勉

怎么跟我司如此相似…年底了,所有外包都被清退了。

挺勤奋的小伙子,加油。如果你在甲方其实可以成长的更快,尽量去甲方吧。可以把简历给我,我给你推荐工作

加油,早日离开外包

楼主主动性这么强,在外包可惜了,建议有条件的话去大厂大展身手

Q #18 · January 17, 2019 作者

现在正好在学院进修中😀 应该有机会的

我跟你的情况很相似,因为我的学历太低了,不能进大公司。2017年6月某外包公司看到我的简历,然后推荐我去某公司(中大型公司,BAT其中一家收购的)面试,本来以为面试没通过,但是一些原因,通知我去上班。2017年7月匆匆从上一家公司辞职加入到这家公司,到2018年末,突然裁员外包20%。老大也没有办法只能让我离开,虽然是外包同学,但是正职的同事都很好,问的工作问题能说的都会说,能给到的权限都会给,在我们离开之际他们找我聊天谈谈以后,也有请我们吃饭的。感触很深的是,甲方的老大会认真的替我去考虑以后给我一些意见,但是某外包公司只想把我们甩了,想劝退我们又不想赔钱。 跟我说,叫我转岗还降薪、或者你离职给你半个月工资。在离开甲方的时候,不想打扰其他同事工作,就去跟老大简单的告别了下。老大把我叫到隔壁的办公室跟我聊了下,当时没说几句就感动的掉眼泪了。完全只是舍不得这些这么好的同事以及这么好的团队,同时也后悔自己在这一年多有这么好的机会没有学习更多的技能。因为某外包公司这么对待我们,还有就是甲方的这份情。所以真的特别的感恩甲方,反倒是很不喜欢某外包公司,现在还在某外包公司耗着,年后再做打算吧!考虑到的是,某外包公司也不敢裁我、只要我不主动离职还得继续给我交纳社保、年终奖也要等到吧,毕竟辛辛苦苦一年。综合各种原因,现在的情况就这样。

小冰 回复

挺好的,我也是外包,每天都很慌

韩将 回复

嗯嗯,没事没事,一起加油

需要 Sign In 后方可回复, 如果你还没有账号请点击这里 Sign Up