-
테스트 유형
시스템의 특성을 목표로 하는 구체적인 테스트 목적에 기반한 테스트 활동의 집합
테스트 요구사항을 가장 효율적으로 다루는 적절한 방법을 사용하여, 주어진 레벨에 적용되는 접근 방식 및 기술
주요 목표에 따라 테스팅은 여러 유형으로 나누어진다
기능 테스트
<입력값 대입 - 출력값 검사> 방식으로 기능 요구사항을 어느정도 준수하는지 평가하는 테스트
블랙박스 방법 적용 & 모든 레벨에서 수행
처리하는 '과정'보다 '결과' 중시
기능성 테스트 프로세스
1. 소프트웨어가 수행할 기능들 열거
2. 기능 사양(specifications)에 따라 입력 데이터 구성
3. 기능 사양에 따라 출력값 결정
4. 테스트 케이스 실행
5. 실제 출력값과 예상된 출력값 비교
성능 테스트
대상 테스트 항목에 필요한 부하를 발생시켜, 테스트 실행 동안 성능을 측정
특정 부하에서 시스템 성능의 응답 성과 안정성을 조사하는데 목적
부하(load) 테스트 - 계속적으로 증가하는 작업량(workload)
스트레스 테스트 - 예상된 작업량만큼 또는 보다 높은 작업략
내구성(endurance) 테스트 - 계속적, 상당한 작업량
스파이크 테스트 - 갑자기 많이 증가하는 작업량
사용성 테스트
시스템이 사용하기 쉬운 지 확인하기 위해 최종 사용자의 관점에서 수행
구현 접근 방식이 사용자에게 적합한지 보장
사용자 인수 테스트(UAT)와 다름! → 최종 제품이 설정된 요구사항을 충속하는지 확인
유즈케이스 테스트
사용자가 만든 주어진 시나리오에 시스템이 어떻게 반응하는지 설명
사용자 지향적, 가장 널리 사용 (그 다음, 탐색적 테스트)
시스템 입출력값 고려 X, 동작과 퍼포먼스에 중점!
시스템, 인수 레벨에서 흔히 적용 / 통합 레벨은 결함 발견에 도움을 줌
결점 감지 → 수정 → 효율성, 정확성 ↑
탐색적 테스트
숙련된 테스터의 지식, 테스트 항목에 대한 탐색, 이전 테스트 결과를 기반으로 테스트를 동적으로 설계하고 실행
사전 정의, 문서화된 테스트 케이스 및 단계에 의존 X
사용자 경험 검증에 중점을 둔 상호작용, 자유형식 프로세스 (경험 기반 테스트 기법)
애드혹 또는 직관(intuitive) 테스트랑 비슷하지만, 더 체계적!
변경 관련 테스트
결함 수정 / 기능 추가, 개선 / 시스템 변경 → [제대로 수정, 올바르게 구현, 부작용 발생] 확인
확인 테스트 - 결함 수정 후, 결함으로 인한 장애가 더이상 발생하지 않는지 확인하는 동적 테스트
리그레션 테스트 - SW 수정 후, 변경 결과로 변경되지 않은 영역에서 결함이 발견/유입되지 않았는지 확인하기 위해 이전 테스트 구성요소 또는 시스템에 대해 진행하는 테스트 (여러번 반복 수행, 자동화 적합, 조기 테스팅)
테스트 유형 대상 사용된 방법 테스트 레벨 기능(Functional) 테스트 소프트웨어 기능을 테스팅 블랙 박스 모든 레벨 성능(Performance) 테스트 특정 부하에 대한 시스템 성능의 응답성(responsiveness)과 안정성(stability)을 테스팅 블랙 박스 모든 레벨 유즈케이스(Use Case) 테스트 정의한 동작이 의도한대로 실행되는지 확인 블랙 박스 인수
시스템
통합탐색적(Exploratory) 테스트 사용자 경험 검증(validate) 애드 혹(Ad hoc) 인수
시스템사용성(Usuability) 테스트 시스템이 사용하기 쉬운지 확인 블랙 박스 인수
시스템보안 테스트 시스템 보호 화이트 박스 시스템 테스트 케이스 기반 테스팅 탐색적 테스팅 테스트가 먼저 설계되고 기록. 나중에 (때에 따라) 다른 테스터가 수행. 테스트 설계됨과 동시에 수행. 테스트가 반드시 기록되어야 하는 것은 아님. 준비된 연설하는 것에 비유할 수 있음. 테스트는 미리 착안된 생각에 따라 수행. 대화를 하는 것에 비유할 수 있음. 테스트는 아이디어를 반영하고, 생각을 발전시키는 방향으로 수행. 테스트 실행을 관리 테스트 설계를 향상 테스트 실행 시작 전에 테스트 케이스 작성 프로젝트 기간 내내 테스트 계획/설계와 실행을 반복 테스트 문서 작성, 검토에 많은 에너지를 소비함으로써, 생성될 테스트의 전체 수를 줄이는 경향이 있음 테스트 문서 작성, 검토에 대한 필요성을 최소화하여 보다 많고 복잡한 테스트에 상대적으로 많은 노력 투자가 가능 테스터 간의 (특성, 능력) 차이를 제거하려는 노력 테스터 간의 (특성, 능력) 차이를 십분 활용하려는 노력 테스터가 아닐 수 있는 테스터 설계자가 테스트를 설계 테스트 설계자일 수 있는 테스터가 테스트 설계 완벽하게 한 번에 테스팅 수행 점진적이고 주기적으로 테스팅 수행