7年测试经验测试经理吐槽，千万不要在这几个方面作死
Posted 测试萌萌
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了7年测试经验测试经理吐槽，千万不要在这几个方面作死相关的知识，希望对你有一定的参考价值。
端午假期和一个测试在职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。结果锅都让他背了，毕竟他没有把守好。说起来都是泪啊。
想想他工作也这么长时间了，怎么还经历这么“幼稚”的事儿呢，要不哪天联系联系他，让他来乐搏重新学习一下，嗯，这件事儿挺靠谱的，大家说什么时间比较方便呢？
看完这篇内容后，相信以下两件事，也会对你的个人提升有所帮助：
1、 点赞，让更多人能看到这篇文章，同时你的认可也会鼓励我创作更多优质内容。
2、 让自己变得更强：想一想，如果你想在测试这个行业一直做下去，你的经验和测试技术是远远不够的，你需要进阶，你需要丰富你的技术栈！还等什么！
最后:【可能给予你助力的教程】
这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。
关注我的微信公众号：【伤心的辣条】免费获取~
我的学习交流群：902061117 群里有技术大牛一起交流分享~
如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！
好文推荐：
以上是关于7年测试经验测试经理吐槽，千万不要在这几个方面作死的主要内容，如果未能解决你的问题，请参考以下文章