---

前言

听说，人总要在作死中吸取教训成长的。吸取的都是血泪教训啊。

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

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

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

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

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

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

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

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

要督促程序员改bug

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

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

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

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

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

下面是我整理的2022年最全的软件测试工程师学习知识架构体系图

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

梦自己想梦的，做自己想做的，生命只有一次……一旦错过了就不可能再有这个机会了，不要让自己后悔。

夸奖我们，赞叹我们的，这都不是名师。会讲我们，指示我们的，这才是善知识，有了他们我们才会进步。

人生不过是一张清单，你要的，你不要的，计算得太清楚的人通常聪明无比，但，换来的却是烦恼无数和辛苦一场。