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

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

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

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

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

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

 

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

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

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

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

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

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

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

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

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

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