내가 찾은 할 때, 학습 및 이시모크 전화했는데 학습에 대한 제모크 조금 가파른 (단, 아마 that& # 39 의 저만요).
I like 모크리토 상태였기 때문에 간단하고 명료하게 구문을 아주 빠르게 파악할 수 있는 거라고. 최소 구문은 일반적인 건 잘 았겠습니다, 비록 내가 필요한 지원을 위해 여러 번 뭔가를 이루기 위해 지원 및 쉽냐구요 내가 갖고 싶은 것은 좀 더 복잡한 찾았다.
import static org.mockito.Mockito.*;
List mockedList = mock(List.class);
mockedList.clear();
verify(mockedList).clear();
내가 생각할 수 있는 유일한 것이 won& # 39, t 조룽 정적임 방법 등이 있다.
그래서 나는 내가 포베르모크 작성자입니다 분명히 하는 것이 좋습니다! -)
포베르모크 과 이시모크 연장시킵니다 모크리토 모두 할 수 있는 조룽 정적 메서드는, 최종 심지어 개인 방법. 이시모크 을 이용할 수 있지만, 더 많은 작업을 완료하십시오 모크리토 플러그인에는 필요합니다. 우리는 제모크 지원 그리고 추가할 계획이다.
목적이 아닌 다른 프레임워크와도 포베르모크 교체할 수 있는 상황에서 사용할 수 있으며, 다른 프레임워크와도 까다로운 does& # 39 조롱하는 수 없다. 또 다른 map_layer 포베르모크 같은 유용한 기능을 억제 정적임 초기화 및 구성자를.
이 프로젝트 (http://jmockit.org), a href = " < " > 제모키스 site< /a>;;;; 현재 많은 정보 등을 조롱하는 툴킷 포함되어 있습니다.
특히, http://jmockit.org/MockingToolkitComparisonMatrix.html", 비교, a href = " < 체크아웃합니다 >, 기능,,, matrix< /a> 담당하고 있으며, 이시모크 제모크 모크리토 유니티우스 조룽, 물론, 포베르모크 제모키스. 나는 정확하고 최신품이다, 최대한 유지하기 위해 시도하시겠습니까.
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 훨씬 더 강력한 '의 기본 기능을 제공하는 등 조롱을 앞패널 모크퍼' 와 '스터브퍼' 클래스.
1 와 [이시모크] 내가 사용하기 시작했고 비꼬는 데 쓰인다. 하지만 좀 쉽게 이해하는 데 충분한 재적용 단계 짜증나게 했다. [모크리토] [2] 이 또한 절감뿐만 클리너, 구문과 마치 그 주요 목적은 가독성을 중 하나가 되었다. 내가 얼마나 중요한지, 대부분의 시간을 보낸다 스트레스 없는 만큼 이는 개발자가 아닌 기존 코드를 판독값 및 유지 관리 제작하든.
좋은 건 다른 인터페이스와 구축상의 클래스는 처리됩니까 동일한 방법으로 이시모크 creditbank. 달리 여전히 기억할 필요가 있습니다 (, 체크) 를 사용하는 것이 이시모크 클래스용 확장자입니다.
For me, the sweet 별색 기술입니까 모크리토 안타, 그리고 대부분의 코드를 읽고 쓸 수 있는 상황을 다루는 가장 필요합니다. Using [모크리토] [2] 와 포베르모크 약간만이라도 제가 고르라면서요.
한 가지는 경우 주의해야 할 점은 개발 도구를 선택할 때와 조교하실 혼자서 또는 작은 팀, 가장 큰 회사는 출사표를 않을 수 있는 다양한 개발자 기술 수준. 후자의 경우, 사용 편의성, 단순한 가독성을 고려해 더 필요할 것이다. 말이 안 돼 있는 많은 사람들이 그것을 사용하지 않을 경우 궁극적인 조롱을 받고 프레임워크입니다 다니엘을 방관하겠나 유지하며 테스트.
[2]: http://code.google.com/p/mockito/ " Mockito"; [3]: http://jmockit.org/ " JMockit";
예, 모크리토 것은 큰 레임워크. [햄크레스트] 내가 써도 함께 (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).
One thing I like about 모크리토 don& # 39, t 자 [can& # 39, t 스터브에 정적 메서드는] (http://code.google.com/p/mockito/wiki/FAQ).