링크를 찾을려다 실패하였지만...
"테스트주도 개발은 프로젝트의 복잡성을 증가합니다."라는 글을 읽으며 맘속에 울림이 있었다.
평소에 작업하던 모듈의 확장과 기능 변화를 위해 새로 작성하면서
TDD로 작성하였고 복잡도가 증가와 어느순간 "응 ? 여긴 어디 뭐지 @_@" 하는 느낌을 받을 때였다.
이후 진행되는 모듈(클래스)는 일단작업하였고 모듈이 완성되었다.
자동화된 테스트가 아닌 수동테스트를 하면서 다시 돌아오는 느낌은
- "시나리오를 다양하게 테스트 하기위해서",
- "다양한 시나리오를 견뎌내는 클래스 작성을 위해서"
라면 테스트 작성이 필요하다는 생각이다. 히밤 테스트 작성하자 ㅜㅜ
순환오류 ㅜㅜ....
TDD작성간에 순수 Class Module간의 연동을 벗어나 외부의 자원(DB, Device 등)을 연계시나리오를 검증하기 위해서는 Mock Object가 필요하다.
Delphi 에서 MockObject를 활용한 테스트 작성에는 Delphi-Mock 이필요하며,
테스트를 위해서는 외부의 자원을 Interface로 완벽하게 분리 하여야 한다.
결국 행위 제어 클래스는 외부 자원Interface를 런타임시에 할당 받아 활용하여야 한다.
2개의 외부자원을 활용하는데 각기 다른 행위(Method)가 존재한다면, 자원의 다른 특성은 Interface 상속을 통해 해결할 수 있을 것으로 생각된다.
내일은 테스트를 만들자.
'Delphi > TDD/DUnit' 카테고리의 다른 글
| Introduced MockObject for writing test (0) | 2012/04/15 |
|---|---|
| 지금까지 작성된 테스트 (0) | 2012/04/04 |
| DUnit Tip (0) | 2012/04/02 |
| Delphi TDD - gWon (3) | 2010/02/18 |
Prev
Rss Feed