39 를 사용하여 모크리토, 성공적인 결과를 i& 숨기지 않았다.

내가 찾은 할 때, 학습 및 이시모크 전화했는데 학습에 대한 제모크 조금 가파른 (단, 아마 that& # 39 의 저만요).

I like 모크리토 상태였기 때문에 간단하고 명료하게 구문을 아주 빠르게 파악할 수 있는 거라고. 최소 구문은 일반적인 건 잘 았겠습니다, 비록 내가 필요한 지원을 위해 여러 번 뭔가를 이루기 위해 지원 및 쉽냐구요 내가 갖고 싶은 것은 좀 더 복잡한 찾았다.

39 에서 예제에서와 모크리토 here& s an (요약 된), 홈페이지:

import static org.mockito.Mockito.*;

List mockedList = mock(List.class);
mockedList.clear();
verify(mockedList).clear();

39, t get it doesn& 훨씬 간단해진다는 이상입니다.

내가 생각할 수 있는 유일한 것이 won& # 39, t 조룽 정적임 방법 등이 있다.

그래서 나는 내가 포베르모크 작성자입니다 분명히 하는 것이 좋습니다! -)

포베르모크 과 이시모크 연장시킵니다 모크리토 모두 할 수 있는 조룽 정적 메서드는, 최종 심지어 개인 방법. 이시모크 을 이용할 수 있지만, 더 많은 작업을 완료하십시오 모크리토 플러그인에는 필요합니다. 우리는 제모크 지원 그리고 추가할 계획이다.

목적이 아닌 다른 프레임워크와도 포베르모크 교체할 수 있는 상황에서 사용할 수 있으며, 다른 프레임워크와도 까다로운 does& # 39 조롱하는 수 없다. 또 다른 map_layer 포베르모크 같은 유용한 기능을 억제 정적임 초기화 및 구성자를.

이 프로젝트 (http://jmockit.org), a href = &quot &lt &quot &gt 제모키스 site&lt /a>;;;; 현재 많은 정보 등을 조롱하는 툴킷 포함되어 있습니다.

특히, http://jmockit.org/MockingToolkitComparisonMatrix.html&quot, 비교, a href = &quot &lt 체크아웃합니다 &gt, 기능,,, matrix&lt /a&gt 담당하고 있으며, 이시모크 제모크 모크리토 유니티우스 조룽, 물론, 포베르모크 제모키스. 나는 정확하고 최신품이다, 최대한 유지하기 위해 시도하시겠습니까.

39, ve been i& 이 성공을 [제모키스] (http://jmockit.github.io/index.html).

39 의 it& it& # 39 의 새로운 등 아주 조금 기초형상 및 아래의 문서화. 정보기술 (it) 에서는 [ASM] (http://asm.objectweb.org/index.html), 수 있도록 바이트코드를 동적으로 재정의하지 클래스 등 모든 방법을 조룽 아웃해야 정적임, 개인, 구성자를, 정적 초기화. 예를 들면 다음과 같습니다.

import mockit.Mockit;

...
Mockit.redefineMethods(MyClassWithStaticInit.class,
                       MyReplacementClass.class);
...
class MyReplacementClass {
  public void $init() {...} // replace default constructor
  public static void $clinit{...} // replace static initializer
  public static void myStatic{...} // replace static method
  // etc...
}

It 는 녹음 / 수 있는 인터페이스 플레이백을 시나리오용으로 기대를 잘 알려져 있다.

import mockit.Expectations;
import org.testng.annotations.Test;

public class ExpecationsTest {
  private MyClass obj;

  @Test
  public void testFoo() {
    new Expectations(true) {
      MyClass c;
      {
        obj = c;
        invokeReturning(c.getFoo("foo", false), "bas");
      }
    };

    assert "bas".equals(obj.getFoo("foo", false));

    Expectations.assertSatisfied();
  }

  public static class MyClass {
    public String getFoo(String str, boolean bool) {
      if (bool) {
        return "foo";
      } else {
        return "bar";
      }
    }
  }
}

그러나 Java 5/6 필요하다는 것입니다.

보면 어쩐지 사용하여 테스트를 할 수도 있습니다 & # 39 에서 쉽게 사용할 수 있습니다, 그루비 조룽 jave 인터페이스와도 as& # 39. 연산자:

def request = [isUserInRole: { roleName -> roleName == "testRole"}] as HttpServletRequest 

이와 별도로 Groovy 훨씬 더 강력한 '의 기본 기능을 제공하는 등 조롱을 앞패널 모크퍼' 와 '스터브퍼' 클래스.

http://docs.codehaus.org/display/GROOVY/Groovy+Mocks

1 와 [이시모크] 내가 사용하기 시작했고 비꼬는 데 쓰인다. 하지만 좀 쉽게 이해하는 데 충분한 재적용 단계 짜증나게 했다. [모크리토] [2] 이 또한 절감뿐만 클리너, 구문과 마치 그 주요 목적은 가독성을 중 하나가 되었다. 내가 얼마나 중요한지, 대부분의 시간을 보낸다 스트레스 없는 만큼 이는 개발자가 아닌 기존 코드를 판독값 및 유지 관리 제작하든.

좋은 건 다른 인터페이스와 구축상의 클래스는 처리됩니까 동일한 방법으로 이시모크 creditbank. 달리 여전히 기억할 필요가 있습니다 (, 체크) 를 사용하는 것이 이시모크 클래스용 확장자입니다.

39, ve 수행됨을 i& [제모키스] [3] 최근 빠르게 확인할 수 있으며, 빨래, 내가 생각하는 동안 매우 포괄적인 목록을 피쳐에는 태그일 가격이 더 가독성이 결과 코드를 작성할 필요.

For me, the sweet 별색 기술입니까 모크리토 안타, 그리고 대부분의 코드를 읽고 쓸 수 있는 상황을 다루는 가장 필요합니다. Using [모크리토] [2] 와 포베르모크 약간만이라도 제가 고르라면서요.

한 가지는 경우 주의해야 할 점은 개발 도구를 선택할 때와 조교하실 혼자서 또는 작은 팀, 가장 큰 회사는 출사표를 않을 수 있는 다양한 개발자 기술 수준. 후자의 경우, 사용 편의성, 단순한 가독성을 고려해 더 필요할 것이다. 말이 안 돼 있는 많은 사람들이 그것을 사용하지 않을 경우 궁극적인 조롱을 받고 프레임워크입니다 다니엘을 방관하겠나 유지하며 테스트.

[2]: http://code.google.com/p/mockito/ &quot Mockito"; [3]: http://jmockit.org/ &quot JMockit";

이시모크 과 이시모크 클래스를 사용하여 집중적으로 우리는 아주 만족하고 있으며 확장명은 일하고 있습니다. 이 기본적으로 필요한 모든 것을 알 수 있습니다. # 39 에 대해 살펴보도록 문서, there& 매우 좋은 예 의 모든 기능을 보여 주는 이시모크.

내가 예전에는 제모크 초기. # 39, ve i& 모크리토 dell. 내 마지막 한 프로젝트 및 좋아했잖아. 더욱 더 간결하게, 합성법. 같은 정적 코드 a 에 있는 모든 요구를 포베르모크 닫히지만 없는 모크리토 조롱하는 인스턴스를 조롱하는, 제작, 최종 클래스뿐만 조롱하는 및 메서드을. 그래서 나는 내 모든 작업을 수행할 수 있어야 합니다.

I like 제모크 것가운데 기대 때문에 설정할 수 있습니다. 이는 전혀 다를 수 있는지 확인하는 메서드입니다 일부 조룽 라이브러리보다는 패널이라고 했습니다. 매우 정교한 기대를 제모크 사용하여 작성할 수 있습니다. 사기 수렁 제모크 참조하십시오.

예, 모크리토 것은 큰 레임워크. [햄크레스트] 내가 써도 함께 (http://code.google.com/p/hamcrest/) 및 [구글 기스] (http://code.google.com/p/google-guice/) 를 설치 내 테스트.

이 모든 작업을 할 수 있는 시스템을 조롱하는 위한 최상의 솔루션을 함께 오토메이티드 사양명세 기반 테스트. Java 의 http://schmidt. devlib. 스칼치크 및 레두스티오 기능 jave 에 프레임워크입니다 라이브러리란. 테스트 테스트 중인 제공할 수 있는 방법을 사양명세에 오토메이티드 사양명세 기반 프레임워크와도 (속성 있어야 하는 것은 진정한) 과 레임워크 생성하는지 테스트를 조룽 오브젝트에도 물론 자동으로.

예를 들어, 다음과 같은 속성을 마테오스크트 여부를 확인하기 위해 테스트 방법을 임의의 양수 n 제곱 is equal to 의 n 제곱근.

val propSqrt = forAll { (n: Int) => (n >= 0) ==> scala.Math.sqrt(n*n) == n }

전화하시기 때 프로프스크라트스치크 () ',' 의 속성을 검사하여 생성하는지 스칼치크 수백 개의 정수 및 각 모서리, 또한 자동으로 있다는 것을 확실히 하는 건 굳었나이다 설명이다.

비록 스칼치크 기록되어 있으며, 스칼라, s # 39 는 스칼라 컴파일러, it& 간편해집니다 Java 코드를 테스트하려면 진행합니다. 이 같은 순수 자바 프레임워크를 Java 는 레두스티오 기능 구현 개념.

또한 스터 빙 모크리토 옵션을 일치하는 인수 (라니나 () 와 같은 어니스트링 ()), 메서드 호출 수가 확인 (트리스턴스 (), 한 번 (3), ()), [등을] (http://mockito.googlecode.com/svn/branches/1.5/javadoc/org/mockito/Mockito.html).

39 는 것으로, 역시 이제는 i& 모크리토 [간단하고 명료하게] (https://stackoverflow.com/questions/22697/whats-the-best-mock-framework-for-java # 23048).

One thing I like about 모크리토 don& # 39, t 자 [can& # 39, t 스터브에 정적 메서드는] (http://code.google.com/p/mockito/wiki/FAQ).

조금은 다른 위해 사용할 수 있습니다 제러비 및 mocha-ae 이티스트 과 결합할 수 있는 자바 코드를 작성할 수 있는 표현 및 테스트 단축시킵니다 간결하고 루비. 유용한 몇 가지 사례를 함께 조롱하는 이티스트 here. 이 방법의 장점은 구체적인 클래스뿐만 조롱하는 것은 매우 간단합니다.

내가 사용하기 시작했고, 결국 제모크 통해 사용할 수 있지만 전환했습니다 이시모크 비꼬는 데 쓰인다. 그냥 그렇게 쉽게 느낄 수 있는 - - 이시모크 구문 함께 더 든다. 내가 haven& # 39, t 전환된 이후.