ISTQB-CTAL-TA 요약 (4 ~ 6장)

테스트 분석가가 확인해야 할 부분

- 기능 적합성

- 유용성

- 이식성

- 호환성 > 상호운용성

 

기술 테스트 분석가가 확인해야 할 부분

- 신뢰도

- 수행 효율성

- 유지 가능성

- 보안

---

 

1. 기능 적합성 테스팅 (어느 단계에서나 가능)

- 수행되는 테스트 레벨에 따라 달라짐

- 특정 반복주기에서 구현하도록 계획된 특정 기능 테스팅

- 변경되지 않는 모든 기능에 대한 리그레션 테스팅

 

1) 기능 정확성 테스팅 (모든 테스트 레벨에서 수행 가능)

- 암묵적 요구사항에 대한 애플리케이션 준수 여부를 확인하는 것

- 잘못된 데이터나 상황처리를 목적으로 함

 

2) 기능 타당성 테스팅 (시스템 테스트 or 통합테스트의 마지막 단계에서 수행)

- 의도한 특정 작업에 대한 일련의 기능 타당성 평가

- 유스케이스나 사용자스토리 기반

-> 이 테스팅에서 결함이 발생한다는 것은 시스템이 인수가능한 방식으로 사용자의 요구를 충족시킬 수 없다는 것을 의미

 (발생가능한 모든 변경사항을 허용하는지)

 

3) 기능 성숙도(=기능 완전성) 테스팅

- 명세항목과 구현된 기능간의 추적성은 요구되는 기능 완성도를 결정하는 데 필수적임

- 애자일 소프트웨어개발에 대한 기능 성숙도는 구현된 사용자스토리나 특징을 기반으로 할수 있음

- 시스템 통합 테스트를 위한 기능성숙도는 상위 수준 비지니스 프로세스를 다루는 데 중점을 둘 수 있음

- 예상보다 낮은 기능 성숙도는 시스템이 완전히 구현되지 않았음을 의미

 

2. 호환성 테스팅

1) 상호운용성 테스팅

- 시스템이나 컴포넌트간의 정보교환을 확인함

- 데이터 교환이 제대로 동작하는지 확인하기 위해 모든 대상 환경을 다루어야함

- 컴포넌트 통합과 시스템 통합 테스팅 중에 수행함

- 시스템은 여러수준에서 상호작용 수행 조건을 만들 수 있어야 함 (테스트 분석가는 이런 상호작용을 이해하고 다양한 수행조건을 만들 수 있어야함)

- 동등분할, 경계값 분석, 결정테이블, 상태 전이 다이어그램, 유스케이스 및 페어와이즈 테스팅과 같은 기법은 모두 상호운용성 테스팅에 적용할 수 있음

- 일반적인 결함: 컴포넌트 사이의 잘못된 데이터 교환

 

3. 유용성

1) 사용성 평가

- 사용성의 개별 하위 특성

  - 타당성 식별력 (이해용이성) - 릴리즈 전

  - 학습성

  - 운용성

  - 사용자 인터페이스 미학

  - 사용자 오류 보호

  - 접근성

- 사용자 경험(UX) : 브랜드 이미지, 상호적 행동, 도움말,시스템,지원 및 교육 등의 테스트 대상의 유용성

- 접근성: 장애인 등 특정한 요구나 제한이 있는 사람에 대한 접근성

  - 음성인식 입력

  - 텍스트 대안 제공 보장

  - 텍스트 크기 조정 가능

- 사용사 평가 접근법

  - 사용성 테스팅: 시스템을 사용하거나 학습할 수 있는 용이성 평가 (효과성/효율성/만족도)

  - 사용성 리뷰: 사용성 원칙(휴라스틱)을 준수하는지 판단, 사용자 인터페이스가 잘 보이면 리뷰에 더 효과적

  - 사용자 조사 및 설문지

 

4. 이식성 테스팅

- 설치성: 특정 구성에서 설치 가능한지

- 적용성: 모든 환경에 정상적용되고 동작하는지

- 대체가능성: 다른 소프트웨어와 교환되는지

 

---

리뷰

체크리스트 기반 리뷰 - 테스트 분석가가 사용하는 가장 일반적인 리뷰 기법

- 요구사항 형식에 따라 사용되는 체크리스트 유형도 달라짐

- 테스트 기술 세트 체크리스트가 가장 적합

- 특정 리스크 수준에 필요한 특정 정보가 포함됨

- 결정 테이블에 표시되는 규칙에 집중

- 요구사항, 유스케이스나 사용자스토리 같은 특정 명세 항목

 

1) 요구사항 리뷰

- 요구사항 출처

- 각 요구사항의 테스트 용이성

- 각 요구사항의 우선순위

- 각 요구사항의 인수기준

- 해당되는 경우 유스케이스 호출 구조의 가용성

- 각 요구사항에 대한 추적성

- 일관된 용어 사용

 

- 유스케이스 리뷰를 위한 간단한 체크리스트

- 모든 행동(경로) 명확하게 정의되었는가

- 모든 대체 행동(경로) 식별되고 오류처리가 완료했는가

- 사용자 인터페이스 메시지는 정의되 있는가!

 

2) 사용자 스토리 리뷰

- 유스케이스: 여러영역을 가로지르는 사용자 트랜젝션

- 사용자스토리: 좀 더 독립적인 기능이며, 개발하는데 걸리는 시간으로 범위가 결정

 

- 사용자 스토리 체크리스트 

  - 반복주기/스프린터에 적합한가

  - 요청하는 사람 관점에서 작성됐는가

  - 인수기준이 정의되어있는가

  - 기능이 명확하게 정의되고 구별 가능한가

  - 스토리는 다른 스토리와 독립적인가?

  - 일반적인 형식을 따르는가? <사용자 유형>, <어떤이유>, <어떤 목적>

 

---

키워드 주도 자동화

- 테스트 자동화 방식 중 하나

- 테스트 분석가는 일반적으로 키워드/액션 데이터를 작성하고 유지보수함

- 여전히 스크립트 개발 작업이 필요하다는 것을 알아야 함

- 시스템 테스트 중에 보통 진행

- 동일한 데이터로 동일한 테스트를 수동으로 실행해 애플리케이션 자체에 오류가 있는지 확인

- 장애원인을 판별할 수 없는경우 기술테스트분석가나 개발자에게 넘김

---

테스트 설계 도구

1. 테스트 데이터 준비 도구

- 요구사항 문서나 소스코드 같은 문서를 분석해 테스트에 필요한 데이터를 결정하여 커버리지 확보

- 데이터의 내부 무결성을 유지하면서 개인정보를 제거하기위해 스크럽하거나 익명화함

- 보안 누출또는 개인정보 오용의 위험 없이 테스트에 사용될 수 있음

 

2. 테스트 실행 자동화 도구

- 모든 레벨의 테스트에서 테스트 실행도구를 사용해 자동화된 테스트를 실행하고 실제 경로가 확인

- 목적

  - 비용 절감

  - 더 많은 테스트를 실행하기 위해

 - 다양한 환경에서 동일한 테스트를 실행하기 위해

 - 실행을 더 반복하기위해

 - 수동으로 불가능한걸 테스트 실행하기 위해

 - 스모크테스트(핵심기능테스트)의 자동화 또한 효과적

 - 시스템 및 통합테스트 중 사용됨

 - API 테스트 도구는 컴포넌트 테스팅에도 사용될 수 있음