【转】我该如何写单元测试?

 在团队中,单元测试是较难推行的敏捷实践之一,我思考后觉得有以下原因:

1、主观上觉得会加大工作量,影响进度;

2、从未接触junit等单元测试框架,害怕接触新事物

3、团队形式上要求、形式上开展,但是未能结合培训、Code Review等方式持续推行

 

  其实单元测试是个相当简单的技术,当然,要做的完美也要花很多的心思。单元测试无非就是:AAA模式——Arrange(测试设置)、Act(调用测试里的代码)、Assert(测试通过的标准)。

测试设置:测试环境的准备,例如构造mock对象,设置数据库表数据等

Act:       编写测试方法,调用被测试代码

Assert: 利用断言设置通过的标准

 

  很多开发人员不写单元测试,但是他会写个main方法去测试代码,这样做不好的地方在于测试的方法提交后一般要求会删除掉,

不能做沉淀。main方法也不能进行自动执行测试。我建议还未踏入门槛的程序员可以先把main方法要写的测试代码,使用单元测试的结构

搬到单元测试中。踏出第一步,关键你已经出发,你要在路上!

 

最后,送你一篇文章:迈出单元测试的第一步

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值