EasyMock vs Jmock

2006/12/24 13:15
테스트의 중요성이 날이 갈수록 더 중요해지고 있는 시점에 FakeObject인 Mock객체에 대한 관심도 높아지고 있다. 나도 TestCase를 Refactoring을 하면서 Mock사용을 증가하고 있는 시점이다.

일반적으로 개발자들이 선택하는 mock라이브러리는 EasyMock하고 Jmock이다. 둘다 예제를 보니 잘 되어있다.

Human Interface, FluentAPI로 된 Jmock은 코드가 간결하고 사용하기도 쉽고, 이해하기 쉽다는 강점이 있지만, 메소드 네임이 string기반이라 refactoring에 치명적인 약점을 보이고 있다.

특히, 나같이 클래스 이름이나 메소드 이름을 자주 바꾸는 사람은 매번 테스트 케이스가 깨지면서 고치는 일이 많아질 것이다.

rename refactoring을 많이 사용하는 나는 일단, EasyMock을 조심히 선택을 해본다.

PS.
근데, 인간적으로 Jmock API 이쁘다!!

트랙백 보낼 주소 :: http://www.ologist.co.kr/trackback/468

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

  1. 정재훈
    2006/12/26 00:39
    댓글 주소 수정/삭제 댓글
    jmock의 api에 관심을 가지게 된건 윤대리님 메일을 통해서입니다. 처음에 딱 봤을때, 이거 smalltalk(의 cascading message) 방식이구나 하는 걸 바로 느꼈는데요. 자세히 보니 그것과는 약간 차이가 나더군요. 어쩌다가 jmock 관련해서 논문을 읽게 되었는데, 저자분들도 처음에는 smalltalk 처럼 api 를 만들려고 하다가 이렇게 되었다고 그러시더라구요. jmock 을 살펴보면서 mock 이란게 결코 어려운 개념이 아니다라는 것을 느끼게 되었습니다.
    * eclipse 에서 jmock 을 쓰면 불편한 점
    1. 위에 말씀하신대로 자동 refactoring 이 안된다.
    2. 기껏 jmock api 줄 맞춰서 적어놓았다가, 자동 코드 포맷팅 하면 다 뭉개진다. ㅡㅡ;;
    이정도일까요?^^
  2. 2008/05/23 04:35
    댓글 주소 수정/삭제 댓글
    중대한 축하!경이롭 위치 위치!
  3. 2008/05/23 05:10
    댓글 주소 수정/삭제 댓글
    걸출한 블로그!
  4. 2008/05/23 06:54
    댓글 주소 수정/삭제 댓글
    너의 방문한 위치를 즐기는!
  5. 2008/05/23 07:36
    댓글 주소 수정/삭제 댓글
    아주 좋은 나는 위치 그것을 감사 좋아한다!
  6. 2008/05/24 01:41
    댓글 주소 수정/삭제 댓글
    이 위치는 아니라 유익한뿐 재미있는다!
  7. 2008/05/24 01:55
    댓글 주소 수정/삭제 댓글
    친구는 너의 현재 위치의 팬이 되었다!
  8. 2008/05/24 01:55
    댓글 주소 수정/삭제 댓글
    걸출한 위치! 많은 감사.


BLOG main image
OOP and Java by ologist

공지사항

카테고리

All (649)
private!! (106)
WEB & IT (140)
Developer (400)