1장 Source Control을 사용하고 있습니까
2장 한 번에 빌드를 만들어 낼 수 있습니까
3장 day-build를 만들고 있습니까
4장 버그 데이터 베이스를 가지고 있습니까
5장 새로운 코드들을 작성하기 전에 버그를 해결합니까
6장 up-to-date 스케쥴을 가지고 있습니까
7장 SPEC(사양서)을 가지고 있습니까
1.source control을 사용하고 있습니까
프로젝트에 사용되는 모든 소스들을 중앙 집중적인 repository(저장소)에 저장해
두고 버전관리하는 시스템을 이용하는 지
팀 단위로 작업시 여러 사용자가 일관되게 작업할 수 있는 장점이 있음
소스 컨트롤을 사용하지 않는다면 각 사용자가 자신이 작업한 소스를 다른 팀원에게
ftp나 메신저 등으로 전달해야 함 이 과정에서 각 사용자가 실수로 무언가를
빠뜨리거나 소스를 덮어쓰는 등의 사고가 발생할 가능성이 커짐
소스 컨트롤를 사용하면 중앙의 서버에 모든 소스가 있으므로 사용자는 항상 여기서
최신 버전의 소소를 가져오면 되고 필요하다면 예전의 소스를 버전별로 찾는 것도 가능함
2.한 번에 빌드를 만들어 낼 수 있습니까
통상 one-step build라고 하는 데 이것은 아무것도 없는 상황에서 하나의 스크립트나 파일을 실행시킴으로써 최종 결과물(빌드)을 만들어낼 수 있는 지 묻는 것입니다
보통 애플리케이션의 배포본을 얻기 위해서는 우선 소스 서버에서 소스를 가져오고 이를
컴파일한 후 이미지나 사운드 등 필요한 리소스를 추가합니다
그리고 install shield같은 프로그램을 실행시켜 설치 파일을 만들면 작업이 종료
하지만 이런 작업을 사람이 수동으로 하면 여러 단계를 거쳐야 하므로 각 단계별로 실수가 발생할 가능성이 높아짐
필수적인 파일을 빠뜨린다든가 예전 파일을 배포본에 넣는 실수가 없다고 확신할 수 없습니다.
한 번에 빌드를 만들어 낼 수 있다는 것은 스크립트를 실행하는 것만으로 최신 버번의 소스를 가져와서 컴파일하고 필요한 리소스들을 더하고 그 후 설치 파일까지 만들어 낼 수 있다는 뜻입니다
이렇게 되면 개발자가 휴가를 갔더라도 관리자가 스크립트를 한 번 실행하는 것으로 최종 결과물을 얻을 수 있음
3.day-build를 만들고 있습니까
만약 빌드는 오랬동안 만들지 않았는 데 제품을 출시하하 무렵에 빌드를 만들어 보니 오류가 생겼다면 어디서 문제가 발생했는 지 확인하는 데 시간이 소요됨
경우에 따라서는 이 문제를 해결하면서 또 다른 버그가 발생할 수도 있음
day-build는 매일 한 번씩 빌드를 만들어 봄으로써 소스 서버에 있는 소스가 항상 빌드가능한 상태라는 것을 확인할 수 있게 해주며 위에서 언급한 것과 같은 문제의 발생을
원천 봉쇄함
4.버그 데이터 베이스를 가지고 있습니까
만들어낸 결과물에 버그가 있다면 이를 정리한 버그 db를 구축하는 것이 작업에 효율적입니다.
이 버그 db는 꼭 거창한 시스템으로 하지 않아도 되며 간단한 게시판이나 문서를 작성하는 것만으로도 충분합니다
하지만 다음의 다섯가지 항목은 반드시 들어가는 것이 좋습니다
버그를 재현할 수 있는 과정 버그가 없었다면 이루어졌어야 하는 결과 버그로 인해 생긴 결과 이 버그를 책임질 사람은 누구인가 수정되었는 지의 여부
5.새로운 코드들을 작성하기 전에 버그를 해결합니까
정말 크리티컬하고 심각한 버그는 다음 단계로 가기 전에 모두 정리해야 함 (이하 생략)
