技术不断发展,测试技术手段也不断丰富。但是重点是测试离不开功能测试,目前确实也是这样,大公司比如阿里虽然测试手段丰富,但还是离不开功能测试,所以阿里有外包的测试在做功能测试或者 ui 接口自动化测试(偏黑盒)。有人努力就有人淘汰这是个沉重的话题。功能测试离不开 ui,离不开点点点,大公司的测试之所以适合搞技术,我个人认为主要三点,1 业务量大,需要丰富测试手段 2 测试人多,至少有做功能测试吧?可以放心搞技术 3 不差钱
测试和开发相比,技术两极分化更加严重,小公司业务量不够,钱也不多,不需要测试会很强的技术,然后测试去培训机构学点东西争取去大公司。但是不可能个个都是大公司,个个都适合搞技术。就好比全民运动,这是需要土壤的。目前国内缺的是土壤,就算你懂的再多用不上有啥用。跳槽去大公司?但这能解决测试人技术不受开发尊重现象么?还有个比较有趣的现象对测试要求高了,要会写代码,但主要工作还是功能测试或者大多数公司都不适合搞自动化,小公司没这体系完全是秀开发技术!
我发觉很多小公司根本没必要做平台,业务量不大,简单的脚本代码量就能搞定。但是为了跳槽或者秀开发技术,硬是用 springboot 或者 django 做个平台出来,实用性很差,至少我这么认为!除非你这平台能训练模型,能帮助我拍牌照识别图形验证码。。。这些都是开发技术,可能刚学完就拿来练手,我知道有些人会喷,但我还是要说用你这个平台,不如我自己写写代码实在。基于封装 appium selenium 接口的大杂烩平台太多太多,毫无新意。
为什么现在流行搞平台? 我觉得是有很多的推动力:
呵呵,你真逗,不为了跳槽,难道你工作不在意工资多少的?(你财富自由当我没说)能有点追求吗,用不上就不学,等机会来了,没技术你捉得住?给你尝试还不尝试,还以为写几下脚本到顶的
想起了之前在 github 上遇到的一个极品,专门开个账号到别人的项目下面去提 issue: 没意义,没意义,你做的没意义……
其实测试行业技术上不去不是因为没土壤,而是有太多这种人,看不上所谓的技术,不尊重别人的成果,时不时就跳出来鼓吹一下技术无用论。
而且这种煽动性的帖子能不能稍微发得专业点? 一点逻辑性都没有,平时就是用这种思维和口吻去和产品、开发沟通吗?
这样为何不做开发?测试离不开功能测试,平台建设有多少公司需要的,关键还是看代码量,首先我不是不爱学习,我自己私下也用 springboot 写了一个简单的菜单权限。但是我觉得这样写下去不如做开发,因为都是开发用到的一些技术,而且搞个平台对你来说是个提升,但对其他人,还是点点点你这个平台。你不觉得这样就自私了吗?我是讲了一些大话,但这也是客观的现实。别人用你的平台,别人能学到什么?有人可能会说教他,带团队提高。但我工作过得小公司不少,大多数都是做出来东西跑路跳槽而已,他们充当的角色就是"技术门面",真正干活的还是那些功能测试!
在大多数三线公司,搞平台的很多都是充当 “技术门面”,真正干活的还是那些功能测试,他们撸了一把代码,然后跳槽去大公司。他们确实能说也会做,用的也确实是开发技术,但大多数华而不实,或者他们公司根本没这业务量,只是为了跳槽秀更多的技术。所以就有很多人这个疑问,你为啥不做开发?可能在阿里,华为不会问这种问题,但小公司见怪不怪。机会是留给有准备的人,但准备充分不等于就有机会。
写后台管理平台,配菜单权限是基本功能吧?我也没说写个配权限就是能做开发的,是往这条路走下去还不如做开发!测试基本工作就是功能测试,其他只是辅助的手段。至于性能测试 自动化测试还是要看公司的业务量。比如卖产品的,公司内网部署的,一共 100 多个人,难道也要搞那么重的压测吗?又比如前端页面一直变化,难道就要天天 selenium 吗?公司可能没有移动端,只是前端搞个适应手机端的页面,难道需要公司采购手机,做手机自动化么?学技术固然没错,但不可能个个公司都需要自动化吧?个个公司业务量那么大吧?
封装 selenium uiautomator2 xcuitest http/s 请求,在我看来确实没有意义,不是因为不好,是因为同质化太严重。我不会踢球就不能说中国足球,我不会打篮球就不能评论 nba?
都 8102 年了,没想到还能遇到这种论调
多掌握技术,其他的,听天由命
我就没那么伟大,什么能赚钱就学什么
吐槽喷有啥用呢。~
比如我,我明显感到我扯犊子的能力比我技术能力强多了。。。
吐槽土壤,两条路:1.改变土壤,2.离开土壤。
不就是多数人只会吐槽,真做,要么啥也不会,要么学的贼慢,全是理由,才被鄙视的么。。。
我觉得有必要啥时候再写一篇文章来讨论一下这个问题,社区里这种话题太多了
话说我都 4、5 年没写文章了吧,唉……
怎么样能提高工资,提升公司效率,就怎么来,很多东西都是根据实际业务出发才做的
1.看了这么多回复,总结就一个点浮躁;
2.抛开测试你工作的核心就是价值产出;
3.回到测试行业真是最看不起的点点点守住了产品的底线,满分 100 分的话,这个干好了你就达到了 60-70 分;但实际做的咋样。。。
4.在功能测试点点基础上自动化测试、根据业务需求性能测试,这样你就差不多能够达到 80-90 分;
5.至于说的测开炫技的平台开发,白盒测试、deveops 等等技术能能够在公司有输出其实你就 90-120 了
总结:测试所说的土壤是可以扩展的,处理拓展做好本职工作,现在更多趋势是 QA 角色,协调部门与部门之前的角色,沟通协调能力这类软技能也是一个很好的价值体现,而且也是让 BOSS 能够真真切切看到的,
测试技术日新月异,感觉 lz 这个吐槽是眼界有点低,还有一些怨气在里面~~
怎么全是匿名。
开发也基本一样,即使是 bath 之类的,招人的时候技能要求很高,但是最多人做的还是 CURD 这样的吧,所以开发同样可以大量的外包。
实质任何工种都一样,决定技术和路线的都是少数人,大部分人就是螺丝钉,很容易置换。
所以才需要努力向上爬,争取做那个可以决定自己命运的人,但是这样的人能有多少?5% 最多,绝大多数还是平凡的人平凡的过一辈子。
对技术要抱有尊重和敬畏的心态,当然越是哀怨可能越体现自己的无知和技术的薄弱,不要抱怨,不要做吃山空,外面的世界很精彩,不提前做好准备怎么能保证自己不被淘汰。同时也以此自勉!
国企企业功能测试不低啊,大型传统公司功能测试不低啊。你说的只是互联网行业功能测试工资低吧?btw 每家公司测试技术都不一样,怎么考察,但是功能测试,比如用例设计方法这是最基础的。有些人扯等价类,因果图,场景法,正交,其实也就知道个名词,基础不肯深入研究,研究 springboot 和 django。做个平台出来就能提高产品质量了么?还是单纯秀技术?
终于说出重点了,多点技术多点工资。现在找大多数 bug 还不是靠功能测试,点点点找到的。在公司业务量没上去的情况下,功能测试点点点是必须要做的事情,也是主要工作职责,点点点是螺丝钉但也是最重要的环节。
自动化测试之类的技术,目的不是在于发现 bug,而是怎么进行回归的保障
等同于回归测试一般都不会发现什么 bug,但不代表回归测试没有价值,对吧?
哎,其实基层搬砖的都差不多。
稍微上一点,确实不如开发。但是测试也容易做到 LEADER,有得有失。。。
虽然根本都是面向 KPI,面向工资编程。开发还是项目压力、工程经验会多一些,成长也快一些。
哎,回想 3 年前,我生命周期、设计模式什么都不懂。。。。。。
但是也会想为什么压力要这么大,有时候当条咸鱼不也挺好。。。
自动化就是功能测试,web 端是非常有必要自动化的,我想天底下没有哪个测试一直重复性的点点点而感动欣喜吧?至于你说的前端一直变,相对论,你现在公司要是前端页面 1 天 72 变 ,你也没必要呆这个公司了,真的!PAGE 模式、数据驱动等等都可以解决前端 UI 改变的问题,随便改改配置文件就可以了,你难道不知道?
我面试的时候 发现好多前辈测试甚至开发,都不知道功能测试、自动化测试、性能测试区别。。。。比如自动化就是性能?看起来都是机器跑?比如?功能测试和自动化测试没半毛钱关系?等等我好多次面试都不知道怎么回答他。。。
还是那句话,根据公司规模和业务量,有些公司根本没有时间做回归,功能测试都来不及做,非常考验测试策略和颗粒度。做自动化大多数场景在回归测试,当然你把运维 devops 搬进来扯当我没说。ui 自动化是最难实施的,懂基础概念都知道单元测试比重是最高的,ui 是比重最低的,但是国内土壤不适合。单元测试都是开发自己做的,这样机会导致大部分测试下岗,这是这个行业不愿意看到的。提升测试的价值,最简单直观的方法就是发现 bug,你发现的 bug 越多,你作为测试就越有价值。不要谈深度,深度 bug 多还是浅度覆盖多?测试将就功能覆盖率,一个面不是一个点。你技术大牛漏测有啥用?老板会原谅你吗?
机会是给予那些准备的人的。。
特别搞笑一点就是觉得没价值就不做,谁不是菜鸟出身的,做出来的东西都是慢慢完善才从没价值变成有价值,永远想着没用不做,你能升天,一下产出高性价比的东西?
一到匿名就 30 多 + 回复 真是闲的蛋疼
记得之前看过一个关于职业发展的帖子,讲了作为一个高级测试的话应该掌握哪些技能, 有些东西不是说有用没用, 而是随着你工作经历的增长,你应该多去接触,多去学习保持自己的学习能力。
拿开发平台来说,你干了好多年测试了,就满足于会点开发基础而不去想着学学开发框架吗? 我觉得你会这些不是代表你会多少东西, 而是你始终有一个保持学习的心,真当整个行业有什么大的变化,大的技术变革的时候能很好的适应学习。
但是可能也如楼主所说, 整个测试行业的发展好像并不是这么发展的, 对于一些后进来的测试人直接就是要求他们会这些东西那些东西,好像做测试不会这些高级技术就做不了,导致他们还没有形成好的测试基础测试思想就沉浸于造轮子了。可能这也是土壤的原因吧。
但是无论土壤如何, 总是优胜劣汰, 适者生存, 既然没法改变环境, 就改变自己吧
举个例子为啥运维的 devops 那么火?因为可能他需要部署上千台服务器,所以他的技术是有价值的,但是小公司可能就几台服务器,就算你技术再溜有啥用?所以测试和运维有一个共同点业务量大才能发挥作用!所以体现技术价值只有在大公司!开发不一样,敲代码是他们的工作,但是现在搞的太浮躁,满屏的开发技术,设计模式,算法,数据结构,训练模型。有多少公司公司的测试用的到。全中国 10% 的测试会不会这些?测试和运维的共同点是一样的,业务量大,架构复杂,但只适合大公司,但现在运维确实比测试地位高,因为就算小公司运维 linux 必须会吧?测试呢?设计用例他掌握了吗?很多培训机构出来的基本也就打字熟练点。。。真的尴尬
1、点点点守住了产品的底线这个真是真的;开发技术在牛逼,如果你测试漏了 bug 你领导一样屌你
2、那些说开发技术,在测试中有用的,举个例子自己说说用了什么牛逼技术,解决项目什么问题,是做代码单元测试,还是教开发写代码?感觉现在好多人搞些偏离测试的东西
3、我一个测试也学 django、爬虫、docker 开发的一些东西,但是这些东西也没有落地过,仅仅是平时自己写一些东西
4、很迷茫不知道有没有人和我一样,没有方向的瞎学。感觉造成这种情况是因为那些搞培训的人,一直在推这些东西,但实际工作中很少会用到。还有就是那些带节奏的人。导致现在即使是只要招一个点点点还要各种要求。
5、我不认为技术没有用,学点东西对测试设计 case 以及在测试执行上面是真有帮助,
6、最近看了很多关于互联网寒冬裁员的。我自己也打算年后离职。为了找工作换个更好的地方更高的工资,在市场职位,不断的减少,经济下行的情况下。不管这些技术有没有用,能不能用到,为了能保住下份工作只能继续学,非常残酷无解。
7、想过转开发,但是自己用的是 python 对应的开发岗好少。有想过去找个培训机构修炼半年,java 后台,去做开发。
8、我是个外包测试,即使被评优秀员工,测试上从未漏过线上问题。项目取得成绩,我也天天加班阿,加班调休共 60 多天,和我没啥关系。测试真的在鄙视链的最低端,正式员工鄙视外包员工、开发看不起测试、会点技术的测试看不起点点点的测试。。。。
9、组里面的正式员工,最近在搞移动端的自动化,搞了一段时间也没有弄出什么成绩来,周报里他们报的问题,其实我大概都知道怎么解决,因为之前学习 appium 的时候,就是拿我们公司的 App 来做实验的。可能有人会觉得为什么你那么会,你不能做正式员工阿,因为学历,我自己是个大专计算机的,他们学历比我好,而且之前的公司基本是些有名的大厂。说真的,学历这个东西,真的让我有些自卑,难受。上面说了想转开发,但是想到以后还是会遇到这个学历问题,注定没有学历走不远。
10、年后必须离开这个鬼地方,是个人都能对你指指点点。即使我懂怎么做,我会告诉你吗,我能得到什么吗。
欢迎指正,纯属个人经历和想法。希望年后可以换个好点的公司
是的,学历比技术重要,测试这行业就是这样的,比如你硕士学历你可以不懂技术,进大厂就是做管理。测试主要工作就是功能测试,技术只是辅助,只是现在有人把技术夸大了。
看了大家的一些话,我也简单说一下自己的看法把,我目前在 OPPO 互联网这边,是一名初级测试工程师,17 年本科毕业。以下的纯自己的观点,有什么不太对的,也希望大家批评指正。
1、我首先肯定行业有一定的浮躁,过于去追求自动化,搞业绩,但是呢,大家可以转变转变思路,,比如安卓 UI 自动化,我们可以用 UI 驱动做一些专项测试,内存,流畅度等等都是可以的呀。
2、我承认 “土壤” 限制了一些东西,如果没有好的项目或者规划,有些东西很难看到使用点,但是不能忽略,比如 Dubbo 的 Mock,我这边用来 Mock 一下广告团队的服务,因为跨团队的服务在测试环境的维护程度是不一样的,很容易出现服务不可用。
3、Dubbo 的接口自动化测试,我的目的希望监控测试环境服务的稳定,而不是接口本身什么错误值验证,了解 Dubbo 的应该知道,provider 或者 consumer 接口版本的升级或者 Dto 的改动都会导致服务不可用,我们不了解这些技术,怎么能维护好测试环境呢
所以,技术是我们手上的工具,关键是能发现项目组中可以用来搞的那个需求点,比如我最近想做数据库迁移的部分自动化测试,那怎么搞呢,写脚本,做统计,作对比
大家一起加油
说点个人得看法,就拿 38-40 楼举例吧。
38 楼,看到了各种问题,至少比闷头瞎干得强。企业是要解决问题,而不是发现问题的人。同时想的太多,没有明确的目标和计划,跳槽大概率原地踏步,不过是一个坑到另一个坑。如果能再看高一点,多想想问什么别人职位比我高,能力比我强,应该还是有救的。
39 楼,学历重要,但是不是唯一标准,刚毕业不足 2 年,或者底层员工干了 N 年,思维单一化,觉得很多事情非黑即白,底层中的底层。
40 楼,小鲜肉,至少在测试行业比较幸运,受信任,可以做一些比较深入技术的事情,有目标有执行。
40 楼一年经验可以做很多 10 年以上测试做不了的事情,年轻可塑性强,要价还不会太高,也没有各种要求。
最后一个问题,你是老板,你选谁?现实吧~
老哥 我也是大专计算机毕业的 我也是自己看百度和论坛的一些东西在瞎学,学了之后感觉用不上,现在是自己在一个发行公司测试公司发行的游戏,但是出于研发的技术水平太低,我根本得不到研发方的辅助,很多东西想实验都觉得无从下手,然后也有想过去培训,但是我现在的情况不允许我去话半年的时间去培训,我现在必须要有收入,所以很迷茫也有想过网络课程,不知道老哥你怎么看
额,在网上应该也很少关于游戏测试的资料什么的吧,
我不清楚游戏行业怎么样呢,感觉 WEB 的应用或者移动端的工作相对多些,学习资料也多一些。
我打算年后找自动化的工作,我现在在一个互联网银行工作,是外包。
自己学了蛮多的,在这边没有什么实践机会,没啥归属感,等年后希望市场情况好些吧,找份自动化的
如果是找到 python 的后端开发,或者爬虫数据处理类的工作,也可以,但是感觉机会比较少
楼主说的一点都没错,之前在一个大点的公司,公司有专门的自动化的团队,后面出来了,换了现在的这家公司,这公司没有自动化,但是领导想做一做自动化,大半年过来了,也做了一点东西;但是完全体现不出来自动化的价值,现在由于业务那边活太多了,让我也跟着过去做业务测试,自动化暂时不做了。。
先总述下我的看法:
对于测试部门这个成本开销部门,能省钱做事,控制质量风险和资源投入,测试过程和研发资源配合不脱节(不能光关注产出 bug,不顾研发解决能力,尽量配合研发人员解决能力有重点有节奏的输出 bug),掌握这样能力的人是必要的。为了成为这样的人自己去积累解决 “套路”,业务中实践或个人实践均可,形成自己的经验积累。这些快速落地解决问题的 “套路” 就是测试技术。
所谓测试技术无非是需求中来再回测试执行中去,务实的一步步解决问题。当然合适的工作环境及团队氛围可以促使一些新 “玩法” 产生。
根本上来说测试服务于研发阶段的 bug 发现,发版阶段的量化评审,长期项目的持续质量把控。而这其中自动化也好,基于技术方案的专项评审也好也是服务于测试效率提升及测试覆盖范围扩大的。
所谓的 “土壤” 更关键的是该业务对测试质量的重视程度,对测试质量重视才能尊重测试人员的产出结果,做出成果的测试人员也更有成就感。
做测试技术的人最终目的是什么?
我的看法是:
1、节省测试成本包括人力成本、沟通成本和测试软硬件资源成本;
2、通过测试方案设计平衡资源投入的产出比及必要的评审需求支持。
为了最终测试目的,怎样才算懂测试技术呢?
我的看法是:
1、积累自动化解决重复执行工作的各种 “套路”,有需求时可支持快速落地自动化方案去减少执行人力。(手工执行的人力投入是测试过程中最大一块成本)
2、根据项目对质量把控的要求,分阶段有节奏的配合研发资源推动 bug 修复和用户体验优化。也就是通过测试策略设计测试把控范围选择,利用有限资源尽可能扩大覆盖范围。这其中指标性评审项建设,及分阶段的测试资源投入与产出效果平衡就是测试技术。
测试的目的,就是保证产品的质量,产品能在生产环境跑起来;手段可以点,也可以自动化,怎么简单快捷有效就怎么来。
现在人说技术什么的,都在学,不就为了涨工资,好跳槽不失业吗。大家可能不是技术大牛,但都是做过测试的,测试是怎样需要具备什么啥些技能大概都知道吧。不是说技术没有用,那些高端的测试,在市场上有多少,有多少这些职位?市场就是这样,管他有没有用,能把钱拿下就好
楼上的大哥理论知识说的 666 阿 是做领导的吗?
也不算是理论知识,更多的是个人经历的体会。我是干了 5 年手工测试后看到瓶颈在 13 年底转的自动化,当时给自己找的定位是:想办法积累自己构思设计的解决方案,依靠成果输出转向自动化,不拼代码能力拼解决思路的方案设计。之后就是持续的解决思路构思和具体方案的实践,积累多了职业角色就转变了。13 年底起就一直持续积累方案,形成自己解决问题的套路。
我最初做自动化就是从实际解决重复执行的测试专项入手,最初做的是历史版本升降级的遍历自动化覆盖测试,因为最初手工测试安排这事就是安排人等着升级过程点点点,最直接解放人力的点。后来设计的脚本方案在业务中持续迭代和多次重构实现思路,对比优略沉淀出设计思想层面具体的套路。脚本方案持续迭代用到我离职时还在用。长期迭代的脚本方案可以锤炼代码设计意识,还是要多构思多对比。
我的自动化方案设计经历基本都是零基础起点构思,承担性能专项和后面基础体验专项也是。面对需求想办法构思解决问题,逐渐形成自己的解决套路。当初 14 年 4 月接性能优化这事,老大就一句话:团队中想了一圈就你能接这事,性能优化这事就交给你了。之后他提的需求也是很大的,完全要靠自己去构思落地。我是挺感谢这段经历的,当业务上有大需求压过来,扛住解决了,技术上确实成长很快,因为想的更多了。
最有成就感的是做预算时,被老大问:你就报这么几个人?够用? 自己能有底气回答:够用。 因为说明自己的套路是有用的,用了比其他人预期更少的人力资源。再有就是自己做的方案实际解决人力需求的时候,同样的测试需求节省了资源产生了价值。
说道对优化测试投入产出比,优化测试方案的资源占用的意识形成,也是和经历有关,每份工作的大起大落最后都和成本控制有关。毕业后在 GameLoft 做游戏测试,就是手工测试事无巨细的报 bug,其实回想起来很多 bug 到项目结束都没解,最后 12 年测试经理以下全部裁员。
之后外包去联想做智能电视的测试,工作团队小才开始注重有意识的报重点要推动解决的 bug,不重要的 bug 少投入些精力。结果联想控制外包成本,清理合作的外包公司,出项闪人。
在之后就是乐视的大起大落,不过这段经历确实是我成长最快的,反思最多的。压得需求多了而且提出的需求越来越大,得靠自己想办法落地,测试团队也是膨胀到裁员收缩,经历事情最多的一段工作。当然乐视的现状很多人都清楚,但内部大起大落的经历不是外部人员能了解的。
陆续的经历,反思下来测试这个花钱的部门,能省钱做事,有套路积累快速落地解决问题,第一时间输出质量风险的人,在每次成本控制,一批批裁员,都会是最后被坚持留下来的。因为踏实做事,持续产出,积累认可度,甚至影响项目团队质量把控的决策。
这样被需求的测试人员,工资待遇,工作机会都是会主动找上来的。
说到业务知识点积累及解决问题的经验积累,建议尽可以的熟悉了解业务,了解需求的细节,了解可被利用的数据来源和开源方案。要实践对比优劣,设想适用场景,组织利用形式。这其中就是要多想,多了解,多尝试。不过有很多人在做的事情就是了解为主,别纠结太多了。比如 UI 自动化测试,大多数人在做方案的 “红海” 不好出有个人特色的解决方案,大多是一层层的依赖包装,且同类 “竞品” 太多。找找 “蓝海” 构思下其他人没在尝试的事情。
我的看法测试人员应该是个 “杂家”,各方面都要有些积累,至少做到了解,这样设计解决思路才有资源可以组织。而且项目中可以和各部门聊需求。除了业务自动化,测试流程自动化对接,解决评审流程效率等方面还有更大的空间。
我习惯于目标需求倒推实现思路,多积累实现思路让自己在构思方案时有多条路可以选。
经历过了就多说了点,希望可以帮到些要在测试工作上走的更远的人少走些弯路,有没有用自己体会吧。
我是 46 那个,感谢分享经历。我经验不是很多,只有 1.5 年。看了下你的文章,感觉很高端,但是看不懂,文字总结能力很强阿,感觉和领导汇报工作会很 6 阿。
我被楼主面试过,在乐视的地下 1 楼,很可惜终面没有过。楼主能力很强,体现在他的想法真的能 “落地”,而不是很多所谓业内大佬光说不练的吹牛逼。
哎,是多说了些,其实无非是压了很久的看法,一次性小爆发了下。
只是对测试行业的浮躁氛围有很多看法,虽然自己也改变不了什么,表达下自己的看法和谈谈自己的经验总结。能做的只是管好自己,也就是和自己手下的人沟通这些看法,看是否有共识。再有就是和同样有实际解决问题想法的人去聊解决方案的设计。
其实测试技术成长,很大原因是自己逼迫自己去思考,去尝试解决,去扩展知识面带来的。给自己设定要解决的问题,持续尝试不同方案去提高效率和实用性。去主动在项目中依据测试结果传递自己的分析判定,并去推动高风险问题的及时解决。去尝试和研发人员在逻辑实现层面的对等沟通,并主动提供 bug 疑似问题点的思路,哪怕是判断错了,沟通中也可以从研发牛人那得到正确的回复,这都是一步步的积累。带团队就迫使自己多承担些,想想如何控制团队资源的产出成果的关系,毕竟同样的成果低于管理人员的预期资源使用量,可以积累良好评价和信任度。
在面试一些人的时候及私下沟通时,听到过很多声音,几个典型的问题,我是一直在问自己和反思这些问题
1、工作几年了,我要级别提高,我要涨薪。
问题是:你要这些是凭什么?
引申出的问题是:为了要到这些我要有哪些积累呢?
2、手工测试没意思,我要做自动化,我要学编程。
问题是:转自动化要凭借什么呢?对比下已经在自动化的人及懂编程语言的应届毕业生,竞争力在哪呢?
3、工作环境不好,没人做测试技术,没人教自动化测试。
问题是:作为个打工的,只是指着用人单位及其他同事教怎么干活?为了提高自己的测试技术能力,自己能做什么呢?
4、现在的测试没什么技术含量,就是点点点,干了几年也没技术提高。
问题是:就算是点点点,你能比别人快速发现严重问题?
你能比别人发现更多的问题?
你能自己决定哪些必须测、哪些要优先测、哪些可以不测试?
你能基于有限的测试结果判断是否能发布?
能把对测试结果的风险情况清晰的传递给项目组?
引申出的问题:为了能做到这些,日常工作中要有意识的关注和总结哪些信息呢?
等等,大量吐槽声音后带来的问题思考
主要是在测试行业内这么久,体会很深的是:
1、有想法踏实做事的人相对很少,听安排做执行的人居多。
2、有责任担当的人少,怕担风险、担责任安排全覆盖测试耗测试资源的人多。
3、以自己作为出发点思考解决问题办法的少,从其他人和工作环境找原因的多。
分享下我自己在测试工作经历中的做法,我是这么去思考问题和持续积累的,换工作时有些可说的。
1、做手工测试时:我会记住严重 bug 的复现逻辑,有条件情况下会和研发沟通 bug 产生的原因及解决的方式(逻辑层面的,不是代码细节),这些就成为了之后测试时优先测试范围决策的依据。也能看到哪些开发人员不靠谱,严重 bug 多,粗心引起的小 bug 多。哪些研发 bug 少且能主动自测。这样系统测试时,根据开发人员的历史情况也能决策哪些模块要重点关注。
招人面试手工测试人员时,只要是有几年工作经验的人,我都会问道:工作中你遇到过的严重 bug,举个例子说下。
可很少有人快速的把一个 bug 的完整信息及解决方式,很兴奋的说清楚。反而是要想很久去找个 bug 应付下回答。我接触过的手工测试的牛人,都是可以津津乐道的把严重的 bug 以及最终的解决方式讲清楚。
2、带组做执行测试时:拿到版本后,我会用一小时,自己过一遍重点的部分,之后才安排测试工作及有选择的安排重点测试。当别的组在催着加班完成所有测试时,我会通过经验和对用户场景重要性的判断,将不重要的部分在之后的迭代中安排周期性增量覆盖测试,从而减少加班。决定转型自动化后,手工执行效率低,重复操作多的,不靠别人,自己设计自动化方案尝试降低人力需求。
3、到后来的带基础体验团队,可以让自己通过经验及对用户使用场景的分析,控制测试范围和节奏,减少加班。当然自己要承担少测部分的漏测风险。使自己的团队是加班需求最少的。当然逼着自己去实现专项自动化比例是重要的条件。
说这么多,主要是建议想想这个问题:
做为测试工作从业者,自己的竞争力在哪。面对一年年的应届毕业生,一批批大公司出来的人员,一年年的过去,自己相对于他们的优势在哪?怎么能让自己的工作很难被替代。
这个问题我目前的想法是:要让自己积累的解决问题套路在工作中持续可复用;要想办法让同样的工作自己比别人的做法省资源出成果;要让自己在项目中展示自己工作成果的价值,得到其他人的认可;要让自己能在工作中担住更多的责任,能扛住的需求和责任多了,与项目中其他部门的沟通也就越有话语权,因为历史成果积累了信任度。
56 楼浮云大佬真的说得是拳拳到肉
而我恰好是他口中的缺少思考,只会执行,嫌弃工作环境不好,没人带自动化的渣渣一枚。。。
做了 3 年手工测试了,现在在一家小公司,组内就我一个测试。
学了一点 python、java 语法,学了一点 spring 框架的使用。有时候帮开发改一些简单 bug,写一些简单功能。
测试的时候还是点点点点。
内心真的十分迷茫啊。。。是继续做测试吗?好想去个有测试团队的大公司,学习下自动化。但是本人没有任何手工测试以外的经验。
是转开发吗?我这三脚猫的技术,实在是太差劲了。
我有时候也会想,是不是应该试试其他的职业方向。。。
最重要的还是,工作中发现了什么问题痛点,做了什么,怎么做的,达成了什么效果,解决了什么问题痛点,仅仅追求技术没有理解是没办法成长的。
当你完成一轮后你就明白了,就会打开新世界的大门。
老板招你是解决问题的,不是秀技术的,技术为业务服务,脱离了业务的技术毫无用处
脱离了需求的实现 都是耍流氓