我相信,这个问题很多测试工程师(QA)以及技术行业的同仁都会考虑的一个问题,到底什么才是合格的测测试工程师(QA)?
-
是保障系统没有任何问题的上线?
-
是简单的点点点找出系统的缺陷?
-
是天天敲着代码写自动化?
-
是日日喊着这个不对,那个不行?
-
是一个劲背着上线就出问题的黑锅?
嗯哼,以上提到的,是不是都是很常见的场景?
其实,作为一个测试工程师(QA),很多时候再团队中是不受待见的,毕竟在常人眼里看到的是:任何阿猫阿狗都可以做测试。说一个段子:公司干保洁的阿姨可以做测试,大楼、小区门口的保安大叔也可以做测试。
的确,测试工程师(QA)是技术类职位相对低门槛的,说难听的,只要会点点点、会看懂说明书就差不多够了(想当年我也是这么进来的)
那么作为一个测试工程师(QA),需要怎么样的特质呢
-
自身的"软条件" - 更偏向于职场人该有,或者说有了就一定更好的特质
-
细心 - 很多时候,当测试没发现某一个缺陷,可能会说,哎呀没注意,其实这是缺少细心
-
耐心 - 天天让你走的流程大同小异,谁不烦
-
责任心 - 不要担心背锅的事儿,因为就算你现在不背,上线了还是要背
-
多疑 - 无论何时,都不要相信被测的对象、开发的代码、产品经理的承诺、项目经理的嘴。我给我下属说的最多的一句话就是,在测试流程过程中,任何不合理的结果都是缺陷,哪怕是一个错别字、哪怕是一个像素的偏差、哪怕是一个提示语不友好,以上都是缺陷
-
描述能力 - 至少能把遇到的问题描述清晰,并且能够让别人理解、看懂、听懂
-
主动 - 要相信,大部分的开发在一天中,至少有30%的时间在"某呼"、"某扑"、"某博"等等刷帖子,所以你要主动去督促他们改缺陷,不要给他们机会在下班左右提测、流转缺陷
-
好学 - 无论是看书、刷题、学习新的技术,这些一定不能停止
-
多问 - 不耻下问,比如开发如何解决某一个缺陷的,为什么他们会遇到这类问题,总之,一切你不擅长的领域都一定要多问题
-
-
技术方面的"硬条件" - 更偏向于测试工程师(QA)这个职位的技术能力
-
产品经理能力
-
需要有产品思维 - 比如一个界面的咨询是否需要整合;信息展示量过大,是否需要进行添加 Tab;用户操作流程是否可以简化等等
-
需要有商业价值的嗅觉 - 对于不同功能要有埋点思维,并且对于用户依赖粘性较大的功能模块,需要进行更多的扩展、挖掘,这样就能对商业价值进行提升
-
-
测试能力
-
测试手法 - 要会不同的用例编辑手法,等价类、边界值、场景、正交、错误推断等等等等
-
测试经验 - 这个就是日积月累的问题了,需要一步一个脚印
-
缺陷整理 - 要会整理遇到的所有缺陷,进行分类(错误类型),修复方式(弯道超车,有时候解决一个问题不是只有一个办法),复盘
-
保姆式管理 - 所有开发,你得好好伺候着,得督促,得追着喂饭
-
-
开发能力
-
前端开发 & 后端开发 - 最简单的一个道理,当你没有做过测试,你是不会理解测试是如何工作的。同理,你做过开发、你会开发,你就会理解开发人员哪里出错了,可以减少认知差带来的时间差了
-
自动化开发 - 这是必要的条件之一,其实开发自动化测试工具还是挺容易的,只要他能跑就行了
-
-
运维能力
-
部署环境 - 你至少要会打包发布吧,不然什么事都靠着开发、运维,如果哪天他们休息了,没法发包了,你是不是不能进行后续的工作了,那不久延期了吗
-
-
是不是发现,一个测试,要做的事情,比一个团队还多。的确,想要做一个测试工程师(QA),做一个合格的、能力出众的,以上的条件都需要一点点满足。所以这就是在国外,测试工程师(QA)是整个团队中最牛逼的存在。