본문 바로가기

게임 개발/QA

(3)
Test Case 작성 Test Case를 작성하는 순서는 다음과 같다. 1테스트 범위 및 목표 정의 테스트를 시작하기 전에 테스트의 범위와 목표를 정의해야 한다. 범위는 기능, 플랫폼, 시나리오, 기준 등 테스트할 게임의 측면을 정의한다. 목표는 게임의 기능, 유용성, 성능, 호환성 확인 등 테스트를 통해 달성하려는 목표를 정의한다. 범위와 목표를 정의함으로써 테스트 전략을 계획하고, 테스트 사례의 우선순위를 지정하고, 테스트 결과를 측정할 수 있다. 2테스트 케이스 설계 및 실행 테스트 사례는 게임의 특정 측면을 테스트하기 위해 수행하는 일련의 단계다. 예를 들어, 게임 메뉴 테스트를 위한 테스트 케이스에는 메뉴 열기, 옵션 탐색, 옵션 선택, 메뉴 닫기 등의 단계가 포함될 수 있다. 테스트 케이스를 디자인하려면 각 테스트..
QA란? Quality Assurance의 약자로, 소프트웨어를 출시하기 전 테스트하여 정상적으로 작동하는지 확인하는 역할을 주로 맏고 있다. 이 블로그에서는 게임 QA와 관련된 내용을 QA로 지칭할 예정인데 QA는 게임말고도 서비스가 필요한 웹사이트 등과 같은 소프트웨어에서도 꼭 필요하다. 게임 QA의 종류는 크게 두가지로 볼 수 있다. 기획서에 기술된대로 구현됐는지 확인하는 Technical QA와 게임에 반영된 컨텐츠를 테스트하여 재미가 있는지, UI의 시인성은 있는지 등을 확인하는 Fun QA가 있다.
BTS ITS 게임 QA 용어이다. BTS는 Bug Tracking System의 줄인 말로, 버그 추적하여 고치는 시스템이다. 개발 단계에서 발견된 버그나 이슈들을 통합 관리하는 시스템이다. 이슈 추적 시스템의 일종으로 간주할 수 있다. ITS는 (Issue Tracking System)는 줄임말로 이슈를 관리하는 시스템이다. 이슈는 버그를 포함하는 용어이지만 둘을 동의어로 사용하는 경우가 많다. 즉 프로그램의 버그등을 추적하기 위해 디버그/디버깅으로 버그를 잡는 것을 얘기한다. BTS와 ITS는 Jira와 Remine을 많이 사용하기도 한다.