私はビジネスレイヤを嘲笑するメリットを見出そうとしています。テストするときは、ビジネスロジックを検証して、データレイヤーをモックする必要があります。ビジネスオブジェクトをモックするケース
ビジネス層を嘲笑するメリットはありますか?
私はビジネスレイヤを嘲笑するメリットを見出そうとしています。テストするときは、ビジネスロジックを検証して、データレイヤーをモックする必要があります。ビジネスオブジェクトをモックするケース
ビジネス層を嘲笑するメリットはありますか?
私は「モック」とは、あらゆる種類のスタンドを意味しています。私がモックを聞くと、私は期待(例えばmock.should_recieve:do_something)と思っていますが、あなたの "模擬"データはスタブのように聞こえます。
spectrum of philosophy from「本当に必要な場合にのみ、偽物にする」という「すべてを偽造する」があります。常にダブルスを使用するための1つの論理的根拠は、テストのスピードアップ(これは悪い議論かもしれません - this amazing presentation参照)と失敗を分離することです。あなたが言及した場合には
- データ層の符号化 - 上記のものに加えて、いくつかの利点は次のようになります。
HTH、 ショーン
プレゼンテーションレイヤーでコードを単体テストする場合は、ビジネスレイヤーをモックしたいかもしれません。 がそのテストではのテストではないというコードの部分を模倣します。