혼자공부하기

블랙박스 테스트

• 명세기반테스트라고도 불리며 내부 코드를 보지 않고 소프트웨어 기능을 확인하는 테스트
• 요구사항 및 명세서를 기반으로 테스트
• 내부 코드 구현에 대한 지식없이 입력과 출력에 집중하여 테스트

블랙박스 테스트 종류

• 동치 분할 검사 : 입력 자료에 초점을 맞춰 검사 하는 방법으로 타당한 입력자료와 그렇지 않은 입력자료를 균등하게 하여 검사
• 경계 값 분석 : 입력 조건 범위의 경계 값을 검사하는 방식
• 원인 효과 그래프 검사 : 입력과 출력의 상황을 체계적 분석을 하여 검사하는 방식
• 오류 예측 검사 : 과거의 경험이나 확인자의 감각으로 검사하는 방식
• 비교 검사 : 여러 버전의 프로그램에 똑같은 테스트를 하여 같은 결과 값이 나오는지 확인하는 방식

화이트박스 테스트

• 구조기반테스트라고도 불리며 코드 분석과 프로그램 구조에 대한 지식을 바탕으로 문제 발생 가능성 있는 모듈 내부를 테스트 하는 방법
• 프로그램 소스 코드의 논리적인 구조를 커버하도록 테스트 케이스를 설계하는 방법

화이트박스 테스트 종류

• 기초 경로 검사 : 절차적 설계의 논리적 복잡성을 측정할 수 있게 해주고, 실행 경로의 기초를 정의하는데 사용
• 조건 검사 : 프로그램 모듈 내에 있는 논리적 조건을 검사하는 검사 사례 설계 기법
• 루프 검사 : 프로그램의 반복 구조에 초점을 맞춰 실시하는 검사 사례 설계 기법
• 데이터 흐름 검사 : 프로그램에서 변수의 정의와 변수 사용의 위치에 초점을 맞춰 실시하는 검사 사례 설계기법

워크쓰루, 인스펙션, 공식검토에 대해 간단하게 정의를 알아보고, 비교를 통해 숙지하기

워크쓰루

• 개발 산출물을 작성하는 중에 산출물을 검토하고 결함을 찾아내는 기법
• 주로 작성자의 요청에 의해 이루어지며, 중간 산출물을 대상으로 함
• 후속작업에 대한 검사가 생각될 수 있음
• 인스펙션에 비해 비형식적인 동료 검토 방법

인스펙션

• 저자 외 다른 전문가가 검사하는 가장 공식적인 리뷰 기법
• 문서화된 절차를 기반
• 소프트웨어 명세를 만족하는지 검증
• 코딩 전까지는 소요 인력 2배 이상 필요하나 추후 인력 감소로 인해 결과적 품질 비용 감소, 개발 기간 단축
• 인스펙션 구성원 중 경영자는 제외(표면적 오류만 찾아내려는 경향 발생)

공식 검토

• 소프트웨어 각 개발 단계의 종료시점에서 산출물에 대해 수행되어지는 정적 테스팅 기법
• 검토 결과에 따라 다음 단계로 진행할지 여부 결정
• 직급 높은 참가자로 팀 구성

검토 기법 비교

CSTS 공부했을 당시 요약집입니다..

비밀번호는 qwe123!@# 입니다.