Android公共库选型 单元测试 依赖管理等调研

标签: Android 开发工具 计划和总结 android common lib Android test | 发表时间:2014-04-09 00:09 | 作者:Trinea
出处:http://www.trinea.cn

抱歉,最近一个多月一直比较忙,博客许久未更新。后续更新周期会慢一些,不过依旧会陆续分享一些原创。

 

最近在调研一些事情,欢迎大家留言告诉我自己公司的一些情况、经验及想法
1. Android单元测试

a. 单元测试覆盖率情况
b. 测试辅助框架选型,Quality Tools for Android, android-test-kit, robolectric, Android FEST指标同上
c. Jenkins持续集成使用情况

 

2. Android依赖管理
目前主要是Maven和Gradle或是混合的选择,Maven是网站演化而来,Gradle是google推出,选用哪个及原因,碰到的坑。

 

3. Android 公共库选型
android-open-project也分享过很多不错的开源项目,同类功能也大多有两个以上不错的开源项目,在具体选择上准备做一些对比测试,包括优劣、使用场景、性能及稳定性对比,欢迎大家交流经验,有测试数据及报告最好。如
a. 依赖注入
AndroidAnnotations butterknife Dagger对比
b. ORM
greenDAO ActiveAndroid Sprinkles ormlite-android 国内的Afinal及xUtils对比
c. 网络类
Retrofit RoboSpice AndroidAnnotations等RESTFUL API支持对比
像EventBus与Otto的对比就非常专业 https://github.com/greenrobot/EventBus#comparison-with-squares-otto

 

4. Android渠道包自动打包
a. 哪些渠道打包方式
b. 各自优劣
c. 各自原理

 

5. Android开发效率提高
a. 有益于效率提高的工具
b. 随着项目增大,debug时间越来越长,具体原因在哪儿?如何优化?

 

目前以上问题大都有一些解决方案,不过也都在寻求更好的解决方案。欢迎大家一起讨论。

 

允许的话后续也会分享BAT及与国内一些App公司的交流结果。

相关 [android 单元测试 管理] 推荐:

Android单元测试

- - CSDN博客推荐文章
    单元测试不管对于初学编程还是已经工作了很久的开发者来说,都不乐意花时间去写认为没用的代码进行测试,只要交给测试人员就行了,虽然这样也能把软件改出来,但也许你要花上几倍的时间去修改问题,如果在开发的过程中花点时间去写单元测试代码,把尽可能出问题的地方都测试一遍,把问题扼杀在最开始的地方,这样你就不必为后来找问题出处而烦恼.

Android公共库选型 单元测试 依赖管理等调研

- - Trinea
抱歉,最近一个多月一直比较忙,博客许久未更新. 后续更新周期会慢一些,不过依旧会陆续分享一些原创. 最近在调研一些事情,欢迎大家留言告诉我自己公司的一些情况、经验及想法. 测试辅助框架选型,Quality Tools for Android, android-test-kit, robolectric, Android FEST指标同上.

文章: Android中的单元测试

- - InfoQ cn
随着Agile的普及,以及开发人员对测试重要性的认识逐步加深,单元测试已经成了越来越多软件项目开发中不可缺少的一部分. 无论项目是不是采用TDD的形式来进行开发,单元测试都能够为项目的修改和重构提供一定的保障. 有奖参与:天翼伦敦会,上传应用,为中国队加油. QClub七月技术沙龙(太原/北京/上海/厦门/西安 7月21/28/29日 免费报名中.

Android单元测试研究与实践

- - 美团点评技术团队
处于高速迭代开发中的Android项目往往需要除黑盒测试外更加可靠的质量保障,这正是单元测试的用武之地. 单元测试周期性对项目进行函数级别的测试,在良好的覆盖率下,能够持续维护代码逻辑,从而支持项目从容应对快速的版本更新. 单元测试是参与项目开发的工程师在项目代码之外建立的白盒测试工程,用于执行项目中的目标函数并验证其状态或者结果,其中,单元指的是测试的最小模块,通常指函数.

Android单元测试与模拟测试

- - 神刀安全网
考虑可读性,对于方法名使用表达能力强的方法名,对于测试范式可以考虑使用一种规范, 如 RSpec-style. 不要使用逻辑流关键字(If/ese、for、do/while、switch/case),在一个测试方法中,如果需要有这些,拆分到单独的每个测试方法里. 测试真正需要测试的内容,需要覆盖的情况,一般情况只考虑验证输出(如某操作后,显示什么,值是什么).

Android内存管理

- - CSDN博客推荐文章
首先Android内存管理机制相当复杂,想要讲清楚比较困难;其次对于绝大多数用户来说,只关心内存够不够用,至于内存如何管理的这种技术细节,不是用户需要去考虑的,写这样一个专题有没有意义. 毕竟我们是用手机,不是来研究手机的. 最后的顾虑是这个专题会不会太技术化了,绝大部分用户不会看或者说缺乏相应的背景.

Hadoop之MapReduce单元测试

- - ITeye博客
通常情况下,我们需要用小数据集来单元测试我们写好的map函数和reduce函数. 而一般我们可以使用Mockito框架来模拟OutputCollector对象(Hadoop版本号小于0.20.0)和Context对象(大于等于0.20.0). 下面是一个简单的WordCount例子:(使用的是新API).

Android内存管理之道

- - CSDN博客移动开发推荐文章
相信一步步走过来的Android从业者,每个人都会遇到OOM的情况. 如何避免和防范OOM的出现,对于每一个程序员来说确实是一门必不可少的能力. 今天我们就谈谈在Android平台下内存的管理之道,开始今天的主题之前,先再次回顾两个概念. 内存泄漏:对象在内存heap堆中中分配的空间,当不再使用或没有引用指向的情况下,仍不能被GC正常回收的情况.

Android:管理应用内存

- - CSDN博客推荐文章
所有内容均来源于官方文档 https://developer.android.com/training/articles/memory.html. only way to completely release memory from your app is to release object references you may be holding, making the memory available to the garbage collector.

“单元测试要做多细?”

- - 酷壳 - CoolShell.cn
这篇文章主要来源是StackOverflow上的一个回答——“ How deep are your unit tests?”. 一个有13.8K的分的人( John Nolan)问了个关于TDD的问题,他说——. “TDD需要花时间写测试,而我们一般多少会写一些代码,而第一个测试是测试我的构造函数有没有把这个类的变量都设置对了,这会不会太过分了.