다음을 통해 공유


개발 작업 완료

작업, 버그 또는 다른 작업 항목을 처리하기 위해 코드 변경 사항을 구현하고 테스트한 후에는 대개 몇 가지 추가 작업을 수행합니다. 팀 환경에서는 종종 개발 팀의 멤버 중 한 명 이상에게 코드를 검토하도록 요청합니다. 또한 응용 프로그램의 최종 전체 빌드를 수행해야 합니다.

코드를 체크 인하기 전에 일련의 체크 인 테스트를 거쳐야 할 수 있습니다. 모든 조건을 만족한 후에는 보류 중인 코드 변경 내용을 체크 인하고 병합 충돌을 해결할 수 있습니다.

필요한 모든 단계를 완료한 후에 해당 작업, 버그 또는 다른 작업 항목을 해결해야 합니다.

일반 작업

Task

지원 내용

동료에게 코드 검토 요청: 대부분의 팀 개발 환경에서는 코드 변경 내용을 체크 인하기 전에 한 명 이상의 동료가 코드 변경 내용을 검토해야 합니다. 팀에서 이 단계가 필요하지 않더라도 동료 중 한 명이 복잡한 코드를 검토하도록 하는 것이 좋습니다.

코드 검토를 용이하게 하기 위해 변경 내용이 포함된 보류 집합을 준비할 수 있습니다. 그러면 다른 팀 멤버가 보류 집합의 내용을 검사할 수 있습니다. 또한 변경 내용이 버전 제어에 저장되므로 사용자는 다른 작업을 수행할 수 있으며 개발 환경에 예기치 않은 문제가 발생하더라도 변경 작업을 안전하게 수행할 수 있습니다.

최종 전체 빌드 수행: 코드를 변경할 때 변경 중인 구성 요소만 빌드하는 경우가 많이 있습니다. 팀 환경에서는 변경 내용을 체크 인하기 전에 전체 응용 프로그램을 빌드하는 것이 좋습니다. 일부 팀에서는 연속 빌드를 실행하는 컴퓨터로 체크 인 항목을 전송할 수 있습니다.

모든 체크 인 테스트 실행: 대부분의 팀에서는 체크 인 테스트라고 하는 일종의 응용 프로그램 테스트를 실행해야 합니다. 이러한 테스트에서는 사용자가 직접 수정한 영역 이외의 영역에서 응용 프로그램 동작이 중단되지 않았는지 확인합니다.

모든 변경 내용 체크 인: 변경 내용을 확인한 후에는 변경 내용을 버전 제어에 체크 인하여 팀이 볼 수 있도록 합니다. 변경 내용을 체크 인하면 다음 전체 제품 빌드에도 해당 변경 내용이 나타나게 됩니다. 보류 중인 변경 내용이 제품 주기의 현재 단계에 너무 많은 위험을 불러온 경우 등에는 보류 중인 변경 내용을 되돌릴 수도 있습니다.

작업, 버그 및 다른 작업 항목 해결: 변경 내용을 체크 인한 후 관련 작업, 버그, 또는 변경 내용과 관련이 있는 다른 작업 항목을 해결할 수 있습니다. 일반적으로 변경 내용이 들어 있는 변경 집합을 작업 항목과 연결합니다. 이렇게 하면 나중에 버그가 반복될 때 관련 변경 집합을 쉽게 찾을 수 있습니다. 작업 항목 설명에는 다른 사람이 변경된 내용과 변경 이유를 이해할 수 있도록 충분한 정보를 포함해야 합니다. 또한 나중에 이 버전의 소스 코드를 다시 참조할 수 있도록 레이블을 적용하는 것이 좋습니다.

작업 항목을 완성한 후 해당 항목의 소요 시간이 예상한 것보다 훨씬 길거나 짧으면 개발 일정을 조정해야 할 수 있습니다.

디자인 피드백 제공: 코드를 변경할 때 응용 프로그램의 디자인 또는 아키텍처 요소를 변경해야 하는 경우가 있습니다. 디자인을 변경할 경우 아키텍처 또는 디자인 문서(모델 포함)를 업데이트하여 변경 내용을 반영해야 합니다. 또한 결함을 수정한 경우 다른 팀 멤버에게 해당 결함의 특성과 이후 그러한 결함을 방지하는 방법에 대한 지침을 제공할 수 있습니다.

관련 시나리오

  • 일반적인 개발 작업 수행
    개발 작업은 팀의 프로세스 또는 방법론에 따라 필요한 모든 단계를 수행한 후에야 완료됩니다.

  • 테스트에 대한 코드 변경 영향 식별
    변경 내용을 체크 인하고 관련 작업 항목을 해결하기 전에 테스트를 실행하여 코드 변경의 영향을 받는 응용 프로그램 요소를 확인해야 합니다. Visual Studio Premium 및 Visual Studio Ultimate의 테스트 영향 분석 기능을 사용하여 실행해야 하는 테스트 유형을 확인할 수 있습니다.

  • 단위 테스트를 사용하여 코드 확인
    기존 테스트를 실행해야 하며 응용 프로그램의 동작을 확인하기 위한 추가 테스트를 만들 수도 있습니다. 응용 프로그램에서 하나 이상의 데이터베이스를 사용하는 경우 해당 테스트에 사용할 실제 테스트 데이터를 생성할 수 있습니다.

  • 코드 분석 도구를 사용하여 응용 프로그램 품질 분석
    코드를 분석하여 응용 프로그램 사용자에게 문제를 일으킬 수 있는 일반적인 디자인 문제가 있는지 확인할 수 있습니다.

  • 개발 일정 및 작업 관리
    변경 내용을 체크 인하고 작업 항목을 해결한 후에는 현재 반복에 대한 개발 일정을 검토할 수 있습니다. 일정을 맞출 수 있는지 여부를 확인할 수 있습니다. 작업이 예상보다 오래 걸린 경우 해당 작업에 대해 작업 의존 관계가 있는 팀 멤버를 확인하여 지연의 영향을 논의할 수 있습니다.