결함 관리 1. 결함 상태 추적 종류 설명 결함 분포 모듈 또는 컴포넌트의 특징 속성에 해당하는 결함 수 측정 결함 추세 테스트 진행 시간에 따른 결함 수의 추이 분석 결함 에이징 특정 결함 상태로 지속되는 시간 측정 2. 결함 추적 순서 순서 설명 결함 등록 (Open) 결함 검토 (Reviewed) 결함 할당 (Assigned) 결함을 고치기 위해 개발자와 문제 해결 담당자에게 결함이 할당 결함 수정 (Resolved) 개발자가 결함 수정 완료 결함 조치 보류 (Deferred) 수정이 불가능해 연기 결함 종료 해결(승인) 결함 해제 종료 승인된 결함을 검토해서 결함이 아니라고 판명 3. 결함 심각도, 결함 우선순위 - 결함 심각도 : 치명적(Critical) --> 주요(Major) --> 보통(N..

통합 테스트 1. 상향식 통합 테스트 - 프로그램의 하위 모듈에서 상위 모듈 방향으로 통합하면서 테스트하는 기법 - 하나의 주요 제어 모듈과 관련된 종속 모듈의 그룹인 클러스터 필요 * 클러스터 : 여러 대의 컴퓨터들이 연결되어 하나의 시스템처럼 동작하는 컴퓨터들의 집합 과정 하위 모듈들을 클러스터로 결합 --> 드라이버 작성 --> 클러스터 단위로 테스트 --> 테스트 완료 후 클러스터는 프로그램 구조의 상위로 이동해 결합하고 드라이버는 실제 모듈로 대체됨 2. 하향식 통합 테스트 - 프로그램의 상위 모듈에서 하위 모듈 방향으로 통합하면서 테스트 - 깊이 우선 통합법, 넓이 우선 통합법 사용 - 테스트 초기부터 사용자에게 시스템 구조를 보여줄 수 있음 - 상위 모듈에서는 테스트 케이스를 사용하기 어려움..

화이트박스, 블랙박스 테스트] 1. 화이트박스 테스트 #문분조분조 - 모듈 안의 내용을 직접 볼 수 있음 - 내부의 논리적인 모든 경로를 테스트해 테스트 케이스를 설계 - 소스 코드의 모든 문장을 한 번 이상 수행 - 선택, 반복 등의 부분들을 수행함으로써 논리적 경로 점검 기초 경로 검사 (Base Path Testing) - 대표적인 화이트박스 테스트 기법 - 결과는 실행 경로의 기초를 정의하는 지침으로 사용 제어 구조 검사 - 조건 검사 : 논리적 조건을 테스트 - 루프 검사(제어 흐름) : 반복 구조에 맞춰 테스트 - 데이터 흐름 검사 : 변수의 정의와 변수 사용의 위치에 초점을 맞춰 테스트 2. 블랙박스 테스트 (기능 테스트) #동경원오비 - 모듈 안에서 어떤 일이 일어나는지 알 수 없음 - 소..

애플리케이션 테스트 1. 애플리케이션 테스트의 개념 - 애플리케이션에 잠재되어 있는 결함을 찾아내는 일련의 행위 - 개발된 소프트웨어가 고객의 요구사항을 만족시키는지 확인 (Validation) - 소프트웨어가 기능을 정확히 수행하는지 검증(Verification) 2. 애플리케이션 테스트의 기본 원리 (완벽 X) - 테스팅은 결함이 존재한다고 밝히는 것이다. 결함을 줄일 순 있지만 없다고는 증명할 수가 없다. - 무한 경로, 무한 입력 값으로 인해 완벽한 테스팅은 불가능하다. - 개발 초기에 테스팅을 시작하는 것이 좋다. - 20%의 모듈에서 80%의 결함을 발견했다. (파레토 법칙) - 살충제 패러독스 : 동일한 테스트 케이스에 의한 반복적 테스트는 새로운 버그를 찾지 못함 - 테스팅은 소프트웨어 성..

형상 관리 1. 소프트웨어 패키징의 형상 관리 (SCM : Software Configuration Management) - 형상 관리는 소프트웨어의 개발 과정에서 소프트웨어의 변경 사항을 관리하기 위해 개발된 일련의 활동임 - 소프트웨어 개발의 전 단계에 적용되는 활동이며, 유지보수 단계에서도 수행 2. 형상 관리의 중요성 - 소프트웨어의 변경 사항을 체계적으로 추적하고 통제할 수 있음 - 제품 소프트웨어에 대한 무절제한 변경 방지 - 진행 정도를 확인하기 위한 기준으로 사용될 수 있다. 3. 형상 관리 기능 - 형상 식별 : 형상 관리 대상에 이름과 관리 번호를 부여하고, 계층 구조로 구분하여 수정 및 추적이 용이하도록 하는 작업 - 형상 통제(변경 관리) : 식별된 형상 항목에 대한 변경 요구를 검..

릴리즈 노트 1. 릴리즈 노트의 개요 - 개발 과정에서 정리된 릴리즈 정보를 소프트웨어의 고객과 공유하기 위한 문서 - 개선된 작업이 있을 때마다 관련 내용을 릴리즈 노트에 담아 제공 - 개발팀에서 제공하는 소프트웨어 사양에 대한 최종 승인을 얻은 후 문서화되어 제공 2. 초기 버전 작성 시 고려사항 3. 추가 버전 작성 시 고려사항 - 베타 버전이 출시되거나 긴급한 버그 수정, 업그레이드와 같은 자체 기능 향상, 사용자 요청 등의 특수한 상황이 발생하는 경우 추가로 작성 - 버그 번호를 포함한 모든 수정된 내용을 담아 릴리즈 노트 작성 - 추가나 수정된 경우 자체 기능 향상과는 다른 별도의 릴리즈 버전 출시하고 릴리즈 노트 작성 4. 릴리즈 노트 작성 순서 모듈 식별 --> 릴리즈 정보 확인 --> 노..