你这样，测试人员不能活了。。。

港控/mmm° 2022-09-03 10:22 235阅读 0赞

![145f51b9244ed45c8290ecf7ee27b4af.png][]

最近参与了几个需求开发，BUG很少，有些需求没BUG，有些一个个BUG，搞的测试人员还发牢骚说：

> “
> 
> 大佬，你负责的项目，bug都少的可怜，叫俺怎么活？

哈哈，其实测试人员要感谢我才对，因为开发人员的代码质量高了，会极大的提升测试人员测试的速度，因为测试过程中非常顺畅，没啥阻碍的东西。

设想一下，如果提测后，代码BUG满天飞，测试人员不断的提BUG单，开发人员不断的修复，一不小心还可能修复出其他BUG来呢，中间还穿插各种各样不必要的讨论，这些都严重影响了测试进度，当然也严重影响了测试人员和开发人员的心情。

因此：

最好是在开发阶段就认真起来，把代码写好，以求后续流程的顺畅性。

那么如何做到写代码的时候，尽量避免BUG呢？趁这个机会也跟大家分享一下我的做法。

# 与产品经理和经验丰富的测试人员多沟通 #

### 需求阶段 ###

产品经理正式开需求会议之前，一般都会先把需求文档发出来，这个时候，开发人员一定要认真的看并仔细分析，每个细节都要多想想，有疑问的地方及时跟产品经理沟通。

另外，看需求的时候，最好跟熟悉业务的测试人员多多沟通，测试人员是对以往需求最清楚的人，能看到其他人看不到的细节。像我自己就经常从测试人员那里，听到了一些要命的而我却忽略掉的需求细节。

### 代码设计阶段 ###

我一般想好方案后，第一时间就会去找技术老大和熟悉业务的测试人员。

能做到技术老大，他的思路一般都是比较广的，多听听他的意见是没错的。另外，也要去找测试人员，有些开发可能认为，技术方案怎么会去找测试人员商量呢？

请不要忘记，部分测试人员是对整个公司的大部分应用和需求和业务都了如指掌的人，能清楚的知道系统与系统之间如何交互，整个链路是怎么走的，整个上下文又是怎么样的。

当开发人员的设计方案出来后，表面上看起来，完美无瑕，其实可能存在影响上下游系统的隐患。而多与熟悉业务的测试人员沟通，则可以尽早把这些问题暴露出来，减少影响和损失。

# 代码开发阶段 #

### 必须写单元测试 ###

单元测试的重要性，无论怎么强调都不为过。它是用于测试自己写的代码是否符合预期的极好的手段。尤其是在创业公司，需求都非常多，经常需要改代码，如果没有一套完整的单元测试来回归验证代码，分分钟由于新写了代码而破坏了原有的代码功能。

单元测试可以让开发人员放心大胆的改代码，无需担心影响之前的功能。

但是单元测试一定要认真负责的写，尽量覆盖主流程业务。那种随便写写，随便验证的单元测试，不写也罢，没啥意义，还浪费时间。

写单元测试经常犯的另外一个错误是，由于急着改bug，忘记同时改单元测试了，导致之前跑过的单元测试，后面又跑不过了，这个是绝对不允许的，单元测试也必须持续维护的。

另外有一个点就是，开发人员提测后，理论上就可以接另外一个开发任务了，如果开发阶段BUG太多的话，则会影响下一个开发任务的进度。这个是开发经理不愿意看到的。

### 不断的重复的看自己的代码 ###

代码提测前，要多看几次，有时候能看出一些隐藏的代码BUG的，有时候也会觉得，昨天写的代码，真垃圾，还是有蛮多代码要优化的。

在看代码的时候，最好顺便做到下面几点：

代码收拢性要强，不要存在那种类似的代码满天飞，能封装起来的就封装；

业务代码一定要有必要的准确的注释，千万别信那套方法名命名好了就能解释清楚的鬼话；

代码抽象层次要一致，不要跳跃，例如，你的业务方法，操作其他模块业务表的时候，都是调用Service类的，就不要突然冒出个直接使用xxxxxMapper去操作数据库表了；

流程性比较强，最好用 //1、  //2、  //3、 标注一下，这样会更加清晰。

### 必须做开发联调 ###

当你的业务接口开发完成后，一定要做开发者之间的联调。联调是端对端的，就算其中一方做的再好，没有联调，还是会出问题。

### 开发联调通过后，建议叫产品过来提前验收 ###

一般来说，功能测试通过后，上线前，会让产品先验收一下。但是我则喜欢开发联调完后，就先拉上产品经理，先大概验收一下。不要小看这一步，经常能提早发现一些问题的。

### 开发人员列出改动了哪些已有接口 ###

列出改动细节有个好处：

让测试人员更加有针对性的做回归测试。虽说每次项目上线前，测试人员会做回归测试，但是很难做到全面回归，而没有回归到的场景，到线上可能就会造成bug。如果开发人员能列出改动点，则测试人员可以重点且认真的回归。

已有接口已经是在线上验证过的接口，如果改动了，是一定要做兼容性测试的，既要保证新功能可用，也要保证不影响旧功能。

### 尽最大努力,保证开发提测不delay ###

对于那种上线日期已经定了，一般会采用倒排的方式，推导出，开发哪个时间点提测，测试人员什么时候介入测试，测试多少天等，都会安排好。

如果开发提测delay了，留给测试人员的测试时间就缩短了，会给测试人员造成很大的压力，压力一大，则更容易出错，直接影响测试质量，也就影响了上线质量。

当出现了提测delay的苗头，开发人员一定要及时反馈出来，由组长或者经理协调资源，进行补救。

这里要重点强调的是，一个功能的提测，是涉及到前端、后端的，你想自己加班到深夜赶进度也是没用的，一定要以最快的速度，将问题暴露出来，由上级去协调一下，留下相关的人一起奋斗一下，尽量保证按时提测。

# 测试人员测试阶段-看日志 #

不要以为提测后，就没自己啥事了，最好还是抽少许时间，去测试机器上看看日志，观察和分析一下入参和出参等，看看有没有什么异常或者不合理的数据。

[145f51b9244ed45c8290ecf7ee27b4af.png]: /images/20220829/9fbfbc4441ad49a0b547cc5fea6cb158.png

发表评论取消回复

表情：

评论列表（有 0 条评论，235人围观）

还没有评论，来说两句吧...

相关阅读

相关我干了8年测试，告诉你现在软件测试还能不能找到工作！

我做测试工作有将近8年的时间，蚂蚁金服做过2年，因为加班太多离职了。目前在一家国企上市公司，一年能拿三四十个左右，对比头部互联网公司来说，国企的技术人员工资真的很低，但是...

矫情吗；*/ 2024年04月24日 14:48/ 0 赞/ 130 阅读

相关我干了8年测试，告诉你现在软件测试还能不能找到工作！

我做测试工作有将近8年的时间，蚂蚁金服做过2年，因为加班太多离职了。目前在一家国企上市公司，一年能拿三四十个左右，对比头部互联网公司来说，国企的技术人员工资真的很低，但是...

比眉伴天荒/ 2024年04月24日 14:47/ 0 赞/ 118 阅读

相关你能活多少秒

描述问题：一年约有 3.156×107 s，要求输入您的年龄，显示该年龄合多少秒。数据范围： 0<age≤200 输入描述输入一个整数age。输出描述输出

古城微笑少年丶/ 2024年03月17日 23:06/ 0 赞/ 132 阅读

相关测试人员常用借口,你中标了吗？

无论我们试图建立一个网站多么完美，我们都一定会犯一些错误。错误是不可避免的，无论多么微小。这就是为什么我们不能保证没有错误的发布，甚至在进行了不同类型的全面测试之后，例如压力测

谁践踏了优雅/ 2023年09月26日 16:10/ 0 赞/ 134 阅读

相关完了要被裁了，ChatGPT来了，1个测试能干3个测试的活

最近的ChatGPT的段子满天飞，以至于不聊点ChatGPT，咱都不好意思在社交媒体上发言了 ChatGPT自从推出后就一直保持着火爆的状态，短短2个月，月活用户已突破1亿，

桃扇骨/ 2023年09月25日 23:39/ 0 赞/ 62 阅读

相关这样讲 API 网关，你应该能明白了吧！

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg] 扫描下方海报试读 ![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 1]

我不是女神ヾ/ 2023年05月29日 06:20/ 0 赞/ 48 阅读

相关【软件测试】知道了这些，测试人员再也不用背锅！！

“这个问题测试人员为什么没发现？” 作为真测试人员，如果在交付的系统被发现新问题的时候听到研发人员脱口而出说这句话，还真真是有点委屈~~ 明明系统他们做的，测试案例也是大

淩亂°似流年/ 2022年10月15日 07:59/ 0 赞/ 242 阅读

相关你这样，测试人员不能活了。。。

![145f51b9244ed45c8290ecf7ee27b4af.png][] 最近参与了几个需求开发，BUG很少，有些需求没BUG，有些一个个BUG，搞的测试人员还发牢

港控/mmm°/ 2022年09月03日 10:22/ 0 赞/ 236 阅读

相关技术人员这样面试

一、听清题，勿抢答面试，首先也是一个人与人交流沟通的过程。有些时候，面试官还没说完问题，面试者就会打断说「这个问题我知道...」。打断不利于沟通，同时，这样

短命女/ 2022年05月28日 05:22/ 0 赞/ 225 阅读

相关这样讲 SpringBoot 自动配置原理，你应该能明白了吧

前言 > 小伙伴们是否想起曾经被 SSM 整合支配的恐惧？相信很多小伙伴都是有过这样的经历的，一大堆配置问题，各种排除扫描，导入一个新的依赖又得添加新的配置。自从有了 S

小鱼儿/ 2022年01月27日 23:55/ 0 赞/ 261 阅读