본문 바로가기
이론

ISTQB 공부 내용 요약 (합격!!)

by 앗사비 2015. 8. 5.
728x90

연관성

  • 품질 : 요구사항 충족
  • 테스터의 관점 : 테스트 용이성을 가장 먼저 평가
  • 인시던트 (=이슈) : 결함 + 개선사항
  • 보안 테스트 : 기능 테스트의 일종
  • 결합 마스킹 (발견못한 버그) : 리그레션 테스트로 확인
  • 정적분석 : 개발자가 도구 사용
  • 등가분할 및 경계값 분석 : 모든 형태/레벨에 적용 가능
  • 테스트 기법 선택 : 리스크 고려
  • 테스트 정책 : 조직
  • 오류 추정 : 경험으로부터 도출 : 결함 공격
  • 리스크 접근 이유 : 제한된 자원
  • 메모리 누수 : 정적/동적 도구 사용해서 발견
  • 테스트 자동화 : 시간 단축을 보장하지 않음
  • 정적분석도구 : 불필요한 경고 관리 필요
  • 키워드 주도 테스트 : 전체/부분 집합으로 생성된 키워드로 테스트 정의/수행 : 스크립트 익숙치 않은 테스터/분석가에 적합
  • 자동화 도구 도입 : 현 프로세스 변경 필요
  • 릴리즈 조언 : 다음 테스트에 대한 보고서
  • 파일럿 프로젝트 : 도구 적용 가능성 판단
  • 테스트 하네스 : 실행 환경
  • 테스트 오라클 : 경쟁제품 / 매뉴얼 / 개인경험으로 기대결과 = 자동화 불가
  • 명세 : 모든 레벨에 적용 가능 (동등분할, 경계값 분석, 결정 테이블)
  • 네거티브 테스팅 : 비정상 동작 확인
  • 반복적 개발 = 애자일, XP, RUP, RAD = 자동화 필요 / 개발자 테스트 주도

용어 비교

  • 효과 vs 효율
    • 효율성 : 생산성
    • 효과성 : 원했던 결과
  • 회귀 vs 확인
    • 회귀 테스트 = 리그레션 테스트 = pass 재확인 = 반복 속성
    • 확인 테스트 = 컨퍼메이션 테스트 = bug 수정 확인 = 리테스팅
  • 실수 vs 결함 vs 장애
    • Error, mistake (실수) > Defect, bug, fault (결함) > failure (장애) > Risk (리스크)
      • 실수로 인해 결함 발생하고, 결함으로 인해 장애 발생
      • Risk = 장애가능성 x 손실 = (사용빈도 x 결함가능성) x 손실
  • 체크리스트 vs 테스트케이스
    • 기대값이 있으면 테스트케이스
  • 베리피케이션 vs 벨리데이션
    • 베리피케이션 = 요구사항 충족 여부 검사 / 정적, 예방 = 시스템 및 콤포넌트 평가
    • 벨리데이션 = 검증 / 동적, 수정
  • 부하 vs 스트레스
    • 부하 : 목표 수치를 버티는지 확인
    • 스트레스 : 죽을 때까지 확인
  • 알파 vs 베타
    • 알파 테스트 : 공장 인수
    • 베타 테스트 : 사이트 인수
  • 블랙박스 (명세, 경험) vs 화이트박스 (구조)
    • 수행 순서 및 결함 검출율에 상관관계 없음
  • 상태 전이 vs 제어 흐름
    • 상태전이 : 블랙박스지만 화이트박스로 볼 수도 있음
    • 제어흐름 : 화이트박스지만 블랙박스로 볼 수도 있음 = 결정 커버리지 포함
  • 유지보수 vs 유지보수성
    • 유지보수 : 변경 후 작업
    • 유지보수성 : 개발 상태
  • 테스트 추정 (TPA)
    • 메트릭 기반 접근 : 과거/유사 프로젝트
    • 전문가 기반 접근 : 와이드 밴드 델피 (집단 지식)
  • 리스크 (레벨)
    • 장애 발생 가능성 : 하위 레벨 : 개발
    • 장애로 인한 영향 : 상위 레벨 : 인수
  • 리스크 (분류)
    • 프로젝트 = 조직 / 기술 / 공급자 = 역량
    • 제품 = S/W / 시스템

주요 개념

  • 테스팅 주요원리
    • 결함존재 밝히는 활동, 완벽한 테스팅 불가, 개발 초기에 시작, 결함 집중, 살충제 패러독스 (반복하면 내성 생김), 정황 의존적, 오류부재의 궤변 (사용자에게 쓸모없으면 무의미)
  • V모델 (반드시 일대일 대응은 아니며 순서도 다를 수 있음)
    • 요구분석 > 인수 테스트 (결함 찾기보다는 확신을 가지는게 목적)
    • 분석설계 > 시스템 테스트
    • 상세설계 > 통합 테스트 (콤포넌트 간의 인터페이스 검증)
    • 개발코딩 > 단위 테스트 (콤포넌트 그 자체를 검증)
  • 리뷰
    • 인스펙션 : 가장 공식적 / 기술적 리스크
      • 관리자 : 실행 여부 결정 / 미팅 참여 안함
      • 작성자 : 대상문서 작성
      • 기록자 : 미팅결과 기록
      • 검토자 : 인시던트 제공
      • 중재자 : 진행 (=리더)
    • 워크스루 : 공식 또는 비공식 / 사업적 리스크
    • 동료검토 : 주로 한두명의 개발자
  • 통합 방법
    • 순차
      • 백본 : 리스크 우선 / 결함격리 / 오래걸림
      • 상향식 : 하위부터 테스트하는 동안 상위를 드라이버로 대체
      • 하향식 : 상위부터 테스트하는 동안 하위를 스텁으로 대체
    • 한번에
      • 빅뱅 : 단시간 / 결함격리X
  • 커버리지 (뒤로 갈수록 강도 높아짐. 단, DC와 CC는 포함관계 아님)
    • SC : 구문
    • DC : 결정
    • CC : 개별 조건식
    • C/DC : 각 개별 조건식 적어도 한번
    • MC/DC : 개별 조건식이 전체 조건식에 영향 (TC 수는 개별조건식+1)
    • MCC : 개별 조건식 결과에 대한 모든 가능한 조합
    • All Path : 가장 강도 높음
  • 테스트 접근법
    • 분석적 : 리스크
    • 모델기반 : 장애율 통계 / 모델 근거
    • 방법론적 : 장애 기반 / 경험 기반 / 체크리스크 기반
    • 프로세스 및 표준준수 : 산업표준 / 애자일 제시
    • 동저/발견적 : 실행+평가 동시 / 탐색적 테스팅
    • 자문기반 : 외부 전문가
    • 리그레션 기피행 : 기존 자료 재사용
  • TC 관련
    • 테스트 베이시스 = 개발 산출물
    • 테스트 수트 = TC 집합 (순서고려X)
    • 테스트 프로시저 = TC 실행순서
    • 테스트 시나리오 = 테스트 수트 + 스토리
    • 테스트 스크립트 = 테스트 프로시저 자동화
    • 테스트 컨디션 = 테스트 설계에 필요한 대상/조건 (기능, 품질속성, 트랜젝션)
    • 작성 순서 : 테스트 컨디션 > TC > 테스트 프로시저
  • 품질 특성 : 사기신이유효
    • 사용성, 기능성, 신뢰성, 이식성, 유지보수성, 효율성

순서

  • 테스트 프로세스 (동시진행 가능) : 계분구완마
    • 계획/제어 > 분석/설계 > 구현/실행 > 완료조건평가/리포팅 > 마감
  • 공식적인 리뷰 : 계시개리재후
    • 계획활동 > 시작 > 개별준비 > 리뷰미팅 > 재작업 > 후속추적
  • 상태전이 테스트 : 상전유비가테
    • 상태-이벤트 테이블 > 전이트리 > 유효 > 비유효 > 가드 > 테스트 프로시저

공식

  • N번 전이 = N-1 스위치 커버리지
  • 사이클로매틱 복잡도 = 분기문 + 1 = 기본패스 개수 = L(링크) – N(분기) + 2
    • 3~7 적절
728x90

'이론' 카테고리의 다른 글

모바일 제품 검증시 주요 케이스  (0) 2020.10.08
[메모] 블랙박스 테스트 기법  (0) 2019.07.23
LTR(Left To Right) vs RTL(Right To Left)  (2) 2015.08.02
테스트 카탈로그  (0) 2015.08.02
일반적인 체크리스트  (0) 2015.07.09