十一假期的时候和一个测试在职7年的朋友一起喝酒,谈及他现在的工作,怎么说呢,还算是如意,但是总是会有不尽如人意的时候,下文便是他对我倒的苦水,三个小时的苦水,其中的东西我提炼了一些,整理出来,也算是一点小小的经验

听说,人总要在作死中吸取教训成长的。吸取的都是血泪教训啊。现在就来总结总结测试生涯中的这些作死的教训吧:

 

1.一定要要一个版本一个版本的测试,不然会乱的会乱的。

为什么说大公司出来的人都比较注重程序规章呢,还是很有道理的。在公司,Android工程师只要bug管理库上这个版本的bug没有改完,都不会给他安装包回归测试。而iOS的就不注重那些,说反正该在的都在,无所谓了。但是,如果你不测完一个版本再开始另一个,或者你一个手机安装旧的,一个手机安装新的,这样子真的会乱的。而且增加了检查问题的难度和时间,浪费人力物力。

 

2.程序员还没有改完bug,不要同意他一边弄新的迭代内容一边改bug。

这个是深有体会啊。之前来了个新同事,他前一个模块的bug没有改完,后面又赶着开发新的模块,然后他说可以一边开发一边改bug,结果后面把新代码和旧版本的代码合并了,然后他没办法回归测试旧版本的bug,只能先把那个旧模块放一边了

 

3.保管好测试机子,不同版本的不要弄混了。

这种情况往往都是开发机和测试机弄混了。因为有时候开发自己拿来测试的,然后不小心拿去测试机那里弄混了,导致出现一堆混乱的问题。

 

4.bug提交要描述清楚,新来的没有那么默契。

说到这个简直是一把辛酸泪啊。跟熟悉你的开发一起,随便说几句他都懂,但是新来的你必须跟他讲清楚这个页面叫什么,那个页面叫什么,而且每一个步骤都要描述清楚,要改动的地方要标注清楚,不然他就按照他自己的意思改了,甚至不知道你在讲哪里的问题。所以,bug描述清楚很重要,可以节省沟通成本,不用那么劳心劳力。

 

5.要督促程序员改bug

为什么说到这个呢?这个真的是大多数开发的通病啊,如果测试的不督促,有些bug就一直放那里发霉发臭了的。甚至如果你只是口头跟他讲,虽然他应了,但是转眼他就忘了。所以说一定要把每个bug都记录下来,跟踪修改进度。

 

6.上线前要确保程序员是否上传版本正确。(正式版和测试版不要弄混)

最近他们的开发在应用平台上传了一个测试包,居然还过了。他上去应用平台下载安装一看,震惊了,尼玛,怎么里面的数据都是测试的,一查居然是测试包。他也是第一次遇到把测试包上传审核的开发,也是醉了。所以测试人员有时候就跟保姆一样,一定要事事跟进,确保无误才行,不然都不知道会出现什么纰漏。

 

7.赶着上线的时候,不要同意程序员说的这个就不给你检查了,他检查过了的。一定要亲自回归和再检查整个APP一遍。因为可能会有其他地方的改动。

说到这个,他也有一部分责任。前段时间,Android的因为拖延进度,后面不得不加班加点赶进度。老板催得急,开发又急着上线,改好那个bug后说不用检查了,直接上线了。结果后面一看,那个bug是改好了,但是影响了另一个模块的东西,出现了新的bug。结果锅都让他背了,毕竟他没有把守好。说起来都是泪啊。

 

想想他工作也这么长时间了,怎么还经历这么“幼稚”的事儿呢,要不哪天联系联系他,让他来乐搏重新学习一下,嗯,这件事儿听靠谱的,大家说什么时间比较方便呢?

扫描↓二维码领取更多软件测试学习资料: