개발된, 또는 개발 중인, 모든 모듈은 각각의 기능에 대해, 충분한 테스트들을 가지고 있어야 한다.
Flex는 Presentation Layer 영역이라서, 아직까지는 각 컴포넌트들에 대해 테스트를 작성하는 경우는 드물지만, 적어도 한 번 쓰고 버릴, 개인 프로젝트용 컴포넌트가 아닌 이상, 테스트는 작성해두는 것이 좋다.
테스트를 작성하여 생기는 이점으로는,
- 개발 이후 변경 사항이 발생하였을 시, 해당 변경 사항으로 인해 기존의 어플리케이션에 영향을 줄 파급 효과를 예방할 수 있으며,
- 테스트가 가능하도록 만드는 것 만으로, 구조적으로 보다 독립적인, 충분히 Modularized 된 컴포넌트를 작성할 수 있다.
옮기며 덧붙임
이 글을 작성할 당시까지만 해도 FlexUnit은 자체적으로 제공하는 문서는 커녕, 관련 문서조차도 찾아보기 어려울 정도로 초기의 프로젝트였고, 기능도 거의 없었습니다.
또한 Mustella가 개발되기 이전이었고, 비동기 테스트를 지원하지 않아, UI 테스트는 불가능에 가까웠으며, Ant 등과의 integration을 지원하지 않아 널리 사용되지 않고 있었지요.
물론, 커맨드 라인에서 실행 가능한 asunit이 있었으나 역시 잘 사용되지 않고 있었으며, 당시에는 Flex와는 호환이 잘 되지 않았습니다.
이제는 FlexUnit의 기능도 많이 늘어났고, 또한 Flash Builder에 통합이 되어 한결 사용이 쉬워졌으며, UI Test가 가능한 Mustella도 조금씩 베일을 벗고 있으니, 가능한 한 충분히 활용함이 타당할 것입니다.
'Software Engineering' 카테고리의 다른 글
| 출제자의 의도 파악 문제 (2) | 2008/05/30 |
|---|---|
| 깨끗한 코드 (2) | 2008/03/10 |
| 소프트웨어의 수명 정하기 (0) | 2008/02/22 |
| 성급한 퍼포먼스 튜닝 (6) | 2007/05/06 |
| 코드의 레이어링 (0) | 2007/03/11 |
| 테스트 케이스 (0) | 2007/03/07 |
댓글을 달아 주세요