六星教育最近参与了几个需求开发,BUG很少,有些需求没BUG,有些才一个BUG,搞的测试人员还发牢骚说:“大佬,你负责的项目,bug都少的可怜,叫俺怎么活?哈哈,其实测试人员要感谢我才对,因为开发人员的代码质量高了,会极大的提升测试人员测试的速度,因为测试过程中非常顺畅,没啥阻碍的东西。那么如何做到写代码的时候,尽量避免BUG呢?趁这个机会也跟大家分享一下六星教育的做法。

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

想好方案后,第一时间就会去找技术老大和熟悉业务的测试人员。能做到技术老大,他的思路一般都是比较广的,多听听他的意见是没错的。另外,也要去找测试人员,有些开发可能认为,技术方案怎么会去找测试人员商量呢?

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

单元测试的重要性,无论怎么强调都不为过。它是用于测试自己写的代码是否符合预期的极好的手段。尤其是在创业公司,需求都非常多,经常需要改代码,如果没有一套完整的单元测试来回归验证代码,分分钟由于新写了代码而破坏了原有的代码功能。单元测试可以让开发人员放心大胆的改代码,无需担心影响之前的功能。但是单元测试一定要认真负责的写,尽量覆盖主流程业务。那种随便写写,随便验证的单元测试,不写也罢,没啥意义,还浪费时间。

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

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

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

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

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

看明白了吗?程序员这样做,就会在很大程度上减少出bug的出现。对于少BUG的程序员,估计每个公司都很喜欢吧,毕竟省时省力的程序员谁不喜欢呢?六星教育,高品质教学内容与服务,始终以“为每个互联网人提升竞争力”为使命,是一家企业信息化方案提供商,融合IT技术支持、项目外包、人才离岸外包以及教育企业信息化开发,也是学员重要的实习实训平台。关注六星教育官方网站,了解最新技术资讯。