APP测试工作中的血泪教训

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

APP测试工作中的血泪教训

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

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

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

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

APP测试工作中的血泪教训

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

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

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

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

APP测试工作中的血泪教训

5、要督促程序员改bug

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

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

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

APP测试工作中的血泪教训

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

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



留言