Records rather than Memories

초현실적인 환경을 탐험하는 게임 본인의 능력과 물리학만으로 이 비현실적인 꿈 속에서 탈출하는 것이 목표 제작 : 노 브레이크스 게임즈 플랫폼 : Windows, Mac, PS4, XBO, Switch시스템 2020.02.02 기준 약 2시간 30분 플레이 최대 8명과 함께 멀티플레이를 지원하며 공개방의 경우 중간중간 플레이어의 참여가 가능했다. 처음에는 캐릭터의 움직임이나 컨트롤이 어색하다고 느꼈는데 초현실적인 환경을 탐험한다는 컨셉에 잘 어울리고 1. RMB, LMB는 손을 하나의 접촉부분으로 사용해 활용이 가능 2. 마우스 시점을 통해 팔의 각도와 방향을 조절 3. WASD 방향키로 사용 4. 스페이스바 점프 단순하고 이미 널리 익숙하게 유저들에게 퍼져있는 컨트롤러 시스템과 UX지만 마우스 클릭을 통..

우연한 기회로 시작하게 된 '제5인격' 이 게임은 DEAD BY DAYLIGHT의 공식 라이선스를 받고 만들어지 게임이기 때문에 일명 데바데의 모바일 버전이라고 생각하면 된다. 개인적으로 공포물을 무서워해서 좋아하지 않는데... 분위기가 조금 공포스러울 뿐 하다보니 서바이벌 게임 요소에 빠져버렸다ㅎ 플레이 방식은 인원수혹은 형태적으로 여러가지가 될 수 있는데 기본적으로 일반 게임과 랭킹전 게임을 많이 하게된다. 플레이어는 생존자와 감시자 두 가지중 하나의 역할을 선택해서 게임을 진행할 수 있다. 생존자 4명 vs 감시자 1명으로 게임을 진행하고 생존자는 탈출자 수에 따라 승리여부가 결정되기 때문에 따라서 감시자는 최대한 생존자의 탈출을 막아야한다. (처음에는 무서워서 감시자를 플레이했으나 생존자로 팀플을..

'코드 리스 이어폰' 말 그대로 선이 없는 이어폰들을 말한다. 사실 블루투스 이어폰이라는 이름으로 예전부터 나왔던 형태의 이어폰들이지만 그 중 지엽적인 부분의 코드 리스 이어폰에 대해서 이야기 해보자. 나는 최근 유튜브의 알수없는 알고리즘으로 인해 우연히 ITSub님의 영상 하나를 보게 되었다. 해당 내용은 Apple에서 새롭게 출시된 Airpod pro의 review. 아이폰 7을 약 3년간 쓰고 있는 유저로써 Apple은 아이폰 7 시리즈 부터 이어폰 단자와 충전 단자를 하나로 합치며 무선 이어폰의 확산을 위한 마케팅을 시작했다. 내가 기억하기로 처음 이러한 Apple의 방향성은 많은 사람들에게 공감을 얻지 못했던 것으로 기억한다. 충전을 하며 이어폰을 꽂을수 없는 하나의 단자로 인해 기존 유저들은 ..

시행중인 공식화 된 테스트 프로세스에서 반복적인 작업을 툴을 통해 자동화함으로써 지속적으로 테스트 할 수 있는 방법이다. 마법같이 자동화를 시행한다고 모든 테스트를 진행할 수 있는 것이 아니기에 테스트에 대한 기본 개념과 원리를 알아야 적절한 곳에 효율적으로 사용할 수 있다. 맨티스 버그지라 - 모듈 설치, 플러그인을 통해 다양한 IDE등과 연동가능 레드마인 - 간트차트, 일정관리 1. Selenium 셀레니움은 윈도우, Mac, 리눅스와 같은 플렛폼이나 다양한 브라우저의 웹어플리케이션 테스팅을 수행하는 테스팅 프레임워크이다. 셀레니움은 테스터가 Java, PHP, C#, Python, Groovy, Ruby, Perl과 같은 다양한 프로그래밍 언어에서 테스트 작성을 돕는다. 셀레니움은 셀레니움 IDE를..

기본적인 소프트웨어 테스팅과 크게 달라지지는 않지만 장비와 테스트 환경이 모바일로 달라진다면 그 특성상 약간은 달라진다. 또한 어떤 모바일 기기인지 플랫폼인지에 따라 달라진다. 따라서 디바이스와 플랫폼의 한계를 파악하고 테스팅 하는 것이 중요하다. - 버그와 개선사항을 관리하는 것은 동일 - 복합상황이 나올 가능성이 많기 때문에 미리 이러한 상황을 계산해 테스트 케이스를 만들고 처리해야한다. - Decison Table 혹은 다른 기법으로 모든 복합상황을 추출해서 테스트 한다. - 임베디드와 모바일 앱은 심심찮게 Memory Leak과 예외처리가 되지 않는 경우가 나타날 수 있다. 따라서 코드 리뷰를 하거나 Stress testing을 통해 사용자 시나리오를 추려 테스트 자동화를 하는 것이 이상적이다. ..

V-model - 명세화된 기능을 개발자나 시험자 관점에서 검증(Verification)과 유저 관점에서 확인(Validation)을 하는 Test model - 어느 단계에서 발생한 오류인지 추적할 수 있다. - 폭포수 모델의 확장형 - 높은 신뢰성을 요구하는 소프트웨어에 맞는다

블랙박스 테스트(Blackbox Test) - 사용자 관점의 테스트 방법 - 사용자가 소프트웨어, 제품에 요구하는 사항과 결과물이 일치하는 지 확인 Blackbox Test 기법들 Whitebox Test 기법들 - 개발자 관점의 단위 테스트 방법 - 개발자가 코딩 단계에서 로직에 대한 테스트를 수행하기 위해 설계단계에서 요구 사항을 확인 Black Box와 White box 비교

리스크(Risk)는 부정적이거나 기대하지 않았던 결과 혹은 이슈가 발생할 가능성을 의미한다. 고객에게 제품을 제공하는 관점에서 리스크란 해당 고객이 제품에 대한 인식을 경감 시킬 수 있는 모든 문제라고 해석할 수 있다. 테스팅에 있어서 리스크의 수준을 분류하는데 여러가지 방법이 존재한다. - 문제의 발생 가능성(The likelihood of the problem occurring) 복잡성, 개발 정도, 상호관계, 리스크 아이템 크기, 기술 난이도, 개발팀 경험 - 문제로 인한 영향(The impact of the problem should it occur) 유저 취급 중요도, 경제적/안전성 피해, 사용 빈도, 외부적 가시성 리스크 기반 테스팅에서는 이러한 분류를 통해 어느 정도의 테스팅을 수행해야하는지..