新手区如何从功能业务到玩转自动化、性能的蜕变？

阿gu · 2017年08月30日 · 最后由孙高飞回复于 2017年09月04日 · 1630 次阅读

熟练的操作了功能测试及业务流程，却发现自己一直在自动化与性能的边缘而不能更上一层，好尴尬！习惯于自学 python 脚本语言及一些基本的框架的环境搭建，却只能做点 demo，而没有实操的项目经验！试问如何可以进入一个较好的 team，往自动化性能方向前进呢？

5 个赞

共收到 18 条回复时间点赞

思寒_seveniruby #14 · 2017年08月31日 5 个赞

你的技术功底也还可以。如果等待别人来指导你，那么你属于别动学习的人。
被动型学习的人的确需要一个好的环境，这个环境的切换和做对选择并不容易。
你可以先尝试着去做主动型学习的人，这样会对你的发展更有推动作用。

在工作中不一定非要接个特定专项测试的大活才能掌握它。你可以试着对自己的工作进行不断的微创新，逐步把技术落地下去。比如你已经可以熟练的胜任工作了，那么是不是可以更快的完成，更好的完成，要去寻找不断改进的方法。

更快测试可以是借助于工具、代码、平台等方式进行改进。工具就是优秀测试思路的体现，比如用 monkey 解决健壮性测试、用 appium 做部分的自动化、用 SmarMonkey FastMonkey AppCrawler 做自动遍历的深度定制。
更好的测试则是借助于各类的 inspect 工具，比如代理分析工具、性能分析工具、调试分析工具不断的深入研究和理解你们的产品架构和细节。

做任何工作都要把投入分成两部分，8 成用于完成现有的工作任务，剩下的 2 成用来思考改进改良。这样的工作模式才会成长更快。
你可以尝试每周去问自己三个问题，现在的工作中的瓶颈或者成本消耗在什么地方？什么原因导致的？如何改进？
不要被工作中的流程束缚住自己，成为一个固化生锈的螺丝钉。

恒温 #3 · 2017年09月03日 2 个赞

对

槽神回复

专职做自动化的同学，的确把自己的路走窄了。我们现在面到这样的人都觉得挺可惜的。但是遇到全做业务的人，一样也不要。。。所以就是希望测试万能。

槽神 #3 · 2017年09月02日 1 个赞

谢谢恒温邀请，问题太抽象，我不善于导人从 0 向 1 的发展，倒是比较擅长在现有的能力中找闪光点以谋发展
我还是用一张 PPT 来说吧：

能力和价值对等逐层上升。
学一些经典理论，温习和梳理你在学校里学习的那些基础课，对你的工作有非常大的意义，至少不会让你的工作流于做苦力，能让你自己知道自己做的事情有什么意义和价值，背后是什么方法论在支撑，你应该怎样丰富这些方法论的实际应用。
我的理解里没有把自动化和性能测试作为发展的必由之路，当然你要做，还是要多看看文章、帖子，你该明白，自动化也好，性能也好，都只是质量的一个方面，我看到的为此而随大流的现象，大多是为了迎合一些懵懂的老板的某些无知趣味而已，看清背后的东西更重要。
落地非常重要，空想没有用，文章只看不实践也没有用，好的 team 有天然的，也有你自己打造的，如果你能通过自己的努力将这些事情做好，比你进一个天然好的 team 的履历要有价值的多，等待领导首肯或者授意，这跟我等着被 boss 升为 CIO 来实施自己的抱负一样……这特么的是一句废话鸡汤仅作用于暂时没有条件进入一个好的 team 的时候，我自己也宁愿进一个好 team
心急、浮躁是大忌，比薪水神马的 LOW 爆了，我面试遇到要求专职做自动化或者性能的人，我一般直接 PASS 掉，一方面我们没有这样不需要关注业务的岗位，一方面我会觉得这样的人视野太有限、看问题太片面，以至于以后发展的路太窄，我也不希望我带出来这样的人，呵呵。

T #3 · 2017年08月31日 1 个赞

如果现在领导有打算做自动化、性能，那再好不过了，你可以自己跟领导沟通，说这个任务你接下来，并说明你能胜任的理由。
如果领导没有这样的打算，那么你就分析公司现有的产品适不适合做自动化，如果自己的分析结果是需要，那么就将你的理由说给你的领导，并说明你有能力胜任这个任务，不过前提是，你的领导得懂。。。
最后，如果上面两个都不行，而且你也觉得这个公司呆下去没有前途（一定是经过慎重考虑后），那么可以考虑换一个公司。

孙高飞 #5 · 2017年08月31日 1 个赞

其实成长有两种方式，一种是进入一个好平台，在成熟的体系下学习。这种情况下学的快，视野宽，少走弯路，干的舒服，应届生首选路线。只是体系太成熟就会变成接触的都是人家封装好的东西，很多东西不需自己考虑，时间长了容易形成被动的思维惯性，没有自己的思维和技术体系，这是被动学习的一个缺点吧，很多大厂的螺丝钉都是这么形成的，所以在中期需要强烈的自驱力或者机遇跳出这种状况，但只要跳出来了，也是前途光明的。另一种是开荒，从 0 到 1。自己从头开始面对一切困难。这种情况下跟第一种完全相反。学的慢，视野窄，走的弯路多，干的很不舒服。是需要打从一开始就要有强烈的自驱力才能坚持下去的路线，不少人都在前期被干掉了。但是一旦坚持下来，中后期成长飞速。由于一开始就选择了 hard 模式，所以接触的广，接触的深。也很容易形成自己的思维和技术体系。

以上两种方式各有各的好处，也各有各的缺点。前者的具体经验我给不了你。当初我基础和背景都很差，好平台不收我。所以我走的是后者的路线。这是一开始就选择了 hard 模式的游戏体验。该做什么没人告诉你，该怎么做也没人告诉你。所以最好在工作中寻找突破口。加入什么技术能让工作做的更快更好。不建议脱离工作去学习，学习一项技术应该有目的性，一定要是你觉得能对之后的工作有很大帮助的才去学。如果你们测试还是手动的，那就学学 UI 自动化，接口自动化。如果你们的环境还要靠手动搭建，那就想办法学 linux，学 shell。如果想要更好的维护多套环境，那就学 docker。如果你们的团队越拉越大，就学学 web 和底层技术去搭建测试平台，一点点来，随着团队和业务的发展。技术栈也就这么积累起来了。我就是这么走过来的。