需求千万条，质量第一条——单元测试的前生今生

和标题是一样的：需求千万条，质量第一条，保证代码的质量是开发者应该具备的硬性能力。

其实很多开发者都明知道单元测试很重要，但是为什么还那么反感单元测试呢？

原因有三：

1.单元测试太浪费时间了，很多需求都做不完，哪有功夫闲心去做单元测试，如果做单元测试，完成不了需求，程序猿是需要背锅的，所以为了不背锅只能舍弃单元测试了。
2.为什么要写单元测试，既然都测试人员了，为什么还要写单元测试呢？
3.单元测试的成本太高，任何需求改动了都会造成单元测试的修改。

就上面的三个问题一个个解决掉。

第一个问题：需求太多，单元测试时间不够，很多逻辑都写不完，哪有时间去写单元测试。
解决方法：并不是所有的代码去写单元测试，比如说网络请求的代码，这段代码是否需要单元测试，答案当然是否定了。相信现在的第三方库的单元测试比所有开发者写的都好，所以只需要单元测试自己开发过程中的核心代码。

这个图片就是retrofit的单元测试，感觉还需要测试retrofit这个库吗？你自己开发的代码里还需要测试这个吗？

那么开发者应该测试什么代码？就是逻辑代码，身为一个Android开发者，网络请求不需要测试，那么就需要对返回数据进行处理的时候测试的