Coding Backup

1.4 테스트와 품질테스트와 품질 평가테스트와 품질 보증 1.4.1 테스트와 품질 평가품질 평가도 테스트 목적 중 하나 ➡️ 소프트웨어 품질을 평가할 떄 테스트 활용 가능ISO 25010 소프트웨어 품질의 유형을 8개의 주특성과 각 주특성에 따른 하위 품질 특성으로 정의 요구사항 명세는 대표적으로 기능 요구사항과 품질 요구사항을 포함➡️ 소프트웨어는 기능적인 동작 + 성능, 호환성, 사용성 등의 품질 특성에 대한 요구 충족해야 함 So 기능적 측면 + 비기능적 측면의 결함을 검출해야 함➡️ 기능(Functional) 테스트 + 비기능(Non-functional) 테스트 유형 테스트각 품질 특성은 근본적으로 상이하기 때문에 품질 특성을 테스트하는 방법도 서로 다르므로 각 품질 특성별로 테스트를 수행즉, 유..

1.3 테스트의 현실/실제완벽한 테스트의 비현실성테스트의 진화 과정테스트 원칙1.3.1 완벽한 테스트의 비현실성어느 코드에 결함이 있는지 알 수 없기 때문에 결함을 검출하기 위해서는 많은 수의 테스트 케이스 필요But 무한한 입력값이 필요하고 모든 조합을 테스트하는 것은 현실적으로 불가능So 주어진 인력과 시간을 바탕으로 최대한 효과적&효율적으로 테스트를 수행할 수 있도록 체계적으로 해야함 1.3.2 테스트의 진화 과정겔퍼린과 헤첼의 소프트웨어 테스트 개념의 진화 과정 레벨1Debugging-oriented, ~1956년테스트와 디버깅에 뚜렷한 차이가 없는 레벨우연히 발견된 결함을 수정하는 디버깅에 중점을 두고 프로그램의 결함을 찾기 위한 별도의 노력은 없음 레벨2Demonstration-oriented..

1.2 오류, 결함, 장애개념결함 유형개발 단계별 결함테스팅, 디버깅, 재테스팅1.2.1 개념소프트웨어를 개발할 때 기대, 약속된 소프트웨어의 동작에 대한 기준을 요구사항이라고 함ex) USB가 삽입되었을 때 오디오가 재생되어야 한다 -> 라는 동작을 요구함 장애(Failure)프로그램의 실행 결과와 요구사항에 명시된 결과에 차이가 있음을 의미ex) USB가 삽입되었는데 오디오가 재생되지 않음 결함(Defect)소프트웨어 내에 장애를 유발할 수 있는 문제를 말함 오류(Error)결함이 생기게 한 개발자의 행위 1.2.2 결함 유형 누락(Omission)요구 명세에 명세된 요구사항이 시스템의 구현에 반영되지 않은 결함ex) 재생 버튼 터치 시 오디오 재생 -> 버튼 터치해도 오디오 재생되지 않음기능적인 것..

1.1 테스트 목적테스트는 시스템이 정해진 요구사항을 만족하는지 확인하고 주어진 표준 등을 준수하는지 검증하기 위해 수행됨. 테스트의 목적결함 검출품질 평가프로세스 개선결함의 검출과 품질 개선결함을 검출하고 검출된 결함을 제거해서 소프트웨어의 품질을 개선품질 평가와 의사 결정 지원테스트 결과를 바탕으로 품질 특성에 대한 수준을 평가하고평가 결과를 바탕으로 소프트웨어에 대한 의사 결정을 수행개발 프로세스 개선 지원개발 과정 중 어떤 단계에서 결함이 발생하는지 분석하고 결함이 왜 검출되지 않았는지 파악해서 프로세스 개선

1장 테스트 개요테스트 목적오류, 결함, 장애테스트의 현실/실제테스트와 품질테스트 기본 용어2장 테스트 분류와 테스팅 방법개요테스트 분류테스팅 방법3장 소프트웨어 개발 단계와 테스트개요컴포넌트 테스트통합 테스트시스템 테스트 및 인수 테스트리그레션 테스트(*테스트 레벨의 의한 분류)4장 품질 특성과 비기능 테스트개요기능 적합성 테스트성능 효율성 테스트호환성 테스트사용성 테스트신뢰성 테스트보안성 테스트유지보수성 테스트이식성 테스트(*테스트 유형의 의한 분류) 6장 소프트웨어 생명 주기 모델과 테스트순차적 개발 모델진화적 개발 모델애자일 개발 모델8장 정적 테스트개요리뷰 프로세스관리 리뷰기술 리뷰인스펙션워크쓰루감사정적 분석9장 구조 기반 테스트개요제어 흐름 그래프구조 기반 테스트의 이해문장 테스트결정 테스트조..