私は、単体テストをカスタム Android ライブラリで動作させることに取り組んできました。この Android 開発者ガイドの最初の提案に従い、ライブラリに依存する Android アプリ プロジェクトを作成しました ([プロパティ] -> [Android] -> [ライブラリ] -> [追加...] を介して) 実際のテスト プロジェクトへの連絡役として。
すべて正常に動作しているように見えましたが、テスト ケースの 1 つで最初の実行時例外に遭遇しました。ライブラリ内のコードを修正しようとしたときに、JUnit テスト パネル内の任意の項目をダブルクリックすると、対応する .java ファイルではなく .class ファイルが開かれることがわかりました。したがって、パッケージ階層をクロールして .java ファイルを手動で取得するまで、コードを編集することはできません。
また、デバッガー/テスト ランナーは、ライブラリ内のブレークポイントを喜んで無視しています。ライブラリのコードがワークスペースにあることをテスト プロジェクトに認識させる方法はありますか? ブレークポイントを使用してデバッグする機能がないこと、およびスタック トレースからコードにジャンプすることは、生産性の大きな問題です。
補遺: Eclipse を終了して別のセッションを開始した後、ブレークポイントが尊重されるようになりました。ただし、デバッグ パースペクティブは、対応する .java ファイルの代わりに .class ファイルを開きます。