Studioへ移行しようと思ってましたが、EclipseのようにJUnitでサクサクテストするやり方がわからなかったので引き続きEclipseを使ってました。Launcherで起動するJUnitテストです。このテストのメリットはエミュレータ等のAndroid端末を介さないので一瞬で起動することです。一瞬で起動してくれるので、リズム良くテスト駆動開発が行えます。言うところの13章のモデル用にプロジェクトを作成してテストする話です。※1Android固有のContext等を含むクラスのテストはできませんが、依存しないように作るのがメリットだったりします。Launcherしか実行しないプロジェクト)を作成する方がAPI的に良いと個人的には思います。Studioが普通で、また我がアプリのバージョンアップも区切りがついたので、そろそろ現実と向き合おうと思います。Studioの特徴的な部分は追々調べながらやるとして、まずはテストですね。あと、gradle使っての自動テストとかも調べたいです。ショートカットも大事です。Eclipseでは使いやすいようカスタマイズしてたので、それに似た挙動をするようにカスタマイズしたいです。Studio:1.2OS:Win7JUnitでロジックのテストまずは、新規プロジェクトを作成。'junit'というエラー。Projectで解決しました。Eclipseみたにサクッとビルドしたいのですが。Projectは大きな変更の時にと書いてありますね。alteredパッケージ名が思ってた感じではないですがとりあえずコードを。して実行うーん、遅い....ビルドが遅いのが原因かと、こちらを試してみました。Qiita確かに多少速くなりましたが、Eclipseのとは根本的に別モノということでしょうか?僕が求めてるのはこの↓速さというか、リズム感です。Studioへ持ってくる(テストコードも)のが良いのかなという結論になってしまいました。人気の記事Eclipseの高速化メモEclipseが重いと一言に言っても、いろいろな工程での話があると思いますが、過去記事のなども含めてこの記事にピックアップしておきたいと思います。以下はWindows環境での話です。PF-102デザインと信頼性はいいのですが、操作は若干分かり辛いです。設定は最初だけ設定すればほぼ変更する必要はありません。稀に操作がすることがあって、そのときに説明書を探すのが大変のため、メモしておきます。JavaでprivateなfieldやmethodにアクセスするJUnitでテストしてると、privateなフィールドにアクセスして、値を参照したりセットしたりしたくなるわけですが、よく使うのでメモしておきます。次のような対象のクラスがあるとします。0.4.1にしたお話です。もとに試してみました。