TC(TestCase)

miiin_sseong·2023년 1월 9일
0

QA

목록 보기
2/3

화이트 박스테스트 VS 블랙박스 테스트

화이트 박스 테스트

  • 프로그램 내부 로직을 보면서 하는 테스트 기법

블랙 박스 테스트

  • 소프트웨어 내부를 보지 않고 입력과 출력값을 하는 기법
  • 기능 테스트(Functional)
    • 제품의 기능을 테스팅 하는 것입니다.
      문서화되어 있거나 테스터가 알고 있는 기능과 특징, 시스템과의 상호 운용성을 고려하여 수행, 모든 테스트 레벨(Test Level)에서 수행될 수 있습니다.
    • '규정된 기능 및 성능'을 정확하게 충족시키는지 확인하는데 목적
  • 기능테스트에 사용되는 테스트 && 테스팅 종류

[ADHOC Test]

adhoc이란, 제품 기능에 대해 예상결과를 사전에 정의 하지 않은 상태에서 임의적으로 테스트 하는것
메뉴얼 없이 막 다뤄보는것

[Smoke 테스트]

Smoke라는것은 기능 하나하나 자세히 테스팅 하지 않고, 중요한 부분들만 확인
중요한 부분에서 연기가 나는지 안 나는지 확인하는 테스트로 연기가 난다면 불이 날 확률이 있기에 문제가 있다라고 생각

[결정 테이블 테스팅]

입력값과 출력값에 대한 원인 / 결과로 나누어 기술한 TC(Test Case)문서를 중심으로 하나하나 확인하는 테스트

[탐색적 기반 테스팅]

탐색적 기반 테스팅은 TC(TestCase)를 먼저 작성하지않고, 테스트 대상 제품을 실행하면서 익숙해지는 것과 동시에 테스트를 설계하고 테스트를 계획

[확인 & 회귀 테스트]

확인 테스팅이란, 결함이 발견되고 수정된 후에 성공적으로 결함이 제거 되었는지 확인하는 테스트
회귀 테스팅이란, 보통 리그레션 테스팅이라고 부르며, 결함의 수정으로 의도되지 않은 변경을 찾는 테스팅
결함 수정목적으로 수정 작업의 결과로 새로 도입되었거나, 발견되지 않았던 또 다른 결함을 확인하는 테스팅

[호환성 테스팅]

호환성테스팅이란, 제품이 다양한 플랫폼에서 정상적으로 구동되는 지 확인하는 테스팅
ex) 스마트폰으로 예를 들자면, 사용자마다 하드웨어,운영체제,버전이 모두 다르기 때문에 어떤 하드웨어의 어떤 운영체제에 제품이 어떻게 구동될 지 모른다.
각기 다른 하드웨어와 운영체제 환경에서 테스팅을 하여 각각의 결과를 수집, 최적의 결과를 찾아내기 위한 목적의 테스팅

[유지보수 테스팅]

  • '변경 사항의 리스크 및 크기, 기존 시스템의 크기와 관련' 변경 내용에 따라, 모든 테스트 유형(TestType)에 대해 모든 테스트 레벨에서 수행
    변경된 내용의 메모리 누출 or 기능 오류 등을 막기위한 컴포넌트(구성 요소 수준의)레벨에서 유지보수 테스팅하고 필요시 리그레션(회귀)테스팅을 하며, 실제로는 충분한 시간과 예산이 주어지지 않기 때문에 테스트할 부분과 그렇지 앟은 부분을 선택해야합니다.
    ⁕ 테스트 실행의 반복성이 높습니다.

[빌링 테스팅]

  • 일반적으로 경계치를 분석, 값단위의 경계에 대해 확인하는 테스팅

[시스템 테스팅]

  • 실제 최종 사용 환경과 가능한 유사환경에서 제품의 동작과 관련된 테스트를 진행
    개발 조직과는 독립된 테스트 조직에서 수행, 단위/통합 테스트가 가능하고, 완벽히 완료되어 기능상에 문제가 없는 상태
    개발조직과 테스트 조직이 원활하게 수행되는지를 테스트하기 때문에 사전 요구사항이 명확해야 성공적으로 테스트를 수행

[인수 테스팅]

  • 계약상의 요구 사항이 만족되었는지 확인하기 위해, 설치 후 "구매자 운영 환경"에서 납품자도 참가하여 "구매자에 의해"실시되는는 시스템 또는 기능 단위의 공식테스트(CBT)
    배포 또는 실제 사용할 준비가 되었는지 평가하는 목적, 최종단계의 테스팅이 아닐수 있다.
    보통 인수 테스트 이후, 대규모의 시스템 통합 테스트 실행이 가능(OBT)
profile
Github잔디를 채우기 위해 Github에서 적는중

0개의 댓글