灌水 互联网终端测试工程师的一天

chichimei · 2015年09月15日 · 最后由 叫我字母 回复于 2015年09月15日 · 1489 次阅读

这篇文章是写给那些还未参加工作的,想了解测试工程师的人,或者已经是一名测试工程师,想看看别人家的测试的人。之前我还不是很清楚测试是什么,就稀里糊涂地加入了测试工程师的行列,借用别人的一句话:自己选的路,跪着也要把它走完。

本来应该写测试工程师的一天,但是一天可能说明不了什么问题,就来大概写写我的这一年吧,就可以看出每一天的状态,一年其实就是一天一天地重复。

入职之后,首先是学习了解整个公司产品和产品架构,然后开始学习熟悉工作流程,熟悉日常工作中经常要用到的那些工具和系统等等。 这是一段轻松的时光。

对整个工作流程熟悉之后,就开始让你负责测试一个 app 或者一个 app 中的 N 多模块。这段时间涉及到的工作大概有:参与产品的评审、阅读产品设计文档,编写测试用例、进行测试分析,等开发完成版本的时候就开始介入测试,后面就是频繁地测试 click and click、发现 bug、提交 bug、验证 bug 的阶段,这个过程中会遇到各种各样的问题,需要和开发、产品经理、领导交流、扯皮、乃至 PK。功能测试结束之后,继续性能测试、性能分析。整个测试会持续到产品上线。产品上线之后就开始关注用户反馈回来的问题,然后会诞生新的产品需求,开始新的一轮需求评审和测试......在一轮轮的测试过程中,你会对产品越来越了解,对测试风险越来越清楚,但是也会越来越枯燥。后面你会介入到新的产品测试中,介入到新的项目,负责的产品也会越来越多,如此循环往复。测试工作中涉及到的技能无非是沟通技巧(这是废话,现在干啥都需要沟通技能),利用各种工具方便测试、优化测试,分析定位 bug 的能力,学习能力(这是废话),一定的编程语言、脚本语言基础等等。在这个过程中,我们成长了,但是一轮一轮的测试,开始乏味枯燥,触碰到了天花板。

我们以为做自动化测试很高端、很洋气,可以打破天花板。于是开始用第三方自动化框架,录制脚本、或者编写 UI 自动化测试脚本。但是很快写那些重复的脚本编写工作也开始乏味了,而且 UI 自动化的伤太多,维护成本高,在需求不断更新的情况下,不停地要去更新测试脚本,又一个天花板来了......后面又开始学习专项测试,学习更多的测试之道......但是这个过程中,我们依旧无法避免大量的第一个天花板下面的工作......

总而言之,测试工程师的每一天其实都是在第一个、第二个天花板下度过的,听起来很重复却很真实。其实每一份工作都存在大量的重复性劳动,但是干好这些重复的事儿并且出彩,却也不是一件容易的事儿。最后鼓励一下自己和大家 “没有这些琐碎的过程,永远不能到达精彩的彼岸”。

共收到 6 条回复 时间 点赞

没有这些琐碎的过程,永远不能到达精彩的彼岸

一个天花板接着一个天花板 哈哈

没有这些琐碎的过程,永远不能到达精彩的彼岸

说得好!

能把重复的事情做好,就是一种成功,能把重复的事情一直做好,就很不简单。

其实自动化大家都懂得

自己选的路,跪着也要把它走完...
貌似没有文末总结引发的共鸣高啊...

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册