关闭

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

发表于:2016-7-29 10:32

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:LinkinStar    来源:51Testing软件测试网采编

  之前我做过单元测试的博,但是在实际的项目中一直还没有使用。
  因为之前的项目都是我一个人写的,但是单元测试的必要性真的不大,而且项目本身不难。
  但是这次不一样,这次项目本身比较大,而且分工也很明确。
  我负责的是服务层和数据层,也就是说,与页面交互上面的代码需要使用我的服务。
  也就是说我没有拿页面测试我自己代码的情况了。
  一开始我没有写单元测试,然后项目中每当有人说要用我服务的时候,我就特别心慌,万一那个一个点错误了,就会导致别人时间耽误,所以每次别人使用的时候我都赶紧看一下我写的有没有什么问题,但是这样下去不对,于是我就开始写起了单元测试。
  我写完我所有服务之后,大概2-3天的时间写完了所有的单元测试,虽然我的单元测试不是特别专业,但是之后调用服务的时候,我心里至少有底了,之后再怎么样也不会有低级错误了。
  还是那句话,单元测试不是证明你是对的,而是证明你没有错。
  总结一下,虽然单元测试有点浪费时间,但是确实很有效。
  1、以后最好写一个服务马上写完这个服务的单元测试,这样以后的服务能很好的避免犯同样的错误,这样可以节约时间。
  2、单元测试中的构造对象的方法,比如新增一个对象的时候,那些新增的对象的代码可以在实际写控制层的时候可以复用,所以可以提高时间。
  3、单元测试在实际调页面的时候也可以用,因为实际中,很多的错误在页面上面其实查起来很麻烦。
  4、单元测试如果时间不急,一定要测试多种情况,有分页一定要查查看第二页是不是有数据,不能只看第一页有数据了就不管了。
  5、很多时候报错在单元测试中其实是很明白的,不要怕去看懂它。
  6、单元测试的时候一定要写好注释,特别是对你出现问题的注释,很多时候我们只是测试完了,有错误就改了,并没有记录在注释中。这样是不对的,单元测试还有一个好处就是这个,当你项目做完了之后,当你review code的时候,你看一下你的单元测试的注释你就马上知道你之前犯的错误了。这样项目总结的时候,你能获得更多的经验,减少下一个项目犯同样错误的机会。
《2024软件测试行业从业人员调查问卷》,您的见解,行业的声音!

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号