匿名吐槽 我是不是走进了测试误区

anonymous · 2018年05月24日 · 最后由 anonymous 回复于 2018年06月05日 · 5597 次阅读
本帖已被设为精华帖!

从事测试工作7年了,最近是越来越看不懂测试圈了,我想问我是不是走进了测试误区
大学刚毕业的时候做的是嵌入式产品的手工测试,客户是日本人,那个时候的工作几乎是都是分析需求,设计用例,Review用例,测试执行,bug反馈之类的工作,没有什么技术含量,但是培养的是测试思维,我想这可能是当时测试人员最重要的素质了,虽然说穷尽的测试是不可能的,但是Case的覆盖率真的是很高,想的到的,想不到。后来逐渐开始带团队,主要的工作重心放在提供完整的测试解决方案,测试计划,风险评估,测试流程管理等等,那个时候用的还是瀑布式开发模式,留给测试的时间和空间也足可以让测试人员自己对测试产品有足够的信心,那个时候我以为测试可能会一直这样下去。
后来,互联网时代的到来,测试人员开始学习一些新的技术,想尽办法减省人力,提高效率,开发模式也发生了变化,迭代,敏捷成了各大公司最求效益的最好方法,因为升级迭代的成本不像嵌入式产品那么大,所以流程和风险都可以通过下一个迭代来弥补,这样的方式流程测试人员的时间是有限的,甚至是被压缩的,对于做了这么久的瀑布模式的我,不走完所有的流程对产品质量就没有信心,所以每次版本发布都是惴惴不安的,后来我也还是接受了现状,根据产品的上线时间点,用户场景,issue的等级来有条件的放宽上线标准,至此,测试失去了主动权,更多的是产品作为主导,只要是产品经理说可以上线的就可以上线了,也不是我放弃了测试的信念,只是审时度势,现实确实这样的,大家都在抢占先机的时间段,有些事情是要分轻重缓急的。可是,当出现上线的问题的时候往往大家第一句是测试是怎么测的呢,这个锅测试背不起呀,于是接下我的工作就是和开发斗智斗勇,和产品经理划分责任,和老板反馈现状,对于测试工作,我只能是做到我能做的,根本不敢说多产品质量负责。
终于我决定跳出现状,不想要继续做管理,打算静心研究技术,只是技术的水太深,我学了python,学了各种自动化框架,可以写写脚本,利用工具做做性能,压力,分析分析瓶颈,应该可以是可以做一个自动化测试工程师了,于是我决定出去面试,但是发现面试官需要我有测试框架的能力,由于我对接下的工作有自己的想法,宁缺毋滥,不想先找一个随便做做,于是我开始学习自己搭建自动化测试框架,搭建了2套,在项目用了一下,我觉得还可以,能够满足使用的需求了,于是我又面试了,后来我发现公司希望的不仅仅是框架,他们希望的是测试人员能做出一整套的测试工具,我曾经问面试官,有一些开源的工具完全可以拿来用呀,面试官的回答是开源的工具不能和公司很match,希望自己公司的产品能做到不懂代码的人员也可用,那么我就有个疑问了,工具是给不懂代码的人员用的,那为什么各大公司在招聘的时候要要求会代码,能写脚本,甚至是要会开发呢,于是我开始学习前端,后端技术,希望自己能开发个简单的工具(没有学明白目前)。
多次的面试还发现,有的公司希望测试来管理流程,通过测试规范开发流程,常常还被问道如果发现bug的时候开发不肯改,你该怎么处理,这样的问题其实我知道该怎么回答,我也知道问这种问题的公司大多是因为开发很难搞,测试很被动,但是我真的不想回答,如果只是测试去迎合开发,开发自己本身对自己的产品没有要求,那还沟通个毛线,公司为什么能容忍这样的开发,可能这样的公司是少数,或者是不规范的公司,但是我想说的是在大家的思维中,测试的地位大致都是比较低的吧。我知道的一个真实状况,一家金融公司的测试总监,测试技术不用说了,开发能力也很强,喜欢研究前沿的技术,也喜欢分享,经常开会给开发和测试人员分享技术,可是开发的想法却是一个测试跟我们谈技术。。。
最近我经常想测试的本质是什么?难道是开发各种测试工具进行测试,还是只是尽量减少手工,高效的测试,现在除了通过工具分析下测试覆盖率,真正的Case Review大家都是怎么做的,有几轮的Review,那些场景性的测试怎么覆盖的,探索性的测试是怎么做的。没有详细的需求文档,测试人员是怎么进行需求分析的,产品的逻辑是通过什么方式理解的,我在想我一味的追究前沿的测试技术,到底是在学习怎么进行开发还是怎么进行测试。
我想我可能最近是有些浮躁了,就这样的发发牢骚,希望大牛们能帮我理清下思路,当然我不负能量爆棚的人,我希望和我一样迷茫的人能明白,如果现在看不透,那就不用努力看透,低头做好现在正在做的,也许会在猛抬头的一瞬间就看透了,事情总是在发展的,光有焦虑是不行的,静下心来,沉淀自己,就算是一事无成,也会有很多一事无成的人陪着您的。

共收到 24 条回复 时间 点赞
后来我发现公司希望的不仅仅是框架,他们希望的是测试人员能做出一整套的测试工具,我曾经问面试官,有一些开源的工具完全可以拿来用呀,面试官的回答是开源的工具不能和公司很match,希望自己公司的产品能做到不懂代码的人员也可用,那么我就有个疑问了,工具是给不懂代码的人员用的,那为什么各大公司在招聘的时候要要求会代码,能写脚本,甚至是要会开发呢,

非大牛回答,如答述表意有误,敬请谅解。做东西跟用东西,还是有区别的,“做”要明白怎么做符合需求,“用”不在乎内部构成只保证所见即所得(降低使用成本?)。设若,一款工具都复杂到只有作者自己能明白怎么用,怎么推广给其他人使用呢。工具作为辅助手段的存在,臆测为提高工作效率、适当降低人力投入成本。手工测试,更多源于对需求本身的分析(无论是否所谓的“文档”)、经验、风险预见与分析?自动化测试接触较少,故不作任何表意。😷 话说,不喜勿喷啊

anonymous 回复

明白的你的意思,工具确实是要做的尽量简单化,这没有毛病,也理解自动化和手工要相辅相成,但目前的实际情况不是这样的,更多的重心是在自动化测试,可能我是测试出身,我在测试的时候往往关注的不是这个工具有多好用,我更关注我的Case覆盖率是什么样的,有没有用户场景没有想到的,产品的逻辑存在什么缺陷。

anonymous 回复

嗯嗯,谢谢你的分享,😁

如果非要走技术、自动化测试技术这条路,现阶段,一定要记得:CI/CD、DevOps,孤立的自动化测试就是屎,毫无价值
不能从全流程提升研发效率、不能有重心的提高产品质量或发布效率,自动化测试做的再好,也只是自嗨,无法赢得开发、产品的尊重和信任

你是环保部的;税收不是你创造的

同样的技术不适用于所有的公司,同理质量管理规范也是一样。测试只是质量保证的一个环节、一个手段。五楼说的很对啊,不从全流程提升质量,对一个团队产出质量来说很难有大的提升(所以,了解下内建质量?)。另外,是否有话语权这个关键看质量团队leader,这玩意儿是在不断的斗争中争取来的。想推行规范,就要做好长期斗争、不停改良、不断尝试、顶住压力的准备。。。
另外,各种五花八门的测试技术只是提高产品质量的手段,不要走火入魔😂 😂

莫名恐慌,跟老大沟通了下打算转开发了

anonymous 回复

不要慌,看看楼下的总结

anonymous 回复

是的,是个长期的斗争过程,看来我需要的不仅是技术方面的提升,内心抗压能力也有待提升。

ycwdaaaa 回复

发现你真的很善于总结,由于激动我的内容写毫无重点,你竟然剥丝抽茧的将我的所有疑问都解答了,谢谢你的分享,我想要的答案你都给我了,复制下来,没事的时候看看,和开发吵架了就读一遍,和产品有争议了就读一遍,背黑锅了也读一遍,我们的目的是做一个能满足用户需求的产品,而不是一个完美的产品😁

fudax 回复

这个层次高了,确实不应该只纠结于用什么样的技术,纠结于和别人的沟通,做什么事情之前要想好为什么要做这件事,目的是什么。

“一家金融公司的测试总监,测试技术不用说了,开发能力也很强,喜欢研究前沿的技术,也喜欢分享,经常开会给开发和测试人员分享技术,可是开发的想法却是一个测试跟我们谈技术。。。”
如果你可以做到开发经理,你也会这么想。。。

我走的技术路线是这样的:手工测试-》图形界面自动化-〉接口自动化-》云平台持续集成-〉测试工具开发-》云+devops+测试架构。
现在工作9年半,下一步我的方向是是云+devops+ python开发/架构。测试的核心是测试效率。你想一下你的职业生涯变迁,正体现了效率的逐渐提升。效率的提升有两方面,一个是测试技术化越来越强,像你说的做工具。另一个是测试人员比例越来越低,开发自测将是未来趋势。而测试人员未来还会活跃在在性能、安全等特殊领域上。对技术路线有兴趣的朋友可以看看我的专栏:https://zhuanlan.zhihu.com/testup

seveniruby 将本帖设为了精华贴 05月24日 23:21

希望真正想做测试技术的人可以坚持好好做好技术,改变一些行业里浮躁的现状。

anonymous 回复

我不觉得这和职位有关,就技术而言,有的测试不一定不开发经理差,虽然我不是。

作为测试人员,当你迷茫的时候有个很简单的办法:想想客户要什么

客户对我们产品的期望,对产品质量的期望,是我们作为测试做重要的出发点,也是我们应有的坚持。

我想楼主对测试工作认识有误区吧,任何工作是要解决实际问题的,我认为楼主不屑的工作,才是高难度的工作

anonymous 回复

我确实是有误区呀,标题已经写了,不过我字里行间有体现出对什么工作不屑吗?我只是短时间的迷茫了,和大家探讨一下,希望走过来的小伙伴能给我点建议。

ycwdaaaa 回复

受益颇深,感谢!

anonymous 回复

收益良多,表示感谢

发一篇老鸡汤。常读常新。
https://www.cnblogs.com/skytraveler/p/3546703.html
btw,感觉有一句话特别重要:不要给自己设限,一切以解决问题出发。
长此以往,你就会做得很好,是不是QA,无所谓了。

我觉得首先是搞清对测试的定位吧,测试不同于业务和产品,他们的目标是希望尽快上线赚钱盈利,但对测试来说目标是保证产品质量,测试就是技术活,不管是业务手动测试还要自动化测试,同样也都可以发展得很好,都不是那么简单的~

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