欢迎光临
梦想从学习开始!

在实际项目中第一次使用单元测试总结| 小熊测试

本文主要介绍 在实际项目中第一次使用单元测试总结| 小熊测试,小熊希望对大家的学习或者工作具有一定的参考学习价值,在测试领域有所提升和发展。

  之前我做过单元测试的博,但是在实际的项目中一直还没有使用。

  因为之前的项目都是我一个人写的,但是单元测试的必要性真的不大,而且项目本身不难。

  但是这次不一样,这次项目本身比较大,而且分工也很明确。

  我负责的是服务层和数据层,也就是说,与页面交互上面的代码需要使用我的服务。

  也就是说我没有拿页面测试我自己代码的情况了。

  一开始我没有写单元测试,然后项目中每当有人说要用我服务的时候,我就特别心慌,万一那个一个点错误了,就会导致别人时间耽误,所以每次别人使用的时候我都赶紧看一下我写的有没有什么问题,但是这样下去不对,于是我就开始写起了单元测试。

  我写完我所有服务之后,大概2-3天的时间写完了所有的单元测试,虽然我的单元测试不是特别专业,但是之后调用服务的时候,我心里至少有底了,之后再怎么样也不会有低级错误了。

  还是那句话,单元测试不是证明你是对的,而是证明你没有错。

  总结一下,虽然单元测试有点浪费时间,但是确实很有效。

  1、以后最好写一个服务马上写完这个服务的单元测试,这样以后的服务能很好的避免犯同样的错误,这样可以节约时间。

  2、单元测试中的构造对象的方法,比如新增一个对象的时候,那些新增的对象的代码可以在实际写控制层的时候可以复用,所以可以提高时间。

  3、单元测试在实际调页面的时候也可以用,因为实际中,很多的错误在页面上面其实查起来很麻烦。

  4、单元测试如果时间不急,一定要测试多种情况,有分页一定要查查看第二页是不是有数据,不能只看第一页有数据了就不管了。

  5、很多时候报错在单元测试中其实是很明白的,不要怕去看懂它。

  6、单元测试的时候一定要写好注释,特别是对你出现问题的注释,很多时候我们只是测试完了,有错误就改了,并没有记录在注释中。这样是不对的,单元测试还有一个好处就是这个,当你项目做完了之后,当你review code的时候,你看一下你的单元测试的注释你就马上知道你之前犯的错误了。这样项目总结的时候,你能获得更多的经验,减少下一个项目犯同样错误的机会。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持小熊分享邦(www.xxfxb.com),希望大家能坚持软件测试之路,谢谢。

赞(0) 打赏
未经允许不得转载:小熊分享邦 » 在实际项目中第一次使用单元测试总结| 小熊测试

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏