【职场】论测试中作死的教训

   一定要要一个版本一个版本的测试，不然会乱的会乱的。

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

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

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

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

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

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

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

   要督促程序员改bug。

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

   上线前要确保程序员是否上传版本正确。（正式版和测试版不要弄混）

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

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

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