DEVOCEAN

소프트웨어 개발에는 많은 단계가 필요합니다.

기획자가 요구사항을 작성하고 디자이너가 UI, GUI 를 작성하여 설계를 확정합니다.

이렇게 확정된 스펙을 기반으로 개발자가 프로그래밍을 하는 동안 QA 에서는 테스트 케이스 설계 과정을 진행합니다.

테스트 케이스 작성은 주로 아래 프로세스를 거칩니다.

이 때 테스트 케이스 설계에 사용 되는 기법이 우리가 많이 아는 명세 기반 테스트 케이스 설계입니다.

명세 기반 기법에는 여러 방법이 있습니다.

• 등가분할(Equivalence Partitioning)

• 분류 트리 기법(Classification Tree Method)

• 경계값 분석(Boundary Value Analysis)

• 상태 전이 테스팅(State Transition Testing)

• 결정 테이블 테스팅(Decision Table Testing)

• 원인-결과 분석(Cause-Effect Graphing)

• 조합 테스트 기법(Combinatorial Test Techniques)

• 시나리오 테스팅(Scenario Testing)

• 오류 추정(Error Guessing)

이 중 분류 트리 기법에 사용 되는 마인드맵을 알아보려고 합니다.

분류 트리 기법은 말 그대로 소프트웨어 스펙을 트리 나무처럼 구조화해서 가지치기 처럼 작성하는 기법입니다.

분류 트리 기법

분류 트리 기법은 아래처럼 입력을 기준으로 분리하는 방법이 있습니다.

입력과 관련된 분류를 만들고 입력을 조합해서 출력에 영향을 미치는 클래스를 결정합니다.

그림에서 입력은 input A, B, C 이고 출력은 A1, 2,3, B1,2, C1,2,3 입니다.

이 조합은 18가지의 테스트 케이스 조건이 됩니다.

테스트 케이스 작성할때 하나의 기법을 이용하여 전체 테스트 케이스에 적용하기 보다는 기능에 맞는 기법을 조합하여 사용합니다.

예를 들면 분류 트리 기법으로 입출력 조건을 만들고 이 때 사용되는 테스트 데이터를 선택할때는 등가분할이나 경계값 분석을 이용합니다.

시나리오 테스트을 할때도 분류트리 기법이나 상태 전이 테스팅에서 도출된 테스트 케이스에서 사용자가 행동 패턴이 빈번하게 발생되는 케이스를 추출하여 사용합니다.

마인드맵 EdrawMind

마인드맵은 일반적으로 아이디어를 도출할 때 사용됩니다.

테스트 케이스 설계할 때는 스펙을 한눈에 정리하고 테스트 케이스 도출에 누락이 없도록 설계하기 위해 사용됩니다.

여러 툴이 있지만 EdrawMind 의 사용방법을 알아보겠습니다.

입력 방법은 엔터키와 텝키 스페이스 키만 입력하면 가지를 만들 수 있습니다.

참고로 무료 설치본을 사용하면 100개 가지까지 사용할 수 있습니다.

테스트 케이스 설계 팁

설계 팁 1) 중분류 사용

중분류를 이용하면 큰 카테고리에서 누락된 부분이 없는지 확인할 수 있습니다.

중분류는 테스트 대상 소프트웨어마다 다르겠지만 UI가 있는 경우 저는 테스트 케이스 작성할 때 UI 기능과 동작을 나눠서 작성합니다.

마인드 맵에서 왼쪽와 오른쪽으로 분류하여 UI 기능 검증과 실행 검증으로 나눠서 설계합니다.

zephyr를 이용하여 테스트 케이스 작성할때는 중분류를 story 유형 이슈로 만들어서 테스트 케이스를 링크로 연결합니다.

이렇게 구분하면 중분류는 큰 기능이기 때문에 관련된 테스트 케이스를 한번에 확인할 수 있습니다.

story 제목을 예를 들면 위에 마인드맵에서 1.1. OS 관련 기능 가 제목이 됩니다.

추후에 관련된 기능이 늘어나면 동일한 스토리에 테스트 케이스를 추가하거나 새로운 스토리를 추가하여 관리합니다.

설계 팁 2) 번호를 붙임

번호를 이용하여 마인드맵을 작성하면 설계하는 사람과 구현하는 사람이 다를 경우 설계를 이해하는데 더 도움이 됩니다.

테스트 케이스 실행할 때나 결과 확인할 때도 번호를 통해 어떤 이슈가 있는지 바로 알 수 있는 장점이 있습니다.

위 예시 처럼 초록색 가운데 박스가 소프트웨어 대 기능이면 2번째 분류 번로 적힌 1.1~1.4 는 중분류 기능입니다.

1.1, 1.2 는 ui 기능에 대한 분류이고 1.3, 1.4는 실행에 대한 분류입니다.

1.1.1이 테스트 케이스 하나가 됩니다. 각 테스트 케이스 다음 가지는 테스트 케이스 스텝으로 작성합니다.

zephyr를 이용하여 테스트 케이스 작성할때는 제목 부분에 번호를 함께 작성합니다.

예를 들면 1.1. OS 관련 기능 스토리 하위에 1.1.1 spec1 테스트 케이스가 작성됩니다.

• 참고: Zephyr를 이용한 테스트 관리 : https://devocean.sk.com/blog/techBoardDetail.do?ID=164332

• 출처

  • https://www.oss.kr/info_test/show/afda9e9d-3be7-471a-9c55-9e2c3ac58221

  • http://journal.ksae.org/xml/18050/18050.pdf

  • https://www.edrawsoft.com/kr/ad/edrawmind-brand.html?gclid=CjwKCAjwgqejBhBAEiwAuWHioHeXegU1GekdZTbjpVdgiDL2mKgCX1LbXMXQcg009ejuAgHNILAP7hoCz-4QAvD_BwE