devrabbit22 님의 블로그

기존에는 라이브 서비스에서 발견한 이슈를 개별 이슈 리포트 형태(Word)로 작성했습니다.처음에는 이슈의 현상과 재현 방법, 기대 결과와 실제 결과를 정리하는 것에 집중했지만, 작성한 이슈가 늘어나면서 각각의 문서로 관리하는 것보다 이슈의 상태와 분류를 확인하고, 이후 처리 과정을 지속적으로 관리할 수 있는 환경을 사용해보고 싶다는 생각이 들었습니다.그래서 기존에 작성했던 이슈 리포트 4건을 Jira에 등록하고, Issue Type, Priority, Label, Workflow 등을 직접 설정하여 이슈를 관리해보았습니다.1. 기존 이슈 리포트 정리먼저 기존에 Word로 작성했던 이슈 리포트의 내용을 Jira에서 관리할 수 있도록 정리했습니다.기존 이슈 리포트에서 작성했던 현상, 환경 정보, 발생 빈도,..

새로운 포트폴리오로 콘텐츠 분석서를 작성하기로 하고, 로스트아크의 ‘낙원’ 콘텐츠를 분석 대상으로 선정했다.처음 콘텐츠 분석서를 PPT로 작성하려고 했을 때는 분석을 위해서는 콘텐츠에 대한 충분한 설명이 필요하다고 생각했다. 그래서 천상, 증명, 지옥, 나락의 구성과 보상, 성장 요소를 하나씩 정리하기 시작했다.하지만 작성하다 보니 콘텐츠의 구조와 특징을 분석하기보다는 콘텐츠에 대한 설명만 계속해서 작성하고 있다는 느낌이 들었다. 실제로 작성한 내용이 점점 길어지면서 ‘이게 과연 콘텐츠 분석서라고 할 수 있을까?’라는 생각이 들었고, 이후 분석서의 작성 방향을 다시 고민하게 되었다.이후 작성 방향을 다시 잡고, 콘텐츠의 정보를 나열하는 것에서 벗어나 각 콘텐츠가 어떤 목적을 가지고 있으며 서로 어떻게 연..

ISTQB를 공부하며, QA 포트폴리오에는 어떤 형태의 테스트 케이스를 담아야 하는지 알아보기 위해 다양한 자료를 참고하며 TC를 작성했다. 테스트 대상으로는 평소 플레이하던 게임들 중에 트릭컬 리바이브를 선정했다. 처음 테스트 케이스를 작성할 당시에는 게임의 주요 기능을 빠르게 파악하고, 사용자가 실제 플레이 과정에서 접근하는 흐름을 기준으로 검증하는 것을 목표로 했다. 이에 따라 로비에서는 프로필, 재화, 메뉴, 콘텐츠 진입 버튼 등 화면 구성 요소를 확인했고, 교주정보에서는 UI 진입 후 각 기능 버튼과 상호작용 요소를 검증했다. 또한 모험에서는 콘텐츠 이동과 주요 시스템 요소가 정상적으로 동작하는지 확인하는 방식으로 테스트 범위를 구성했다. 이 과정은 게임 내 기능 누락을 방지하고 전체적인 구조를..

테스팅 지원 도구테스트 도구는 다양한 테스트 활동을 지원하고 촉진한다.예시테스트 관리 도구 - 소프트웨어 개발수명주기(SDLC), 요구사항, 테스트, 결함, 형상 관리를 용이하게 해서 테스트 프로세스 효율성을 높인다.정적 테스팅 도구 - 테스터의 리뷰와 정적 분석 수행을 지원한다.테스트 설계 및 테스트 구현 도구 - 테스트 케이스, 테스트 데이터, 테스트 절차 생성을 용이하게 한다.테스트 실행 및 테스트 커버리지 도구 - 자동 테스트 실행 및 커버리지 측정을 지원한다.비기능 테스팅 도구 - 수동으로 실행하기 어렵거나 불가능한 비기능 테스트를 테스터가 수행할 수 있게 한다.데브옵스 도구 - 데브옵스 배포 파이프라인, 작업 흐름 추적, 자동 빌드 프로세스, 지속적인 통합 및 배포 등을 지원한다.협업 도구 -..

테스팅에서 형상관리(CM, Configuration Managerment)는 테스트 계획서, 테스트 전략서, 테스트 컨디션, 테스트 케이스, 테스트 스크립트, 테스트 결과, 테스트 로그, 테스트 보고서와 같은 작업 산출물을 형상 항목으로 식별, 제어 추적하는 지침을 제공한다.복잡한 형상 항목(테스트 환경)의 경우 형상 관리는 구성 항목, 항목 간 관계, 버전 등을 기록한다.형상 항목이 테스팅용으로 승인되면 베이스라인이 되며, 공식적인 변경 제어 프로세스를 통해서만 수정할 수 있다.형상 관리새 베이스라인을 만들 때 변경된 형상 항목에 대한 기록을 유지한다.이전 베이스라인으로 되돌리면 이전 테스트 결과를 재현할 수 있게 된다.테스팅을 적절히 지원하기 위해 형상 관리는 다음을 보장한다.테스트 항목(테스트 대상..

테스트 모니터링은 테스팅에 대한 정보 수집과 관련이 있다.이 정보는 테스트 진행 상황을 평가하고, 제품 리스크, 요구사항, 인수 기준에 대한 커버리지 목표 달성과 같은 완료 조건이나 완료 조건과 관련된 테스트 작업이 충족되었는지 측정하는 데 사용된다.테스트 제어테스트 모니터링에서 얻은 정보로 가장 효과적이고 효율적인 테스팅을 위한 제어 지침/지도/필요 수정 조치 등을 제공한다.제어 지침의 예시식별된 리스크가 발현될 경우 테스트 우선순위 재지정재작업 이후 테스트 항목이 시작 조건 및 완료 조건을 충족하는지 재평가테스트 환경 인도 지연에 대응하기 위한 테스트 일정 조정필요한 지침과 시기에 신규 자원 추가테스트 완료끝난 테스트 활동에서 데이터를 수집하여 경험, 테스트웨어 기타 관련 정보를 수집하는 단계다.테스..

조직은 목표의 달성 여부와 시기를 불확실하게 만드는 여러 내부 및 외부 요인에 직면한다.리스크 관리조직이 목표를 달성할 가능성과 제품의 품질을 높이고, 이해관계자의 신뢰와 믿음을 얻을 수 있게 한다.주요 리스크 관리 활동리스크 분석(리스크 식별과 리스크 평가로 구성)리스크 제어(리스크 완화와 리스크 모니터링으로 구성)리스크 분석과 리스크 제어를 기반으로 테스트 활동을 선택하고 우선순위를 정해 관리하는 테스트 접근법을 리스크 기반 테스팅이라고 한다.리스크의 정의와 리스크의 속성리스크발생 시 부정적인 영향을 미칠 수 있는 잠재적인 사건, 위험, 위협 또는 상황을 말한다.리스크는 두 가지 요소로 특정 지을 수 있다.리스크 발생 가능성 - 리스크 발생 확률(0보다 크고 1 보다 작음)리스크 영향(피해) - 발생..

테스트 계획서의 목적과 내용테스트 계획서는 테스트 프로세스의 목적, 자원, 프로세스를 설명한다.테스트 목적 달성을 위한 방법과 일정을 문서화한다.수행한 테스트 활동이 정해진 기준을 충족하는 데 도움을 준다.팀원과 기타 이해관계자의 의사소통을 수단으로 사용된다.테스팅이 수립한 테스트 정책 및 전략을 준수함을 보여준다(또는 테스팅이 그것을 준수하지 않는 이유를 설명한다.)테스트 계획 활동테스터가 리스크, 일정, 인력, 도구, 비용, 노력 등 향후 문제를 고민하도록 한다.테스트 계획서를 준비하는 과정은 테스트 목적을 달성하는 데 필요한 노력을 추론하는 유용한 방법이다.테스트 계획서는 다음과 같은 내용을 포함해야 한다.테스트 정황(테스트 범위, 테스트 목적, 테스트 베이시스)테스트 프로젝트의 가정 및 제약 사항..

협업 기반 접근법은 협업과 커뮤니케이션을 통한 결함 예방에도 초점을 둔다.협업 기반 사용자 스토리 작성사용자 스토리는 시스템이나 소프트웨어의 사용자 또는 구매자에게 가치를 제공하는 기능을 나타낸다.사용자 스토리는 다음 세 가지 중요 요소를 가지고 있으며 이를 '3C'라고 부른다.카드(Card): 사용자 스토리를 설명하는 매체(ex: 인덱스카드, 전자 게시판 항목)대화(Conversation): 소프트웨어 사용 방법에 대한 설명(문서 또는 구두로)확인(confirmation): 인수 조건사용자 스토리의 가장 일반적인 형식은 "[역할]로서 [목표]를 달성해 [역할이 얻게 될 비즈니스 가치]를 얻기를 원한다."이며, 이후 인수 조건이 뒤따르는 형식이다.협업 기반 사용자 스토리 작성브레인스토밍, 마인드 매핑과 ..

널리 활용하는 경험 기반 테스트 기법오류 추정탐색적 테스팅체크리스트 기반 테스팅오류 추정오류 추정이란 테스터의 지식을 기본으로 오류, 결함, 장애 발생을 예측하는 데 사용하는 테스트 기법이다.필요 테스트 지식애플리케이션의 과거 동작개발자가 범하기 쉬운 오류 유형과 이런 오류로 인해 발생하는 결함 유형다른 유사 애플리케이션에서 발생한 장애 유형일반적으로 오류, 결함, 장애는 입력(올바른 입력을 인식하지 못함, 매개변수 오류 또는 누락), 출력(잘못된 형식, 잘못된 결과), 논리(사례 누락, 잘못된 연산자), 계산(잘못된 피연산자, 잘못된 계산), 인터페이스(매개변수 불일치, 호환되지 않는 유형), 데이터(잘못된 초기화, 잘못된 유형)와 관련이 있을 수 있다.결함 공격오류 추정을 구현하는 방법 중 하나이다...