권장 통합 절차
1. 코드를 개발한다.
2. 이를 단위 테스트 한다.
3. 개발자는 디버거로 모든 예외(Exception)이나 오류를 포함하여 각 코드 라인을 꼼꼼히 살핀다.
4. 이 원시 코드를 개인적으로 복사해둔 메일 빌드에 통합시킨다.
5. 이 코드를 테크니컬 리뷰 한다.
6. 개발자는 테스트 사례 준비를 위해 비공식적으로 코드를 테스트하도록 넘겨 준다.
7. 코드 리뷰가 끝나기를 기다린다.
8. 리뷰 도중 확인된 문제를 수정한다.
9. 수정 내용을 리뷰한다.
10. 최종 코드를 메인 빌드에 통합한다.
11. 해당 코드에 대해 '완료'를 선언하고, 프로젝트 활동 목록에 체크해 놓는다.
1. 코드를 개발한다.
2. 이를 단위 테스트 한다.
3. 개발자는 디버거로 모든 예외(Exception)이나 오류를 포함하여 각 코드 라인을 꼼꼼히 살핀다.
4. 이 원시 코드를 개인적으로 복사해둔 메일 빌드에 통합시킨다.
5. 이 코드를 테크니컬 리뷰 한다.
6. 개발자는 테스트 사례 준비를 위해 비공식적으로 코드를 테스트하도록 넘겨 준다.
7. 코드 리뷰가 끝나기를 기다린다.
8. 리뷰 도중 확인된 문제를 수정한다.
9. 수정 내용을 리뷰한다.
10. 최종 코드를 메인 빌드에 통합한다.
11. 해당 코드에 대해 '완료'를 선언하고, 프로젝트 활동 목록에 체크해 놓는다.
SPSG에 나온 글이다.
코드리뷰도 중요하지만, 리뷰 도중에 확인 된 문제를 수정하고, 수정된 내용을 다시 리뷰할수 있는 시간을 확보하는 것이 중요하다.
트랙백 보낼 주소 :: http://www.ologist.co.kr/trackback/516
-
SPSG에 요약글들
from ologist`s blog2.02007/02/10 21:16
프로젝트 초기에 프로세스에 투자하면 후반에 많은 혜택을 가져온다훌륭한 프로젝트 팀은 요구사항과 아키텍처를 주의 깊게 검토하여 상류쪽 문제를 정정할 수 있는 기회를 스스로 만들어낸다.프로젝트 초반에는 '비용 및 일정 목표가 확실'하던가 아니면 '요구사항이 확실'하던가 둘 중의 하나다. 이 두 가지 모두 확실한 경우는 없다.어떤 사람들은 불가능한 목표를 좋아한다. 그러나 개발자들이란 현실주의자자. 그렇기때문에 대부분은 불가능한 목표를 접하면 의욕을 잃고.. -
SPSG-NASA SEL의 소프트웨어 성공을 위해 할일/하지 말아야 할 일
from ologist`s blog2.02007/02/10 21:17 NASA SEL의 소프트웨어 성공을 위해 할일 소프트 웨어 개발 계획을 만들고 따른다. 프로젝트 인력에게 권한을 부여한다.인력의 잠재성을 충분히 활용한다 권위주의를 최소화한다.프로세스의 부담을 최소화한다. 요구사항의 베이스라인을 정의하고, 변경사항을 관리한다.요구사항이나 정의되지 않은 요구사항은 상세하게 목록으로 만들고 비용과 일정에 미치는 영향에 따라 우선순위를 매긴다. 프로젝트의 건강 상태와 진행상황을 주기적으로 점검하고 필요하다면 재계획한다... -
"소프트웨어 프로젝트 생존 전략"
from 검은열기의 융합e &2007/02/18 22:59 <DIV align=left><FONT face=verdana>"소프트웨어 프로젝트 생존 전략 (SPSG, Software Project Survival Guide)"</FONT></DIV> <DIV align=left><FONT face=verdana></FONT> </DIV> <DIV align=left><FONT face=verdana><IMG id=userImg6015692 style="CURSOR: hand" onclick=po..
