上节课我们简单提了下,写完代码之后,要试用功能,自己对功能满意,用户才会满意,同时可以减少虫率和返工。这节课我和大家分享怎么利用测试,提升自己的能力,甚至提升自己的岗位。
1。是什么决定你在这个岗位上
决定我们在哪个位置,不是会多少技术,掌握什么技能,而是我们心里装的是什么!心里装着功能的是初级工程师,心里装着模块的是中级工程师,心里装着应用的是高级工程师,心里装着企业的是老板。
你说自己很厉害,精通java, springboot, springcloud, mysql, MyBatis;连前端的HTML, css, javascript也精通。别人相信吗?可能相信,也可能不信,为什么?别人没办法判断。
初级工程师劳动成果是功能,所以功能是检验初级工程师能力的最主要衡量标准,如果功能的虫率高于平均水平,说明你的能力很次,如果功能的虫率低于平均水平,说明你的能力不错。
如果功能的平均虫率是2,你说你的虫率是1,别人就会点赞,觉得你厉害。
2。职场的小故事看因果
小故事1:我搭建好几个团队,在团队刚搭好做项目的时候,经常会有测试来向我投诉,说谁的错误特别多,谁冒烟测试通不过还提测,谁功能都没做完就丢给测试,等等。所以关心功能质量的不仅仅是我,测试工程师更关心,因为质量差的代码,会增加他们的工作量。
小故事2:我组项目团队的时候,一般是先决定项目的各业务老大,再由他们商量要哪些人参与项目。技术经理说:我要张三,李四他们两个人。测试经理就会说:张三不行,他做事很不认真,每次都他错误最多,我们还是不要他,我觉得还是要王五吧,他做事很严谨,跟他配合就很舒服。
你看做事不认真,最错误多,人家还不要你。如果公司有做末尾淘汰,那张三就是被淘汰的对象。如果公司刚好有个调岗名额,还这个名额非王五莫属,所以,你看测试跟开发从表面看,八杆子打不着的事,他们背后的逻辑因果就是这么复杂。
前面讲的都是职场上的故事,下面我们来看测试对我们技能提升会带来的帮助。
3。技术的提升
你多测试,多试用,你就会发现,类似的界面,为什么师傅写出来的就比我好看?分析界面,甚至去看师傅的代码,发现原来是师傅采用统一的UI风格,自己是按UI设计图来做,界面上有标注的就做的好,界面上没标注的,自己瞎做。发现差距了,后面就懂得用UI规范了。
你可能又发现,同样的界面切换,我自己做的一闪就过去了,而师傅的是很平滑的切换,再一看代码,或向师傅请教,原来是他在切换的时候加了动画效果,后面就懂得交互效果的处理。
4。产品理解的提升
像上节课发送文字的例子,在试用的时候,你可能就发现,应用端做设计的时候,写的是4步,但是在第三步,我退出了聊天界面,那这个要怎么处理?试用的时候就发现,少了一个步骤,在还没提交测试前,那赶快添加对这个操作的处理,功能的完成度就更好。
之前分析的时候,暂时说这个功能跟其它功能没有关系,试用时就发现,在聊天界面,除了要发送文字,还要发送表情,图片等,那就跟其它功能有关系。在一对一聊天中,还可以调用通讯录,添加好友群聊,这些都有关系。
然后,就感悟到原来产品逻辑是这样设计的,师傅接到这个模块,他是怎么样把这个模块分成各个功能,然后再分给我们不同人做的。
这样,你对产品,对模块就了解了,是不是比你做完一个功能,丢给测试,等他反馈错误,再改错误好多了?
5。我是做开发的,为什么要理解产品?
你可能会说,我是做开发的,为什么要理解产品?我们借用叮当猫的小口袋,把时间往后拉一年,张三成为了中级工程师,也开始带徒弟了,好兴奋的感觉。现在参与一个新项目,技术经理把中、高级工程师张三,李四,王五拉一起:“张三,你负责用户模块,李四,你负责商品模块;王五,你负责支付模块。这样安排有没有问题?”然后张三站起来说:“老大,用户模块有哪些功能啊?”
出现这种情况就好玩了,我们可以想像当时的场面有多搞笑。中级工程师是要对产品有了解,懂得分解模块成一个个功能的。这个能力怎么来的?有人教吗?这种能力是没人教的,都是经验的积累,都是从玩一个个功能练出来的。
