[팀블로그] 소프트웨어 테스팅 참고서

     

 

질문

‘테스트 베이시스’가 무엇인가요? ‘테스트 디자인’은 무엇인가요? 

“테스트 디자인 과정에서 테스트 베이시스를 검토한다”라는 말이 무엇인지 감이 오지 않습니다. 용어 설명을 부탁드립니다.

 

ISTQB 버전

ISTQB Syllabus 2018

 

답변

테스트 베이시스(Test Basis) 개요

ISTQB 용어사전에서 말하는 '테스트 베이시스'의 뜻은 다음과 같습니다.

 

 • 테스트 케이스의 기준이 되는 시스템과 컴포넌트의 요구사항을 추론할 수 있는 테스트 케이스의 기반이 되는 모든 문서를 뜻함.

 

 

테스트 베이시스 - 요구사항 명세서

요구사항 명세서는 요구사항 분석 과정이 완료된 후 선별된 기능을 바탕으로 시스템 및 서비스에서 제공하는 특성과 기능을 기록한 문서를 말합니다.

Product Requirements Document - Product Management to Development

 

요구사항 명세서 구성

  • 일반적으로 요구사항 명세서에는 「요구사항 ID, 요구사항 이름, 구분, 유형, 업무 중요도, 요구사항, 관련부서」 등을 기재합니다.

 

테스터는 요구사항 명세서로 어떤 작업을 하는가?

  • 요구사항 명세서는 고객이 소프트웨어 제품/서비스에 요구하는 필요 사항을 적는 '요구사항'이 자세히 기재되어 있습니다.
  • 그 뿐만 아니라 요구사항을 식별하고 요구사항에 대해 간단하게 설명할 수 있는 '식별 아이디'와 '요구항목 이름' 등 다양한 내용으로 구성되어 있습니다.
  • 테스트 설계 전 요구사항을 확인하고, 향후 요구사항대로 최종 산출물이 개발되었는지 확인이 필요합니다. 또한, 요구 검증에 대한 테스트 결과는 고객에게 제공할 의무가 있습니다.

 

테스트 베이시스 - 아키텍처

아키텍처(소프트웨어 구조)는 소프트웨어의 구성요소들 사이에서 유기적 관계를 표현하고, 소프트웨어의 설계와 업그레이드를 통제하는 지침과 원칙을 기록한 문서를 말합니다.

소프트웨어 아키텍처 패턴

 

아키텍처 패턴의 종류

소프트웨어 아키텍처 패턴이란 시스템에 대한 기본 구성 스키마로써, 하위 시스템의 집근간의 관계를 구성하기 위한 규칙과 지침을 패턴으로 분류한 것 입니다. 이 아키텍처 패턴 또한 소프트웨어 개발 시 테스트 베이시스로 사용합니다. 이번 글에서 설명하고자 하는 바는 아키텍처 패턴도 테스트 베이시스로 사용한다는 점을 설명하는 게 목적이므로, 이번 기회에는 패턴의 종류만 언급하고, 상세 내용은 다루지 않겠습니다. 해당 패턴에 대한 내용은 Architectural Pattern페이지를 참고해 주세요.

 

  • 계층화 패턴 (Layered pattern)
  • 클라이언트-서버 패턴 (Client-server pattern)
  • 마스터-슬레이브 패턴 (Master-slave pattern)
  • 파이프-필터 패턴 (Pipe-filter pattern)
  • 브로커 패턴 (Broker pattern)
  • 피어 투 피어 패턴 (Peer-to-peer pattern)
  • 이벤트-버스 패턴 (Event-bus pattern)
  • MVC 패턴 (Model-view-controller pattern)
  • 블랙보드 패턴 (Blackboard- pattern)
  • 인터프리터 패턴 (Interpreter pattern)

 

테스터는 아키텍처 패턴으로 어떤 작업을 하는가?

  • 테스터들은 이러한 아키텍처의 패턴을 확인함으로써 시스템과 컴포넌트들이 어떤 식으로 연계되고, 어떻게 상호작용 하는 지를 이해할 수 있습니다.
  • 그리고 이를 통해 테스트 설계 시 위험 요소를 미리 식별하거나 테스트 케이스를 작성하여 개발 완료 후 확인이 가능해집니다.
  • 예를 들어, 데이터 간 인터페이스(Interface)에서 주고 받는 파라미터(Parameter) 값의 데이터 타입(Data Type)을 굳이 일일히 테스터에서 알려주지 않아도 되므로, 예외 상황 테스트(Exception Testing)를 훨씬 원활하게 수행할 수 있습니다.

 

테스트 베이시스 - 개발 설계 문서

개발 설계 문서란, 요구시힝 분석/설계 단계를 거쳐 식별된 내용을 어떻게 컴포넌트 및 시스템으로 개발할 지에 대해 기술한 문서들을 말합니다. 

 

개발 설계 문서의 종류

  • 기획서(화면 설계서 or 스토리보드): 시스템 구성도, 이해관계자 정의, 팀 R&R 정의, 개발 범위 명시
  • 시스템 흐름도
  • 프로세스 정의서
  • 용어 사전
  • ERD
  • 공통코드 정의
  • 네이밍 룰
  • WBS
High Level Design and Detailed Design

 

테스터는 개발 설계 문서로 어떤 작업을 하는가?

  • 위 V 모델은 테스터들이 소프트웨어 개발의 각 단계에서 도출한 산출물들로 어떤 테스트를 하는 지에 대해 개괄적으로 설명합니다.
  • 요구사항 항목들은 시스템 개발 완료 후 인수 테스트(Acceptace Testing)으로 진행됩니다.
  • 시스템의 작동 방식에 대한 내용은 시스템 테스트(System Testing)으로 진행됩니다.
  • 시스템의 요구 항목 및 작동 방식은 통합 테스트(Integration Testing)으로 진행됩니다.
  • 각 컴포넌트 및 모듈의 세부 기획 사항은 단위 테스트(Unit Testing)으로 진행됩니다.
  • 그 외에도 각 단계에서 진행할 수 있는 여러 테스팅 활동들이 있습니다.


※ "전체 테스트", "풀(Full) 테스트"라는 말은 콩글리시(Konglish)이며, 국제 표준에서는 인정하지 않는 실무자들의 언어이므로, 가급적 사용을 지양하시기 바랍니다.

 

테스트 디자인(Test Design) 개요

디자인(Design)이라는 단어를 들으면 우리는 흔히 그래픽 디자인을 연상하지만, 사실 Design은 '기획'이나 '설계'를 의미합니다. (다음 영한사전, Dictionary 영영사전) 그러므로 우리가 "테스트 디자인"을 말할 때 "테스트 케이스를 도화지에 그림 그리듯 하는 것이다."라고 표현하시는 분들도 계신데 사실 조금은 틀린 표현입니다. 테스트 디자인은 그 용어 자체로 "테스트 활동을 설계한다"라는 의미를 가지고 있기 때문입니다.

 

즉, 테스트 디자인이란, 위 1번에서 설명한 테스트 베이시스를 토대로 테스트 활동 전체에 대한 기본 설계를 하는 행위로 볼 수 있습니다. "테스트를 어떻게 수행할 것인가?"라는 것이 테스트 디자인의 행동 목적이므로, 이를 위해 테스트 베이시스를 기준으로 검토하여 테스트 설계를 진행하게 됩니다.

 

"테스트 활동을 설계한다"는 말과 "테스트를 계획한다"는 말은 다른 의미입니다. 아래 '관련 참고 자료'에서 Test Plan vs Test Design 내용을 참고하여 주세요. 기회가 될 때 필자들이 다시 설명 드릴 수 있도록 하겠습니다.

 

그래서 '테스트 디자인 과정에서 테스트 베이시스를 검토한다'는 의미는?

"테스트 디자인 과정에서 테스트 베이시스를 검토한다." 라는 의미는 결국 2번에서 설명한 테스트 디자인(Test Design) 활동을 하기위한 기본 자료를 검토한다는 의미 입니다.

 

1번에 설명한 테스트 베이시스 예시에 대하여 테스트 베이시스에 대한 리뷰를 진행하게 됩니다. 리뷰와 관련된 내용은 본 다른 필자들이 작성하신 "시스템이나 문서에 대한 엄격한 테스팅"에 대한 의미는 무엇인가요? 의 내용을 참고하세요.

 

참여자 정보

 글쓴이 : 현의노래, 천년나무, 품생품사

• 검토한이 : Bykj, Byungjoo, 아이티마니

 

STEEG 개인 의견

※ STEEG 전문가들의 개인 의견은 각 전문가 개인이 경험한 경력에 따른 주관적 견해입니다. 
    이런 개인 의견들의 경우는 그룹 전체의 의견을 대표하지 않음을 알립니다.

본 글과 관련한 전문가 의견이 아직 없습니다. 

 

관련 참고 자료

 ※ 아래는 필자들이 선정한 관련 외부 자료입니다. 
     아래 자료들은 필자들이 작성한 본문 의견과 다를 수 있으며, 필자들과 관련되지 않았을 수 있습니다.
 

Test design - Wikipedia

In software engineering, test design is the activity of deriving and specifying test cases from test conditions to test software. Definition[edit] A test condition is a statement about the test object. Test conditions can be stated for any part of a compon

en.wikipedia.org

 

design – 다음 어학사전

1.설계하다 2.디자인 3.구현 4.만들다 5.계획

dic.daum.net

 

Definition of design | Dictionary.com

Definition of design from Dictionary.com, the world’s leading online source for English definitions, pronunciations, word origins, idioms, Word of the Day, and more.

www.dictionary.com

 

Test plan Vs Test design: What's the difference?

Many aspects of software development and release have become significantly more complex recently. As a result, there are a number of terms that organizations may not fully understand, especially in their relation to agile practices. Agile testing metho

www.getzephyr.com

 

What is Test Analysis (Test Basis) in Software Testing?

Training Summary In this course, you will learn basic skills and Software Testing concepts....

www.guru99.com

 

Architectural Pattern - CIO Wiki

An Architectural Pattern expresses a fundamental structural organization schema for software systems. It provides a set of predefined subsystems, their responsibilities, and includes rules and guidelines for organizing the relationships between them.[1] An

cio-wiki.org

 

ISTQB Glossary

ISTQB Glossary - Test Basis

glossary.istqb.org

 

 

이 글을 공유합니다.

facebook twitter kakaoTalk kakaostory naver band

※ 알림 : 본 블로그는 소프트웨어 테스트&품질 카페 (https://cafe.naver.com/swtester)의 '앞마당멀티' 사이트이며, 본 블로그 자체에서 댓글, 방명록 등 커뮤니티 기능을 지원하지 않습니다.

일반적으로 공개 커뮤니티에서는 다양한 사람들의 의견이 모이기 때문에 많은 논의가 다양한 관점에서 이루어지기 적합하지만, 또 다양한 사람들이 모이는 커뮤니티의 특성상 객관성과 주관성이 모호하게 표현되기도 합니다. 그렇기 때문에 전문적인 지식을 정리하기에 적합하지 않다고 생각하여 전문 지식 컨텐츠 게시를 목적으로 할 공간을 확보할 필요가 있었습니다. 그런 이유로 본 블로그에서는 전문 지식의 내용이 희석되거나, 변질될 가능성이 높은 커뮤니티 기능을 분리하기로 결정하였습니다.

본 블로그 내용에 대해 논의하고 싶으신 내용이 있으시거나, 반론 게재, 수정 요청, 개인 의견 추가, 혹은 추가로 궁금하신 점들 등은 소프트웨어 테스터&품질 카페의 '질문과 답' 게시판에서 언급하여 진행해 주십시오. 필진들이 진중하게 논의하여 반영이 필요하다고 생각되는 내용은 참고하여 반영하겠습니다.