| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | |||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 |
| 12 | 13 | 14 | 15 | 16 | 17 | 18 |
| 19 | 20 | 21 | 22 | 23 | 24 | 25 |
| 26 | 27 | 28 | 29 | 30 |
- 테스팅
- 고전게임
- 게임소식
- 신입QA
- 프로젝트
- 테스터
- 게임 뉴스
- QA일자리
- QualityAsurance
- 게임QA
- 게임일자리
- ori and
- 테스팅 이론
- PM
- GameQA
- 독학
- Game news
- 게임잡
- gamenews
- 게임큐에이
- QA
- SQA
- Moon Studio
- 게임업계
- Ori and the blind forest
- Ori and the Will of the Wisps
- 큐에이
- 게임테스터
- 게임 정보
- Quality Assurance
- Today
- Total
목록SQA (6)
QArchive
많은 사람들이 QA의 역할을 출시와 함께 끝난다고 생각합니다. 모든 테스트가 끝나고, 문제가 수정되면 QA의 임무도 종료된다는 인식입니다.하지만 실제 현장에서는 정반대입니다. QA에게 진짜 중요한 시간은 출시 이후부터 시작됩니다. 이 시점을 우리는 운영 단계라고 부릅니다.출시 이후의 게임은 다른 게임이다출시 전의 게임과 출시 이후의 게임은 환경이 다릅니다. 내부 테스트 환경에서는 예측 가능한 상황만 발생합니다. 하지만 실제 서비스 환경에서는 수많은 변수들이 동시에 작동합니다.다양한 기기와 OS 환경예측할 수 없는 플레이 패턴대규모 동시 접속실제 결제와 연동된 시스템운영 단계에서 발생하는 문제는 대부분 이 지점에서 나타납니다.운영 QA의 역할운영 QA의 역할은 단순히 버그를 처리하는 것이 아닙니다. 라이브..
QA 리포트는 기록물이 아닙니다. 문제가 존재한다는 사실을 남기는 문서도 아닙니다. QA 리포트의 목적은 단 하나, 문제를 실제로 고치게 만드는 것입니다.리포트가 아무리 많이 쌓여도 수정으로 이어지지 않는다면, 그 리포트는 실패한 문서입니다.나쁜 리포트는 판단으로 시작한다다음과 같은 문장은 현장에서 자주 보입니다.“플레이가 너무 불편합니다.” “밸런스가 완전히 망가졌습니다.” “이대로 출시하면 안 됩니다.”이 문장들의 공통점은 문제를 설명하지 않고, 결론부터 말한다는 점입니다. 판단이 먼저 나오면, 읽는 사람은 방어적으로 변합니다.나쁜 리포트는 문제를 고치기 전에, 대화를 막습니다.좋은 리포트는 재현으로 시작한다좋은 리포트는 항상 동일한 구조를 가집니다.어떤 조건에서어떤 행동을 했을 때어떤 결과가 발생했..
QA 업무에서 가장 자주 오해받는 능력은 커뮤니케이션입니다. 말만 잘하면 되는 일처럼 보이지만, 실제로 QA의 커뮤니케이션은 감정 표현이 아니라 정보 전달의 정확도에 관한 문제입니다.QA는 문제를 발견하는 사람인 동시에, 그 문제를 이해시키는 사람입니다. 발견만 하고 설명하지 못하면, 문제는 존재하지 않는 것과 다르지 않습니다.좋은 리포트는 감정을 배제한다QA 리포트에서 가장 피해야 할 것은 판단의 단정입니다.“너무 불편합니다.” “완성도가 낮아 보입니다.”이런 문장은 공감을 얻을 수는 있지만, 수정으로 이어지기 어렵습니다. 좋은 리포트는 감정을 배제하고 현상을 재현 가능하게 설명합니다.어떤 조건에서어떤 행동을 했을 때어떤 결과가 발생했는지이 세 가지가 명확하면, 문제는 이미 절반 해결된 셈입니다.문제는..
QA는 종종 개발의 마지막 단계에서 등장하는 역할로 오해받습니다. 모든 기능이 완성된 뒤, 문제를 찾아내는 사람이라는 이미지 때문입니다.하지만 실제 개발 현장에서 QA는 그렇게 단순한 위치에 있지 않습니다. QA는 개발의 끝에 서 있는 존재가 아니라, 전 과정을 관통하는 역할입니다.게임은 단계적으로 만들어진다게임 개발은 한 번에 완성되지 않습니다. 기획, 프로토타입, 제작, 테스트, 출시, 운영이라는 여러 단계를 거칩니다.각 단계마다 목표가 다르고, 발생하는 문제의 성격도 다릅니다. 이 흐름을 이해하지 못하면 QA는 항상 늦게 도착한 사람이 됩니다.QA는 각 단계에서 다른 질문을 던져야 합니다.기획 단계: 이 설계는 구현 가능한가제작 단계: 의도한 대로 동작하는가테스트 단계: 문제가 반복적으로 발생하는가..
QA를 처음 배우는 사람들은 종종 두 영역을 분리해서 생각합니다. 기능 QA는 정확하고 객관적인 일, Fun QA는 주관적이고 감각적인 일이라는 인식입니다.하지만 이 구분은 절반만 맞습니다. 기능 QA와 Fun QA는 대립 관계가 아니라, 같은 목표를 다른 방향에서 바라보는 역할입니다.기능 QA는 게임이 ‘작동하는지’를 묻는다기능 QA는 가장 기본적인 질문에서 출발합니다.버튼을 누르면 의도한 결과가 발생하는가규칙은 문서대로 구현되었는가특정 조건에서 시스템은 안정적으로 동작하는가이 질문에 대한 답이 ‘아니오’라면, 재미를 논할 단계가 아닙니다. 기능 QA는 게임이 게임으로서 성립하기 위한 최소 조건을 확인하는 역할입니다.Fun QA는 게임이 ‘의미 있게 작동하는지’를 묻는다기능이 정상적으로 동작한다고 해서..
'그냥 테스터 알바 하나 구해서 돌려봅시다.' 2023년인 현재, 이런 말을 하는 사람을 보기 힘들어졌다. 물론 규모가 작은 회사이거나 QA를 고용할만큼의 여력이 되지 않는 회사에서는 아직 나올 수 있는 말이기도 하다. 그러나 중소기업, 혹은 대기업에서 이런 말을 하는 사람은 되려 뭇매를 맞기 쉽상이다. 이제는 주변에서도 QA가 얼마나 어려운 일인지, 또 얼마나 프로젝트에 기여하는지 인지하고 감사를 표하는 개발자도 있을 정도이니 말이다. 이처럼 인식의 변화과정에 기여했던 모든 QA 직종자 분들께 감사를 표하고 싶다. 필자는 QA라는 직업에 뛰어들고 5년의 세월이 흘렀음에도 여전히 QA 직무를 맡아 하고있다. 처음 QA를 시작했을때의 주변 인식과 업무방식이 현재와 사뭇 달라진점도 보이기 시작하고 능력있는 ..