これは以前にも質問されたことがあると思いますが、前回は 2008 年半ばでした。
あなたが今新しいプロジェクトを始めるとしたら、どれを使いますか?またその理由は何ですか? 読みやすさ、使いやすさ、保守性、および全体的な堅牢性に関する長所/短所は何ですか?
これは以前にも質問されたことがあると思いますが、前回は 2008 年半ばでした。
あなたが今新しいプロジェクトを始めるとしたら、どれを使いますか?またその理由は何ですか? 読みやすさ、使いやすさ、保守性、および全体的な堅牢性に関する長所/短所は何ですか?
以前は Easymock を使用していましたが、現在は Mockito を使用しています。Easymock と比較して、Mockito の方がシンプルであることがわかりました。Easymock と Mockito の詳細な比較については、こちらを参照してください。
私たちの動機を説明すると、jMock は「独自の」ライブラリです。これは、共同作業するオブジェクト間のプロトコルに焦点を当てた OO 設計へのアプローチを導くように設計されています。システムをそのように考えていない場合、それはおそらく最善の選択肢ではありません。
私はEasyMockをしばらく使用しています。行きにくい場所へのアクセスを可能にする新機能を追加し続けます。
Mockito は、ほとんどの一般的なテスト ケースのコード行を節約します。
モック機能のニーズ/優先事項について詳しく説明していただけますか? 述べたように、かなり広い。
私の(偏った)答えはJMockitです。他のモック ツールキットとの簡単な比較については、比較マトリックスを参照してください。
それを使用して記述されたテスト コードは、より読みやすく、より構造化されている必要があります (並べて比較するためのサンプル テストがあります)。通常、JMockit モッキング API は、同じテストを作成するために必要な「使用」が他のモッキング API よりも少なくて済みます。IMO の最大の利点は、テストするコードの設計上の妥協を強制しないことです。欠点としては、JMockit はより高度な手法に依存し、より多くの機能を備えているため、ユーザーが予期しない問題に遭遇する可能性も高くなります。