🍏 Application Testing

---

Application Testing

Application Testing(애플리케이션 테스트)는 애플리케이션에 잠재되어 있는 결함을 찾아내는 일련의 행위 또는 절차이다.

• 개발된 소프트웨어가 고객의 요구사항을 만족시키는지 Validatrion(확인)하고 소프트웨어가 기능을 정확히 수행하는지 Verification(검증)한다.

Basic principles of Application Testing

• Pareto Principle(파레토 법칙) : 애플리케이션의 20%에 해당하는 코드에서 전체 결함의 80%가 발견된다는 법칙
• Pesticide Paradox(살충제 패러독스) : 동일한 테스트 케이스로 동일한 테스트를 반복하면 더 이상 결함이 발견되지 않는 현상
• Absence of Errors Fallacy(오류-부재의 궤변) : 소프트웨어의 결함을 모두 제거해도 사용자의 요구사항을 만족시키지 못하면 해당 소프트웨어는 품질 이 높다고 말할 수 없는 것

프로그램 실행 여부에 따른 테스트

Static Testing(정적 테스트)

프로그램을 실행하지 않고 명세서나 소스 코드를 대상으로 분석하는 테스트이다.

• 소스 코드에 대한 코딩 표준, 코딩 스타일, 코드 복잡도, 남은 결함 등을 발견하기 위해 사용
• 종류 :
  • 동료 검토(Peer Review) : 2~3명이 진행하는 리뷰의 형태로 요구사항 명세서 작성자가 요구사항 명세서를 설명하고, 이해관계자들이 설명을 들으면서 결함을 발견하는 형태로 진행하는 검토 기법
  • 워크스루(Walk Throughts) : 검토 자료를 회의 전에 배포해서 사전 검토한 후 짧은 시간 동안 회의를 진행하는 형태로 가장 비형식적인 검토 기법
    관리자 직책을 담당하는 사람은 멤버로 참여 못함
  • 인스펙션(Inspection) : 소프트웨어 저작자 외의 다른 전문가 또는 팀이 검사하여 문제를 식별하고 문제에 대한 올반른 해결을 찾아내느 형식적인 검토 기법
    개발 초기에 검사해야만 개발 초기 작업물에서 문제를 발견할 수 있음
  • 코드 검사...

Dynamic Testing(동적 테스트)

프로그램을 실행하여 오류를 찾는 테스트이다.

• 소프트웨어 개발의 모든 단계에서 테스트를 수행
• 종류 : 블랙박스 테스트, 화이트박스 테스트

Testing with Purpose

• Recovery(회복) Test
• Security(안전) Test
• Stress(강도) Test : 시스템에 과도한 정보량이나 빈도 등을 부과하여 과부하시에도 소프트웨어가 정상적으로 실행되는지를 확인하는 테스트
• Performance(성능) Test
• Structure(구조) Test
• Regression(회귀) Test : 통합 테스트로 인해 변경된 모율이나 컴포넌트에 새로운 오류가 있는지 확인하는 테스트
  • 이미 테스트된 프로그램의 테스팅을 반복하는 것
  • 회귀 테스트는 수정한 모듈이나 컴포넌트가 다른 부분에 영향을 미치는지, 오류가 생기지 않았는지 테스트하여 새로운 오류가 발생하지 않음을 보증하기 위해 반복 테스트를 함
• Parallel(병행) Test

WhiteBox Test

화이트박스 테스트(WhiteBox Test)는 모듈의 원시 코드(source code)를 오픈시킨 상태에서 원시 코드의 논리적인 모든 경로를 테스트하여 테스트 케이스를 설계하는 방법이다.

• Module 안의 작동을 직접 관찰할 수 있음
• 원시 코드의 모든 문장을 한 번 이상 실행함으로써 수행 됨

Types of WhiteBox Tests

• Base Path Testing(기초 경로 검사) :
  테스트 케이스 설계자가 절차적 설계의 논리적 복잡성을 측정할 수 있게 해주는 테스트 기법
• Condition Testing(제어 구조 검사) :
  • 조건 검사 : 프로그램 모듈 내에 있는 논리적 조건을 테스트하는 테스트 케이스 설계 기법
  • Loop Testing(루프 검사) : 프로그램의 반복 구조에 초점을 맞춰 실시하는 테스트 케이스 설계 기법
  • Data Flow Testing(데이터 흐름 검사) : 프로그램에서 변수의 정의와 변수 사용의 위치에 초점을 맞춰 실시하는 테스트 케이스 설계 기법

WhiteBox Tests Coverage

• SC(Statement Coverage, 문장[구문] 검증 기준) :
  소스 코드의 모든 구문이 한 번 이상 수행되도록 테스트 케이스를 설계

• Branch Coverage(분기 검증 기준) :
  소스 코드의 모든 조건문에 대해 조건식의 결과가 True인 경우와 False인 경우가 한 번 이상 수행되도록 테스트 케이스를 설계
  = DC(Decision Coverage, 결정[선택] 검증 기준)이라고도 함

• CC(Condition Coverage, 조건 검증 기준) :
  소스 코드의 조건문에 포함된 개별 조건식의 결과가 True인 경우와 False인 경우가 한 번 이상 수행되도록 테스트 케이스를 설계

• C/DC(Codition/Decision Coverage, 조건/결정 커버리지) :
  전체 조건식뿐만 아니라 개별 조건식도 True 한 번, False 한 번 결과가 되도록 수행하는 테스트 커버리지

• Branch/Codition Coverage(분기/조건 기준) :
  분기 검증 기준과 조건 검증 기준을 모두 만족하는 설계로, 조건문이 True인 경우와 False인 경우에 따라 조건 검증 기준의 입력 데이터를 구문하는 테스트 케이스를 설계

• MC/DC(Modified Condition/Decistion Coverage, 변형 조건/결정 커버리지) :
  개별 조건식이 다른 개별 조건식에 영향을 받지 않고 전체 조건식에 독립적으로 영향을 주도록 함으로써 조건/결정 커버리지를 향상시킨 커버리지

• MCC(Mutiple Conditon Coverage, 다중 조건 커버리지) :
  결정 조건 내 모든 개별 조건식의 모든 가능한 조합을 100% 보장하는 커버리지

• Base Path Coverage(기본 경로 커버리지) :
  수행 가능한 모든 경로를 테스트하는 기법

• Control Flow Testing(제어 흐름 테스트) :
  프로그램 제어 구조를 그래프 형태로 나타내어 내부로직을 테스트하는 기법

• Data Flow Testing(데이터 흐름 테스트) :
  제어 흐름 그래프에 데이터 사용현황을 추구한 그래프를 통해 테스트하는 기법

• Loop Testing(루프 테스트) :
  프로그램의 반복(Loop) 구조에 초점을 마춰 실시하는 테스트 기법

BlackBox Test

블랙박스 테스트(BlackBox Test)는 소프트웨어가 수행할 특정 기능을 알기 위해서 각 기능이 완전히 작동되는 것을 입증하는 테스트로 기능 테스라고 한다.

• 사용자의 요구사항 명세를 보면서 테스트
• 주로 구현된 기능을 테스트
• 소프트웨어 인터페이스를 통해 실시

Types of BlackBox Tests

동 경 원 결 상 유 분 페 원 오 비

• Equivalence Partitioning Testing(동치 분할 검사) :

  • 입력 조건이 유효한 경우와 그렇지 않은 경우의 입력 자료 개수를 균등하게 정하는 검사 기법
  • 시스템이나 시스템 구성요소 또는 소프트웨어 프로그램의 입력값과 출력값이 특정 그룹으로 분류되며, 분류된 그룹내의 값들이 시스템에 의해 동일하게 취급된다는 특성을 이용하여 시험하는 기법
  • 유사한 입력값들이 시스템을 거치면서 유사한 답변이 나온다는 것을 가정하여 테스트

• Boundary Value Analysis(경계값[한계값] 분석) :

  • 입력 조건의 중간값보다 경계값에서 오류가 발생될 확률이 높다는 점을 이용하여 입력 조건의 경계값을 테스트 케이스로 선정하여 검사하는 기법

• Cause-Effect Graphing Testing(원인-효과 그래프 검사) :
  그래프를 활용하여 입력 데이터 간의 관계와 출력에 영향을 미치는 상황을 체계적으로 분석한 다음 효용성이 높은 테스트 케이스를 선정하여 검사하는 기법

• Decision Table Testing(결정 테이블 검사) :
  요구사항의 논리와 발생조건을 테이블 형태로 나열하여, 조건과 행위를 모두 조합하여 테스트하는 기법

• State Transition Testing(상태 전이 테스트) :
  테스트 대상•시스템이나 객체의 상태를 구분하고, 이벤트에 의해 어느 한 상태에서 다른 상태로 전이되는 경우의 수를 수행하는 테스트 기법

• Use Case Testing(유스케이스 테스트) :
  시스템이 실제 사용되는 유스케이스로 모델링 되어 있을 대 프로세스 흐름을 기반으로 테스트 케이스를 명세화하여 수행하는 테스트 기법

• Classification Tree Method Testing(분류 트리 테스트) :
  SW의 일부 또는 전체를 트리 구조로 분석 및 표현하여 테스트 케이스를 설계하는 테스트하는 기법

• Pairwise Testing(페어와이즈 테스트) :
  테스트 데이터값들 간에 최소한 한 번씩을 조합하는 방식이며, 이는 커버해야 할 기능적 범위를 모든 조합에 비해상대적으로 적은 양의 테스트 세트를 구성하기 위한 테스트 기법

• Error Guessing Testing(오류 예측 검사) :
  과거의 경험이나 확인자의 감각으로 테스트하는 기법으로 개발자가 범할 수 있는 실수를 추정하고 이에 따른 결함이 검출되도록 테스트 케이스를 설계하여 테스트하는 기법

• Comparison Testing(비교 검사) :
  여러 버전의 프로그램에 동일한 테스트 자료를 제공하여 동일한 결과가 출력되는지 테스트하는 기법

---

참고,
길벗알앤디. 『정보처리기사 실기 단기완성』. 길벗. 2023.