ISTQB 정리 7회차(정적테스팅)

[3.1 정적 테스팅 기초]

-작업 산출물을 수동으로 검사 하거나(리뷰) 코드나 다른 작업 산출물을 도구를 기반으로 평가(정적 분석)하는 방법

-테스트 중인 코드 또는 작업 산출물을 실제로 실행하지 않고 평가한다.

 *동적 테스팅: 테스트 하고 있는 소프트웨어의 실행이 필요

 

-정적 분석: 안전 최우선 컴퓨터 시스템(항공, 의료, 원자력 관련 소프트웨어) -> 점차 모든 영역에 중요성 일반화

 

[3.1.1 정적 테스팅으로 검토할 수 있는 작업 산출물](K1)

-정적 분석은 적절한 분석 도구가 존재하는 공식 구조를 사용하는 작업 산출물에 효율적으로 적용이 가능

 Ex)코드, 모델

-정적 분석은 요구사항과 같은 자연어로 작성된 작업 산출물을 평가하는 '도구'로 적용할 수 있음

 Ex) 맞춤법, 문법 및 가독성 검사

 

-대부분의 작업 산출물은 정적 테스팅으로 검사가 가능

• 비즈니스 요구사항, 기능 요구사항, 보안 요구사항과 같은 명세
• 에픽, 사용자 스토리, 인수 기준
• 아키텍처 및 설계 명세
• 코드
• 테스트 계획 테스트 케이스, 테스트 프로시저, 자동화 테스트 스크립트와 같은 테스트웨어
• 사용자 가이드
• 웹 페이지
• 계약, 프로젝트 계획, 일정, 예산 계획
• 형상 및 인프라 셋업
• 액티비티 다이어그램 같은 모델 기반 테스팅에 사용되는 모델

[3.1.2 정적 테스팅의 효과](K2)

-소프트웨어 개발 수명주기 초반에 적용하면 동적 테스팅을 실행하기 전 결함의 조기 발견이 가능

 Ex) 요구사항 설계 명세 리뷰, 백로그 재정의 등

-개발 초기에 발견한 결함 제거 비용은 후반에 제거하는 것보다 훨씬 적음

• 동적 테스트 실행 전에 좀 더 효율적으로 결함 발견 및 수정
• 동적 테스팅으로 발견되지 않은 결함 식별
• 요구사항 불일치, 모호함, 모순, 누락, 부정확, 중복 등을 식별해서 설계나 코드의 결함 예방
• 개발 생산성 향상
• 개발 비용 및 기간 단축
• 테스팅 비용 및 기간 단축
• 수명주기 후반 또는 출시 후 운영 과정에서 발견되는 장애 감소로 소프트웨어 수명주기 전반에 걸친 총 품질 비용 감소
• 리뷰에 참여하는 팀원 간의 의사소통 개선

[3.1.3 정적 테스팅과 동적 테스팅의 차이](K2)