Catch bug if you can

Project - 2020. 상반기 ~ 2021. 상반기 대기업 아웃소싱을 알고는 갔지만 역시 쉽지 않은 프로젝트 경험 이었다. '최소 5년은 다녀야지' 라고 다짐 했던, 회사는 1년을 못 버티고 '내발로' 퇴사 결정을 내렸다. 30대 후반을 가는 나이라 쉽지 않은 결정 이었지만, 반년 정도 흐른 지금 나온 이유는 아래와 같았다. Auditor 인지 QA인지 구분이 안되는 고객 이게 무슨 개 소린가 싶겠지만 업무의 효율성 보다는 개발팀에, 기획팀에 꿀리지 않는 검증 결과를 원하는 고객사였다. 당연히 '신뢰성 있는 검증' 보다는 '책임을 회피하기 위한 검증' 에 촛점이 맞춰져 있었다. 제품에 대한 이해, 분석, 설계, 문서작성, 테스트 등등 다양한 업무의 주는 아웃소싱인 '내' 가 주도 했다. 물론 고객사..

나이를 먹으니 이상하게 회사 실명을 거론하기 조금씩 힘들다 ㅋ 혹시라도 이로 인해 이 업계에서 존버가 어려울 수도 있으니 ㅠㅠ 슬프지만 그래도 나름 머리를 싸매고 있는 사람이 있을 수도 있으니 탈락한 나의 글을 통해서라도 다들 좋은 대답을 해서 꼭 합격 했으면 한다. 질문) 프로젝트 중 가장 기억에 남는 트러블 슈팅 경험은 무엇 이었나요? 대답) When I worked on the QA project, I didn`t too much experience and resolve the troubleshooting issues. But this case, I have reported the troubleshooting report to the Development team if I found the issu..

Summary of Phase At phase 1On orienting to my host company;organization, local community, business, culture At phase 2To acquire skills pertaining to electronic engineering using by mobile devices;exposure of relevant protocol stack including for CDMA, WiFi, LTE…testing, gathering data, analyzing data, implementing a process, executing the process, reviewing reporttake on the tasks of assuring q..

이 포스팅을 하는 이유는 은근 영어에 대한 부끄럼이 너무나 많은 우리 평~범한 QA or Tester 분들에게 조금이나마 희망(?), 도움(?) 이 되라고 써본다. 나도 영어를 잘하는 편이 아니지만 결론 부터 이야기 하면, 영어는 그냥 써야 늘고 자연스러워 진다는 점이다.주변의 동료들을 보면 내가 영어로 꽤 업무를 한다고 생각한다. (하지만 구글번역기는 내실력을 알고있다...;;)하지만 나역시 영어로 업무를 할때 잘해야 60%정도 이해하고 나머지는 센스(?)와 경험(?)으로 커버를 치는 경우다. 보통 업무에서 영어를 사용하는 경우는 이렇다.1. 메일을 통한 영어 사용2. 메신저를 통한 영어 사용3. 전화(Conference Call 포함)를 통한 영어 사용4. 직접 얼굴 보고 영어를 사용 다들 1번, 2..

또 한번의 퇴사(?)를 앞둔 시점에 작성해 본다. (사실은 강제 계약 종료ㅋ)17년 10월 ~ 18년 5월까지 7개월간 Involve 된 Project라 조금 이나마 Data가 축적되지 않았나 싶다. 계약 종료 전까지 업무 인수인계 (Who?)를 PM 분은 요청했고,4월말, 5월초까지를 transferring target으로 인수인계를 진행 하기로 했다. 인수인계 받을 사람이 없는 인수인계...저번 직장에서도 마찬가지 상황이었지만, 남아있는 누군가가 혹은 새로올 누군가가 인수인계 자료로 1%라도 참고가 됐으면 하는 마음에 진행 해 보기로 했다. # Project QA 업무1. Client 및 Server Test 관련 문서2. Project deliverable 관련 문서 인계 (Plan, Result ..

처음 Jira를 접했을때가 2010년 쯤이었다.그때만 해도 테스트만 하는 사람이었기에 Issue tracking 이란게 뭔지 어떻게 관리해야 좋은 건지, 개발팀과의 협업에 이슈관리 하는 방법등... 1도 모를때였다. 그냥 같이 일하는 대리님이"이제 부터 이슈는 Jira를 통해서 관리하자. 이게 엑셀로 하는것보다 익숙해 지면 쉬울거야."라고 해서 접해 보았다. 그리고 다양한 프로젝트에서 Jira 이외에 다른 관리툴도 경험해 보며 QA를 진행했다. 지금 글을 쓰는 2018년에는 Jira를 사용중이다.아직도 Jira system 자체를 구성하는 것은 어버버 대는 중이지만 Jira의 사용목적에 부합하게 사용 하려고 최대한 노력하고 있다.아쉽지만 이번 Project에서는 Jira가 실패했다고 생각되서 이 이유를 ..

아이스크림이 떙기는 3월이 왔당 ㅋ 경험에 비추어 QA Process 를 적어 본다. 순서는 일반적인 Process 가 맞지만 추가로 적는 내용들은 본인의 경험이 많이 들어가 있음을 밝힌다. Process는 충분히 변할 수 있고 혹은 개선 될수 있다는 사실을 기억해 두자. 1. Project 수행 계획서 작성 및 개발 방법론 정립 - 고객과의 Project를 체결 하기 위해서 해당 사업에 대한 Proposal (제안서) 및 계획서를 만들어야 한다. 보통은 Documentation을 주로하는 PL 급 이상의 사람들이나 PM이 하는 경우가 많다. 혹은 사업부와 개발팀에서 협업하기도 하는거 같기도 하다. (난 안해본 업무라... Pass)- 개발 방법론은 사실 Proposal에 포함되긴 하는데 어떤 개발 방법..

이미 만들어진 CI 는 써봤지만내가 환경을 만들어 본적은 없기에 Jenkins 환경을 구성해보기로 함 Jenkins server Env: AWSRef. Url: http://hreeman.tistory.com/m/120 1) Installation* 따로 User를 생성 하지 않음 (하지만 yum 설치 이후 jenkins 가 생겼음)* Ref 포스팅을 참고로 설치 진행함* Port는 9090

QA 관련 내용들을 찾아보다 veronica? 라는 분의 포스팅이 인상깊어 여기에 남겨본다.http://verolife.tistory.com/category/Quality%20Assurance 오래전 글들이긴 하지만 QA와 Tester사이에 대한 고민들 테스팅환경이나 방법들에 대한 고민들 머리속으로 고민 하는 내용들을 글로 잘 표현해 주셨다. 가끔씩 들어가서 보면 나도 모르게 아하!! 하는 부분들이 많은듯 ㅎㅎ

Expected Question (업무) 1. 본인이 했던 업무 중 가장 기억에 남는 Project는 어떤 것 인가요? 2. 지금 하고 있는 업무에 대해서 설명 해주세요. 2-1. 지금 업무에서의 가장 큰 문제점과 장점은 어떤것입니까? 2-2. 지금 업무를 Software 방법론 중 어떤 방법을 취하고 있습니까? 3. Mobile쪽 테스트는 어떻게 진행 했지는 간략히 알려 주세요. 4. Application 테스트는 어떻게 진행 했는지 간략히 알려 주세요. 5. 성능 테스트는 어떤 테스트를 어떻게 해 보았는지 이야기 해 주세요. 6. 형상관리 system은 어떤 프로그램을 사용했고 혹시 운영까지 가능 한가요? Expected Question (개인) 1. 오랫동안 근무하신 곳이 별로 없네요. 이직을 많이..