论测试中作死的教训:

         干了快一年的APP测试,多多少少有点经验了。听说,人总要在作死中吸取教训成长的。吸取的都是血泪教训啊。现在就来总结总结测试生涯中的这些作死的教训吧:

            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。结果锅都让我背了,毕竟我没有把守好。说起来都是泪啊。

你可能感兴趣的:(论测试中作死的教训:)