IBM DW [IBM DW 스크린캐스팅] 테스트와 스프링 소스코드 및 원문: https://www.ibm.com/developerworks/mydeveloperworks/blogs/9e635b49-09e9-4c23-8999-a4d461aeace2/entry/277?lang=ko httpv://www.youtube.com/watch?v=SOfhE_Dt-f4&feature=player_embedded httpv://www.youtube.com/watch?v=2qHE734VPZA&feature=player_embedded
테스트 [Spring Security] Method Security Test @PreAuthorize(“hasRole(‘ROLE_MEMBER’)”) public boolean write(String contents) { while (graffitiRepository.getTotalRowCount() >= GRAFFITI_LIMIT_COUNT) { graffitiRepository.deleteFirstGraffiti();
서비스 통합 테스트 [OSAF 테스트 가이드 초안] 서비스 통합 테스트 서비스 통합 테스트 (테스트할 메서드 내에서 new를 이용하여 객체를 생성하는 등) 의존성을 목킹하기 까다로운 상황 또는, 사용하는 DAO의 기능을 충분히 테스트 했으며, DAO 실행 시간이 오래 걸리지 않을 경우 굳이 목킹하여 단위테스트를 작성할 필요 없이 통합 테스트를 작성 할 수 있습니다. 테스트 하지 않을 것 서비스 단위 테스트와 동일합니다. 테스트
서비스 단위 테스트 [OSAF 테스트 가이드 초안] 서비스 단위 테스트 서비스 단위 테스트 DAO를 사용하지 않는 부분을 테스트 하거나, 테스트 하려는 부분에서 사요하는 DAO 기능이 충분한 테스트를 거치지 않았거나, 테스트에서 사용하는 DAO가 아직 제대로 구현되지 않았거나, 실행이 오래 걸리는 DAO를 사용할 경우에 DAO를 목킹(mocking)하여 서비스 계층의 코드만 단위 테스트 할 수 있습니다. 테스트 하지 않을 것 DAO쪽으로 단순
DAO 테스트 [OSAF 테스트 가이드 초안] DAO 통합 테스트 어렴풋이 생각은 해봤었는데, 이번 기회에 정리해 보네요. 매우 주관적이며 OSAF 프레임워크를 사용하는 경우에 해당하는 가이드이기 때문에 통용될리는 없다고 생각합니다. 하지만 적어도 저한테는 이렇게 하는 것이 타당해 보이며, 조금만 응용하면, 다른 프레임워크 또는 별도의 프레임워크가 없는 경우에도 어느정도 적절할 것으로 보입니다. 그럼.. 차근차근 정리해 보겠습니다. DAO 통합 테스트 DAO 테스트는 항상
테스트 스프링의 이메일 기능 지원과 테스트를 살펴보자 스프링이 지원하는 이메일은 JavaMail과 JAF라는 것이 있습니다. 사용법은 간단하니.. 다음에 심심할 때 살펴보기로 하고, 지금은 사부님이 올리신 글과 관련 된 부분을 찾아보는게 급선무입니다. 스프링 이메일 기능은 context.support 모듈에 들어있습니다. 주요 클래스는 o.s.mail.javamail에 들어있는 JavaMailSender 인터페이스와 그 구현체인 JavaMailSenderImpl 클래스입니다. 인터페이스의 API를 읽어보면 다음과 같은 내용이 있습니다.
Cargo Cargo 메이븐 플러그인 설정하기 참조: http://cargo.codehaus.org/Maven2+plugin 상당히 간단하지만, 그 결과는 그다지 간단하지 않은 것 같습니다. 일단 설정은 이렇게 했습니다. <plugin> <groupId>org.codehaus.cargo&
테스트 테스트는 진짜로 잘 만들어야 함 오늘 테스트를 “제대로” 만들어야 함을 배웠습니다. 개발하고 배우고 느끼고 공부하고 혼나고 가끔 이렇게 공유도 하고 재밌습니다. 제가 만든 클래스는 제네릭 프로퍼티 에디터로, 특정 객체 타입이 오면 해당 객체가 가지고 있는 id 값을 화면에 보여주기 위한 클래스입니다. 즉 ${member} 라고 JSP에 적어두면 member 객체의 id를 사용합니다. 구현도 잘 했고,
테스트 9. Testing Techniques 책에서 다루고 있는 테스트 종류 Regression Test :: Unit Test를 묶어 둔 것으로 새로운 기능을 개발하기 전에 실행. 즉 테스트는 다른 테스트에 독립적이어야 함. Unit Test :: 단일 메소드 또는 기능을 테스트 하는 것 Load Test :: 병목현상이나 성능 측정을 위한 테스트 테스트가 왜 중요한가?