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