Android のテストで設計をイイカンジにしよう - Qiita
Android フレームワークは、あまり強力とはいえないものの、ある程度のテストフレームワークを内包しています。 ベースが JUnit3 なので、記法が古かったりすることもありますが、とりあえず JUnit3 の作法を身に付ければある程度のテストは書くことが出来ます。 Android のテストケースフレームワーク Android がもつ各種のコンポーネントをテストするためのフレームワークが有ります。 いろいろな種類がありますが、おそらく最も頻繁に使うのはAndroidTestCaseでしょう。 AndroidTestCase Android でユニットテストをするなら、ほぼ間違いなく使うであろうクラスです。 そのようなテストケースでは、すべてこのクラスを基底に作っていきます。 もう少し具体化して言うと、Contextに依存するすべてのテストはこのテストクラスを使うことで、イイカンジにテスト
RoboGuice2とRobolectricを組み合わせてテストを書く
RoboGuiceのInjectExtraを使うとテストがしにくくなる件についてでActivityのInjectionタイミングがずれることによりInjectExtraが利用できないことについて述べました。これをRoboGuice2にすることによって回避することができました。 問題背景 実機で動く場合は RoboActivity.onCreate() でInjectionが行われますが、 RoboGuice1だと、ActivityをテストにInjectする場合、次のようになってエラーが起きます: InjectするActivityのIntent付きのオブジェクトをアプリケーションの初めのほうでbindする。 bindするオブジェクトは、更にInjectionが走る。 InjectExtraはContextScopeで走らせないといけない。 また、ActivityをテストにInjectしない場
Androidでレガシーコードを書き続けないためのたった１つの方法 - ブログなんだよもん
答え：テストできるように作る 周りでAndroid開発してる話を聞くのですが、どうもテストがしづらかったり、修正が大変だったりする模様。ここを直してあそこがバグるみたいな。 本屋で参考になりそうな本を探すも、入門系かリファレンス系が殆どで、「どういう設計にするべきか？」とか「Android Test」とかAndroid向けフレームワークの話がさっぱり無い。そんな状況なので、入門書片手にアプリを書き始めた人は、ViewとLogicを始め、色々なものが適切に分けられてないコードを作り、テストの無いレガシーコードが量産されていくのかな、と。 そういう分けで最初の結論になります。 ちょうど、ちょっとしたAndroidアプリを書いてみようと思ってたので、ここら辺を参考に実際のアプリに先立っていくつかのフレームワークを組み合わせたAndroid-Development-Suiteを作成。 いわゆるサン
はじめてのDependency Injection - _development,
Android Advent Calendar 2012 に参加しています。 本エントリはDependency InjectionによるAndroidアプリケーションの実装とテストの一方法について述べています。 文中に出てくるコードは全てgithubから取得できます。 Dependency Injectionとは簡単にいうと、あるオブジェクトが依存しているオブジェクト(以下、Dependency)を別の誰かが注入(以下、Injection)してあげることでオブジェクトの関係を疎結合にする方法です。 Dependencyを誰かがInjectionしてくれると、なにがいいのか？ まず、逆に誰もInjectionしてくれない場合を考えてみます。 Dependency Injection 前 誰もInjectionしてくれない場合は自分でDependencyを設定するしかありません。 たとえば、天
JUnit4 works on Android - _development,
AndroidでJUnit4を使うためのライブラリ、AndroidJUnit4 を公開しました。 Androidは標準状態ではJUnit4が使えませんが、上記ライブラリを使えば可能になります。 このエントリでは、AndroidでJUnit4が使えない理由と、それを可能にするためライブラリで行なっていることの概要を述べます。 AndroidでJUnit4が使えない理由 AndroidでJUnit4が動かないのは何故なのでしょうか？ もちろん、Androidに同梱されているJUnitは3.x系なので、そのままではJUnit4は動作しません。 しかし、JUnit4にはJUnit4TestAdapterというクラスがあり、これを使えばJUnit3の実行系でJUnit4のテストを実行できます。 JUnit4TestAdapterの利用 package com.uphyca.testing.test;
テスト可能なUI設計パターン – 第１回 Androidテスト祭り 発表資料 - the sea of fertility
2011/8/6 第１回 Androidテスト祭りの発表資料を公開します。.NETクラスタという先入観を持っていただきたくなかったので、自己紹介スライドは最後にさせていただきました。でも非常に空気のよい場だったのでそんな配慮は不要だったかもしれません。 反省点としてはやはり伝え方です。設計パターンに対する意識がすでにある方には届くみたいですが、あまり今まで意識していない方に、どうやって今後伝えていくべきか、きちんと今後考えていきたいと思います。 一応補足として、WPF/SilverlightでのPresentationModelパターンの実装パターン?であるMVVMパターンについて、どういった必然性がWPF/Silverlightにあるのかはこちらに書いてありますますので、興味を持っていただける方はどうぞ。 MVVMパターンとは？ わんくま同盟東京勉強会 #60 セッション資料 the
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
