Available for Hire

사내에서 사용하는 업무요청 시스템이 존재함. 현업, 개발자, 관리자등 전직원이 모든 요청사항(개발, 단순문의, 데이터추출 등)을 이 시스템에 등록함.이 시스템에 등록된 글을 CSR (Custom Service Request) 라고 함.이 CSR 중 개발 관련 요청사항은 개발자가 이 업무 시스템에 작성하고 품질관리팀 레드마인에도 '개발중' 상태로 작성함.개발자는 CSR 에 작성한 개발건이 완료되면 레드마인의 일감 상태를 '개발중' 에서 '점검접수(테스트요청)' 으로 변경함.레드마인에 작성된 일감 중 점검접수 상태의 일감을 보고 테스터는 해당 글을 등록한 개발자와 연락하여 테스트를 적절하게 시작함. 개발자가 업무요청 시스템에도 요청사항을 등록하고 레드마인에도 등록하며 상태를 두군데 모두 업데이트 해줘야하는 ..

1. 테스트 자동화 - 테스트 상황 자동 생성 API 개발수동 테스터가 테스트를 진행 할 때, 테스트를 수행하는 시간보다 테스트 할 수 있는 상황을 만드는 것이 더 오래 걸린다고 함.예를 들어, 신용카드 프로모션이라는 기능이 있는데 특정 상품을 특정 신용카드로 구매했을 때 3~7% 정도 청구 할인해주는 기능인데, 상품 별, 카드별로 다른 할인율을 적용해서 테스트를 할 때 테스트 하는 시간보다 테스트할 수 있는 상황을 만들기 위해 상품에 프로모션 추가 하는 시간이 엄청나게 오래 걸린다고 함. 또 상품에 프로모션을 추가하기위해서는 내부에서 쓰는 백오피스에 권한도 있어야하고, 사용법도 알아야하기 때문에 새로운 사람이 왔을 때 백오피서 서비스 권한신청 및 교육이 반드시 필요한 상황.이런 어렵고 복잡한 과정을 생..

테스터가 특정 기능 테스트를 할 때, 테스트 하는데 걸리는 시간보다 테스트 사전조건을 만드는데 걸리는 시간이 더 많은 경우가 있다. 직접 조사를 해보니 꽤 많은 경우에 실제로 테스트 하는데 걸리는 시간보다 테스트 사전조건을 만드는데 시간이 더 많이 걸린다고 한다. 간략하게 두가지 정도만 예를 들어보자면 아래와 같다. 1. 쇼핑몰 상품에 신용카드 청구할인/즉시할인 프로모션이 있는 경우에 대한 테스트2. 상품 구매 후, 배송상태에 따라 고객이 할 수 있는 행동에 대한 테스트 1번 신용카드 청구할인/즉시할인 프로모션 테스트를 하기 위해서는 상품에 프로모션을 등록해야한다.프로모션을 등록하기 위해서는 쇼핑몰 내부 시스템을 이용해야하며 등록해야할 사항과 조건이 매우 까다롭다.또한, 프로모션의 종류가 매우 다양하고,..

베트남 하노이팀과 테스트자동화 프로젝트 협업 경험을 공유하고자 합니다. 프로젝트의 목표는 이렇습니다. G*홈쇼핑은 매주 정기적으로 배포를 합니다. 매주 정기적으로 배포를 할 때마다 테스터는 웹 과 앱 전체 기능을 모두 테스트 합니다. 테스트해야 할 기능이 매우 많기 때문에 매 정기 배포 때마다 모든 기능을 잊지 않고 테스트하기 위해, TestLink 라는 테스트관리도구를 이용하여 수행해야 할 테스트를 모두 기록해 놓습니다. 대략 아래와 같은 계층 구조를 갖도록 작성합니다.테스트 프로젝트 -> 테스트 플랜 -> 테스트 스위트 -> 테스트 케이스 -> 테스트 스탭 이렇게 테스트를 하다보니, 매 주마다 수많은 테스터가 수많은 기능을 반복적으로 많은 시간을 들여 해야 합니다. 매주 똑같은 테스트를 수행하다보니,..