안녕하세요. 인사이트 출판사입니다.
저희 출판사에서 Practices of an Agile Developer라는 책 번역을 하고 있습니다.
Talk about Software with hani라는 블로그를 운영하시는 신승환님과 정태중님께서 번역하셨죠.
이 책의 리뷰를 요청드릴 수 있을까해서 글을 남깁니다.(메일을 찾을 수 없어서요. ^^)
insight at insightbook dot co dot kr 로 연락 한번 주시겠습니까?
UnitTest에는 두 가지 의미가 있습니다. 하나는 여러 종류의 테스트 전략(단위 테스트, 통합 테스트, 인수 테스트 ..) 중 하나인 단위 테스트를 의미합니다. 시스템의 여러 기능을 작은 단위로 나누어서 테스트한다는 의미입니다.
나머지 하나는 단위 테스트를 돕는 라이브러리입니다. 각 언어마다 여러 종류의 구현체가 있지만 작동 형태는 대개 비슷합니다.
* 테스트의 목적을 명시하는 단언(Assertion) 관련 함수들을 제공합니다
* 모든 테스트의 성공 실패 여부를 모아서 보여주고, 실패하는 경우에는 위치를 알려주는 기능을 제공합니다
* 보유한 테스트와 성공, 실패한 테스트의 갯수를 표시합니다
* 비슷한 테스트를 하나의 그룹으로 모아 두는 테스트 스위트를 제공합니다
UnitTest를 꼼꼼히 잘 작성해 두면, 새로운 기능이 들어가거나 기존 구조를 리팩토링 했을 때 기존과 다르게 동작해서 테스트가 실패하는 것을 즉시 알 수 있기 때문에 많은 도움이 됩니다. 하지만 개발자들은 기능이 제대로 작동하기 시작하면 테스트를 작성할 생각을 하지 않기 때문에, 테스트를 먼저 작성하고 기능을 구현하는 방식의 TDD가 효과적이기도 하고요.
남기신 글을 읽고 제가 어디서 UnitTest를 소개했나 싶어서 검색을 해봤는데 못 찾았습니다. ^^ ; 어디서 읽으셨나요? 사실 기획과는 큰 관계는 없다고 생각합니다. ;;
단지, 새로운 기획 내용을 금방 넣을 수 있을 것 같아서 구현했다가 기존 기능이 망가지기라도 하면 그 즉시 알 수 있다는 측면에서 도움이 된다고 볼 수도 있겠네요. 제가 작년(재작년?)에 XML 기반 트리거 언어를 만들 때 쉽게 구현 가능하리라고 생각하고 냉큼 새로운 기능을 넣은 적이 있습니다. 그랬더니 바로 여러 개의 테스트가 깨지더라구요. 문제를 발견하고 해결하는데 큰 도움이 되었죠. 하지만 이 경우는 새로운 기능도 만들어 넣으면서 기존 기능도 안전하게 작동하도록 보장해주는 정도이지 기획 내용이 현재 시스템에 적합한지를 알려줄 수 있을지는 모르겠네요.
제가 unittest가 도움이 되었다는건 기획이 나왔을 때 기존 구현에 적합한지를 판단한다기 보다는 말씀하신대로 A-2를 고쳤을 때 그 수정이 다른 기능에 미치는 여파를 미리미리 알고 수정할 수 있다는 점에서 말씀드렸던 거예요. 그 방식은 윗 댓글에서 쓴 바와 같고요. ^^
방명록
풍림화산입니다. 북기빙 신청자 한 명 있어서 책 드리렵니다. ^^ 제 블로그에 비밀 덧글로 주소와 성함(필요하면 연락처까지) 남겨주시면 배송해드리지요.
2007/11/05 08:40어우 죄송합니다. 워낙에 글 써주는 분들이 없다보니 방명록을 거의 안 들어와서요. 죄송합니다. ㅠ
안녕하세요. 인사이트 출판사입니다.
2007/06/27 14:32저희 출판사에서 Practices of an Agile Developer라는 책 번역을 하고 있습니다.
Talk about Software with hani라는 블로그를 운영하시는 신승환님과 정태중님께서 번역하셨죠.
이 책의 리뷰를 요청드릴 수 있을까해서 글을 남깁니다.(메일을 찾을 수 없어서요. ^^)
insight at insightbook dot co dot kr 로 연락 한번 주시겠습니까?
메일 드렸습니다.
unittest라는게 어떤걸 말씀하시는지 알려주실 수 있을까요?^-^;
2007/02/15 10:01새로운 기획내용이 현재 시스템에 적합한지를
알 수 있는 것인가요?^^;
UnitTest에는 두 가지 의미가 있습니다. 하나는 여러 종류의 테스트 전략(단위 테스트, 통합 테스트, 인수 테스트 ..) 중 하나인 단위 테스트를 의미합니다. 시스템의 여러 기능을 작은 단위로 나누어서 테스트한다는 의미입니다.
나머지 하나는 단위 테스트를 돕는 라이브러리입니다. 각 언어마다 여러 종류의 구현체가 있지만 작동 형태는 대개 비슷합니다.
* 테스트의 목적을 명시하는 단언(Assertion) 관련 함수들을 제공합니다
* 모든 테스트의 성공 실패 여부를 모아서 보여주고, 실패하는 경우에는 위치를 알려주는 기능을 제공합니다
* 보유한 테스트와 성공, 실패한 테스트의 갯수를 표시합니다
* 비슷한 테스트를 하나의 그룹으로 모아 두는 테스트 스위트를 제공합니다
UnitTest를 꼼꼼히 잘 작성해 두면, 새로운 기능이 들어가거나 기존 구조를 리팩토링 했을 때 기존과 다르게 동작해서 테스트가 실패하는 것을 즉시 알 수 있기 때문에 많은 도움이 됩니다. 하지만 개발자들은 기능이 제대로 작동하기 시작하면 테스트를 작성할 생각을 하지 않기 때문에, 테스트를 먼저 작성하고 기능을 구현하는 방식의 TDD가 효과적이기도 하고요.
남기신 글을 읽고 제가 어디서 UnitTest를 소개했나 싶어서 검색을 해봤는데 못 찾았습니다. ^^ ; 어디서 읽으셨나요? 사실 기획과는 큰 관계는 없다고 생각합니다. ;;
단지, 새로운 기획 내용을 금방 넣을 수 있을 것 같아서 구현했다가 기존 기능이 망가지기라도 하면 그 즉시 알 수 있다는 측면에서 도움이 된다고 볼 수도 있겠네요. 제가 작년(재작년?)에 XML 기반 트리거 언어를 만들 때 쉽게 구현 가능하리라고 생각하고 냉큼 새로운 기능을 넣은 적이 있습니다. 그랬더니 바로 여러 개의 테스트가 깨지더라구요. 문제를 발견하고 해결하는데 큰 도움이 되었죠. 하지만 이 경우는 새로운 기능도 만들어 넣으면서 기존 기능도 안전하게 작동하도록 보장해주는 정도이지 기획 내용이 현재 시스템에 적합한지를 알려줄 수 있을지는 모르겠네요.
말이 많았는데; 좀 도움이 되셨나요?
아;;; 딴 소리 해서 죄송합니다. 제가 블로그에 댓글로 남긴 글 때문에 물어보신거네요.
제가 unittest가 도움이 되었다는건 기획이 나왔을 때 기존 구현에 적합한지를 판단한다기 보다는 말씀하신대로 A-2를 고쳤을 때 그 수정이 다른 기능에 미치는 여파를 미리미리 알고 수정할 수 있다는 점에서 말씀드렸던 거예요. 그 방식은 윗 댓글에서 쓴 바와 같고요. ^^
혹시 msn 메신저를 사용하신다면 메신저에 등록을 해서 앞으로 자주 이야기 하고 싶습니다.^^
2007/01/27 18:24참고로 제 이름은 최흥배 라고 합니다.저는 (주)손오공 개발1팀에서 서버 프로그래머로 일하고 있습니다.
메신저는 msn : jacking75@msn.com 입니다.
그런데 지금 다니는 회사는 어디야?
2006/12/14 01:30CJIG예요