最近总有同事问我:
说实话,我不知道该如何回答,我觉得我的工作方式没什么特别。抛开其他附加工作,单就测试来说,无非是需求抵达后,评需求、写用例、执行用例、找 bug、回归 bug 等等每一位测试人都会做的工作。
之前,我也在测试组内分享过一些提效的小工具或者小技巧,但是分享之后收效甚微,组内实际上用到的人很少。因此,我一直在思考,是我分享方式不对,还是我分享内容的问题,没能给团队中的成员做出指引。
我没能找到答案。
但是今天,我突然有点想说的了:曾几何时,我励志成为一名出色的软件测试工程师(现在亦如此),那时,我往往向业界或者公司内的测试大佬看齐,他们用什么代码编辑器,我就用什么,他们关注什么技术,我就去学那门技术……我盲目地认为,只要我保持同他们一样的工作习惯,我就能成为大佬。
但现在来看,自己当时的想法真的很 low。学习他们固然是好事,但我遗忘了一个关键点——我没有他们那样的需求。
比如大佬用 vim 撸代码,那我现实的工作需要用 vim 吗?我用 Pycharm 用得好好的,为啥非得换个编辑器,我计算过学习的时间成本和应用成本吗?如果时间成本过高,并且学成之后,没有应用场景,过个一两个月,学的内容会生疏,再过几个月,可能已完全淡忘。
想想真是天真……
因此,我觉得我得强调一种观念:需求才会带来工作效率的提升。
这点十分重要。
举个例子,大家工作中会不会遇到这种场景:我需要核对 A 页和 B 页一串列表数据是否相同。
高级方法不谈,简单的方式来一波如何?
通常的做法是打开两个标签页,用 alt+tab 切换页面,逐条对比。
这种方式应对两三条数据可行,但如果是二十条数据呢?估摸眼睛会看 “瞎”,更别说切屏带来的短时记忆所消耗的精力。
那有什么办法提高效率吗?
到此,你产生的是一个问题。
而,找到一种提高对比工作的办法,才是一个需求。
实现这个需求,并不困难。你会想到使用文本对比工具,如 BeyondCompare,或者某个支持文本对比的 web 网页。但如果 A、B 页面是不可编辑的(意味着你不能复制数据),怎么办?
恭喜你,你产生了第二个问题。
而,找到一种兼容性高的提高对比工作的办法,是你的第二个需求。
如何拆解这个需求?回到之前切页面的痛点——数据多,切屏操作频繁,眼睛会看 “瞎”。
于是乎,减少切屏操作,便是你提高效率的关键点。
如果你还记得我的工具分享,便会想起我之前提过的一款截屏保留(将截屏后的图片停留在屏幕最上层)软件。问题迎刃而解——将 B 页面的的数据截图并停留在屏幕最上层,然后切换到 A 页面,开始对比工作。
上面提到的便是一种提效思维,要进行高效率工作,你就需要无时无刻保持提效的思维,拿我们测试的行话来说,你得保持一种自动化的思维,看它不顺眼,就自动化它。
如果,某个工作场景重复性高,复杂度低,干它!
如果,某项工作耗费眼力、消费临时记忆,干它!
我是一个 “懒人”,日常工作中,写个脚本能完成的重复工作,我一定不想在它身上多花费哪怕一分钟的时间。
每次工作,我都会想,我有什么 “捷径” 可以快速完成我的工作。
我把效率当成了一种习惯。
你呢?