🍏 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

• Statement Coverage(문장 검증 기준) :
  소스 코드의 모든 구문이 한 번 이상 수행되도록 테스트 케이스를 설계
• Branch Coverage(분기 검증 기준) :
  소스 코드의 모든 조건문에 대해 조건식의 결과가 True인 경우와 False인 경우가 한 번 이상 수행 되도록 테스트 케이스를 설계
  Decision Coverage(결정 검증 기준)이라고도 함
• Condition Coverage(조건 검증 기준) :
  소스 코드의 조건문에 포함된 개별 조건식의 결과가 True인 경우와 False인 경우가 한 번 이상 수행 되도록 테스트 케이스를 설계
• Branch/Codition Coverage(분기/조건 기준) :
  분기 검증 기준과 조건 검증 기준을 모두 만족하는 설계로, 조건문이 True인 경우와 False인 경우에 따라 조건 검증 기준의 입력 데이터를 구문하는 테스트 케이스를 설계

BlackBox Test

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

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

Types of BlackBox Tests

• Equivalence Partitioning Testing(동치 분할 검사) :
  • 입력 조건이 유효한 경우와 그렇지 않은 경우의 입력 자료 개수를 균등하게 정하는 검사 기법
  • 시스템이나 시스템 구성요소 또는 소프트웨어 프로그램의 입력값과 출력값이 특정 그룹으로 분류되며, 분류된 그룹내의 값들이 시스템에 의해 동일하게 취급된다는 특성을 이용하여 시험하는 기법
  • 유사한 입력값들이 시스템을 거치면서 유사한 답변이 나온다는 것을 가정하여 테스트
• Boundary Value Analysis(경계값 분석) :
  • 입력 조건의 중간값보다 경계값에서 오류가 발생될 확률이 높다는 점을 이용하여 입력 조건의 경계값을 테스트 케이스로 선정하여 검사하는 기법
• Cause-Effect Graphing Testing(원인-효과 그래프 검사) :
  그래프를 활용하여 입력 데이터 간의 관계와 출력에 영향을 미치는 상황을 체계적으로 분석한 다음 효용성이 높은 테스트 케이스를 선정하여 검사하는 기법
• Error Guessing(오류 예측 검사) :
  과거의 경험이나 확인자의 감각으로 테스트하는 기법
• Comparison Testing(비교 검사) :
  여러 버전의 프로그램에 동일한 테스트 자료를 제공하여 동일한 결과가 출력되는지 테스트 하는 기법

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