티스토리 뷰
테스터 분들이 보시면 기분나빠하실지도 모르지만, 개발보다 지루한 작업이기 때문이죠.
하지만 테스트는 언젠가 해야하고, 프로그램의 품질에 지대한 영향을 끼칩니다.
프로그래머는 모든 상황을 생각할 수 없습니다. 현재의 코드가 미칠 여파를 모두 생각해내는건 사실상 불가능하죠.
프로그래머의 논리적 빈틈은 테스트를 통해서 해결해야합니다.
그런 코드의 빈틈을 테스터에게만 맡길 수 있을까요?
그 프로그램을 작성한 사람보다 빈틈을 더 잘 찾을 수 있을까요?
프로그래머가 하는 테스트가 꼼꼼하다면 프로그램이 공개 되고 나서 발생할 문제를 상당수 방지 하거나 해결 할 수 있습니다.
테스트 주도 개발은 기본적으로 리팩토링을 기반으로 이루어집니다.
테스트를 통해 개발을 하며, 리팩토링을 통해 같은 기능을 하지만 좀 더 좋은 코드를 자연스레 갖춰나갈 수 있게 됩니다.
개발자 선에서 이루어지는 테스트 도중 더 좋은 아이디어를 떠올릴 수도 있고, 빈틈 하나 하나를 채워가며 높이는 완성도는 프로그램의 가치를 높여줄 것이라고 확신합니다.
'Book review' 카테고리의 다른 글
네트워크를 훔쳐라 - 그들의 심리를 파악하자 (0) | 2008.01.14 |
---|---|
레이몬드 첸의 윈도우 개발 282 스토리 - 윈도우의 현재를 말해주는 비하인드 스토리 (0) | 2008.01.12 |
Art of Unix Programming - 프로그래머가 가져야 할 마음 가짐을 알려주는 좋은 책. (0) | 2008.01.12 |
패턴 그리고 객체지향적 코딩의 법칙 - 그들의 경험을 쉽게 이해하는 한가지 방법 (0) | 2008.01.12 |
소프트웨어 보안 : 코드 깨부수기 - 취약점을 파고 드는 다양한 공격 방법들 (0) | 2008.01.12 |
댓글
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 멀티스레드
- 디버깅
- SQLite Spy
- 게임데브포에버
- EzShortcut
- 임백준
- ftp
- 게임개발포에버
- EasyExec
- 바로가기 프로그램
- ruby
- svn
- CppSQLite
- 좋은 프로그래머
- SDL
- Ruby on Rails
- 루비 온 레일즈
- Rails
- 리버스 엔지니어링
- TDD
- 디자인 패턴
- 엘키
- RoR
- 조엘 온 소프트웨어
- c언어
- TraceRoute
- NDC2013
- 루비
- MS-SQL
- perfmon
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
글 보관함