当然有必要了,现在创建新的项目AndroidStudio都帮你自动生成测试目录了。我以前写Android时嫌麻烦和运行测试还需要编译到真机或模拟器太慢,就直接不写。掉到坑里多了自然也就开始写了。
首先UI测试方面写起来的确麻烦,就算用上Espresso有时候也会出现一些莫名其妙的问题。UI表现、布局、操作逻辑之类的基本测不了。
但是至少一些数据操作或者纯粹的逻辑代码这部分要写单元测试吧。例如要同步服务器端数据到本机数据库、一些工厂类传入数据后生成的类检查是否正常、关注按钮的切换逻辑之类的都要写。
有时候就算是重写一个类equals和hashcode方法我也会写个单元测试看正不正常。。。还有其他的跳转activity传intent,也都可以测试看数据对不对,页面有没有起来。输入框输入、点击发送正不正常,有没有清空。这些杂碎的都写成测试,到时候直接运行测试代码就可以,省去不少麻烦,也避免一些代码改动引发的bug。
单元测试 不管你是用什么语言 也是少不了的一个环节
iOS和Android开发也需要单元测试!
单元测试(Unit Test, UT)是一个老生常谈的话题,出入程序员这行的人总觉得这个单元测试没必要,浪费时间,但其实,真正时间做得久了,就知道了。单元测试对于之后的反复螺旋式修改bug的重要性有多强大。
没有合理的安排单元测试,那么在最后项目完成,进入实际测试阶段,就会发现很多和最开始需求分析的时候有出入的bug和问题。
因为,客户的想法是时刻在变化的,一个月前做的需求分析和今天的也许就有很大的出入和需要增加的地方。
不过,也不可太过于追求单元测试的,有的甚至要达到超过%90的代码覆盖率。这种完美程度对于代码开发是不利于项目成长的。
因为整个项目一直是处于螺旋上升阶段的,没有捷径。