Android开发笔记之:对实践TDD的一些建议说明

最近部分采用了TDD的方法来开发一个模块,小有收获特此总结一下:
1. TDD的基本原则
TDD的最核心思想就是先明确需求,且用代码的方式量化,明确需求标准,然后进行编码实现以达成由代码测试来衡量的标准。
那么它要求,先把需要标准写出来,每次只写一个。编码实现通过达到,并刚好满足这个标准。这样一点一点的迭代。
这样有三个好处:一个是先明确标准,不至于我们迷失主题,偏离方向。有标准在检测,保证代码是正确的。仅满足当前测试,不至于过早优化和过度设计。
2. TDD的难点
难点在于如何设计这个测试标准,
1)让它足够小,是一个需求单元;
2)成为标准,也就是如何检测正确性;
3)就是如何在最大程度模拟真实运行的场景,而不是为了测试而写出许多额外的工具,也就是说测试应该跟真实的项目代码一样,不应该有多余的东西。
这关键在于要分析挖掘需求,并细化需求。如果都像书中的例子那样测试一些API那倒是很好写,因为测试代码跟真实的App代码用一样的方式来调用API,而且API的功能也会有明确的描述。但现实情况并非如此,比如很多框架就很难测试,很多对象和创建和控制都是由框架来做,你无法像控制。这就导致了很难写测试用例。
还有就是多线程,由于线程带来的不确定性,有很多伪失败,这可以参考书,书中有方法。
3. Android中的TDD
老实说,在Android完全用TDD的方法来开发是不可能的。原因如下:
1. Android中的应用程序主要结构是四大组件:Service,Activity和Provider和Receiver这四东西的创建和销毁都是由框架来控制。所以你不可能像书中例子那样去测试它们,因为有些限制让你无法用代码来测试。
2. 有些东西是系统框架的回调或者很基本东西根本不用写TestCase。比如View的Click/LongClick/Touch事件的处理之类的,或者Activity的生命周期回调,或者OptionsMenu/ContextMenu之类的。
3. SDK中的用于测试的API功能太弱
这就导致了,为了测试一个小功能需要做很多工作和写很多代码,远大于直接实现。比如测试一个弹出的Dialog,如果直接实现很容易;但如果用代码来测试就要多3,4倍的工作量,远大于直接实现。
4. 那么在Android中应该如何运用好TDD呢?以下是一些建议:
1. 使用Robotium
这是强大的工具,它比SDK中的东西可是方便的很多比如searchText,clickMenu之类的接口非常的方便和实用。
2. 自动测试+手动测试
同样要遵循原则,但是对于测试用例,没有必要完全用代码来写,可以部分手动测试:一般的原则来讲如果自动测试比较方便的实现就写TestCase,如果手动测试很方便就手动测试,这没有死规则要看具体的情况。
比如,View的事件,Activity的事件,Activity的Menu,Dialog之类的与交互相关的东西,以及跨应用交互的用例最好手动来测试,因为这些东西用代码来测试更麻烦。
但对于一些涉及数值,计算,量化等就用代码来做。比如下载一个文件,设定好路径后就可以直接用File对象来检测文件是否下载成功。
3. Provider必须要测试
Provider提供的是API,它非常好测试也容易写,又是一个项目的基本设施,所以必须要好好测试,否则如果在Activity上某条数据有问题,你必须要确定是显示上出了问题还是Provider里出了问题。通常CRUD必须测试,还有就是where语句,以及逆向测试,必须要检测Uri的合法性等,还有就是要检测对特殊字符的处理,比如'和"。
4. 除Service和Activity以外的东西,特别是自己实现的类似API的类,如果里面涉及一些业务逻辑也要进行测试。这就跟书中的例子差不多了,测试的难易成就也取决于业务的分解,设计和耦合度了。
5. 用反射来测试类的内部
对于Service和Activity虽然可以在TestCase中拿到它的实例,但是Service和Activity是一个组件单元在实际中并不会Public太多的接口,它们是处于最顶端的调用其他接口,而自己不会,也不应该公开接口给别人用,原因就是它们的创建和生命周期的管理都是由系统控制的,别处不应该有太多对它们的引用。
那么当要测试Service和Activity内部时怎么办呢?比如要测试某个Service内部的一个int[] mPlaylistQueue。我们总不能为了写Case而在Service中加接口吧!这时就要用反射机制来取出这个成员的实例,然后检查它的数据。
6. 有些东西必须手动测试,自动化无法完成
TestCase是有特殊的Context和MockObject的,它是对真实Android运行的一个最大化的模拟,它并不跟应用真正运行时的情况完全一样!而且由于Permission的原因,某些事情Instrumentation是无法做的,比如Alarm,日期等Instrumentation是无权限更改的。这些必须要靠手动测试。
还有就是Service和Activity的初始化和销毁,特别是销毁,没办法测试,也就是说对于onDestroy()里面的东西,还真的不好去测试。第一,你不知道它何时被回调到;第二,执行到它时对象快被销毁了,你持有的引用不一定有效了;第三,成员对象是否都有效也无法得知。对于onDestroy只能通过调试手段手动的去测试。
总之,在我看来,TDD的核心思想是测试先来,实现后来。但如何测试并没有列规定非要用代码,所以根据实际情况,选择最佳的测试手段。

(0)

相关推荐

  • Android开发笔记之:对实践TDD的一些建议说明

    最近部分采用了TDD的方法来开发一个模块,小有收获特此总结一下:1. TDD的基本原则TDD的最核心思想就是先明确需求,且用代码的方式量化,明确需求标准,然后进行编码实现以达成由代码测试来衡量的标准.那么它要求,先把需要标准写出来,每次只写一个.编码实现通过达到,并刚好满足这个标准.这样一点一点的迭代.这样有三个好处:一个是先明确标准,不至于我们迷失主题,偏离方向.有标准在检测,保证代码是正确的.仅满足当前测试,不至于过早优化和过度设计.2. TDD的难点难点在于如何设计这个测试标准,1)让它足

  • Android开发笔记之Android中数据的存储方式(一)

    对于开发平台来讲,如果对数据的存储有良好的支持,那么对应用程序的开发将会有很大的促进作用. 总体的来讲,数据存储方式有三种:一个是文件,一个是数据库,另一个则是网络.其中文件和数据库可能用的稍多一些,文件用起来较为方便,程序可以自己定义格式:数据库用起稍烦锁一些,但它有它的优点,比如在海量数据时性能优越,有查询功能,可以加密,可以加锁,可以跨应用,跨平台等等:网络,则用于比较重要的事情,比如科研,勘探,航空等实时采集到的数据需要马上通过网络传输到数据处理中心进行存储并进行处理,有实时性的需求等.

  • Android开发笔记之:AsyncTask的应用详解

    AsyncTask的介绍及基本使用方法关于AsyncTask的介绍和基本使用方法可以参考官方文档和<Android开发笔记之:深入理解多线程AsyncTask>这里就不重复.AsyncTask引发的一个问题上周遇到了一个极其诡异的问题,一个小功能从网络上下载一个图片,然后放到ImageView中,是用AsyncTask来实现的,本身逻辑也很简单,仅是在doInBackground中用HTTP请求把图片的输入流取出,然后用BitmapFactory去解析,然后再把得到的Bitmap放到Image

  • Android开发笔记之Intent初级学习教程

    本文讲述了Android开发笔记之Intent初级学习教程.分享给大家供大家参考,具体如下: 项目创建步骤: New Android Project-> Project name:Intent Build Target:Android 2.2 Application name:IntentDemo Package name:com.b510.intent.activity Create Activity:MainActivity Min SDK Version:8 Finish 1.拨打电话 按

  • Android开发笔记之Android中数据的存储方式(二)

    我们在实际开发中,有的时候需要储存或者备份比较复杂的数据.这些数据的特点是,内容多.结构大,比如短信备份等.我们知道SharedPreferences和Files(文本文件)储存这种数据会非常的没有效率.如果学过JavaWeb的朋友,首先可能想到的是数据库.当然了数据库是一个方案,那么是否还有其他的解决方案呢?今天我们在讲下Android开发笔记之Android中数据的存储方式(一)提到的除了SharedPreferences和Files(文本文件)以外的其他几种数据储存方式:xml文件.SQL

  • Android开发笔记之图片缓存、手势及OOM分析

    把图片缓存.手势及OOM三个主题放在一起,是因为在Android应用开发过程中,这三个问题经常是联系在一起的.首先,预览大图需要支持手势缩放,旋转,平移等操作:其次,图片在本地需要进行缓存,避免频繁访问网络:最后,图片(Bitmap)是Android中占用内存的大户,涉及高清大图等处理时,内存占用非常大,稍不谨慎,系统就会报OOM错误. 庆幸的是,这三个主题在Android开发中属于比较普遍的问题,有很多针对于此的通用的开源解决方案.因此,本文主要说明笔者在开发过程中用到的一些第三方开源库.主要

  • Android开发笔记之:返回键的复写onBackPressed()介绍

    在android开发中,当不满足触发条件就按返回键的时候,就要对此进行检测.尤其是当前Activity需要往前一个Activity传送消息时.即Activity1跳转到Activity3如果采用的是startActivityForResult这种方式,如果不重写返回键,程序不知道要返回给Activity1什么内容就会报错.因此,必须对Activity3的返回按键重写,这里让他传一个"ERROR"信息: 复制代码 代码如下: @Override    public void onBack

  • Android开发笔记之简单基站定位程序的实现

    经过学习,已经对Android程序的开发流程有了个大体的了解,为了提高我们的学习兴趣,在这一节我们将编写一个简单的基站定位程序.现在LBS(Location Based Service,基于位置的服务)移动应用相当流行(如:微信,切客,嘀咕,街旁等),基站定位是这类程序用到的关键性技术之一,我们来揭开它的神秘面纱吧. 在这一节里,我们会接触到事件.TelephonyManager.HTTP通信.JSON的使用等知识点. 在Android操作系统下,基站定位其实很简单,先说一下实现流程: 调用SD

  • Android开发笔记之:用Enum(枚举类型)取代整数集的应用详解

    在Android的API中可以发现有很多用整数集来作为参数的地方,先来看一下实例.LinearLayout是大家所熟知的一个UI基本元素,它里面有一个方向的属性,可以通过以下方法来设置: 复制代码 代码如下: LinearLayout.setOrientation(int); 使用的时候,通常都是这样: 复制代码 代码如下: LinearLayout.setOrientation(LinearLayout.HORIZONTAL);LinearLayout.setOrientation(Linea

  • Android开发笔记之探秘WebView

    概述:            一个显示网页的视图.这个类是你可以滚动自己的Web浏览器或在你的Activity中简单地显示一些在线内容的基础.它使用了WebKit渲染引擎来显示网页,包括向前和向后导航的方法(通过历史记录),放大和缩小,执行文本搜索等. 需要注意的是:为了让你的应用能够使用WebView访问互联网和加载网页,你必须添加Internet的权限在Android Manifest文件中: <uses-permission android:name="android.permiss

随机推荐