Created by 한재중, last modified on 2월 28, 2022


100. 최종 결과

채용불가
(3~6)		채용고려
(7~8)		합격후보
(9~10)		합격
(11~12)		필히채용
(13~15)


지식수준과 경험(경력), 직무동기를 감안하였을 때 지원직무에 적합한 사람인가?12345
업무수행에 필수적인 기본역량을 갖추고 있는 사람인가?12345


전반적인 인성 및 성장가능성을 보았을 때, 합격시킬만한 사람인가?12345


101. 기록 내용

  • 현재 퇴직 상태임
  • Python 스크립트 작성 가능함
  • 말표 차분히 함
  • 인터페이스에 딱히 문제 없음
  • 직접 회사가 스스로 만든 SW 를 QA 하는 것이 아니라 고객이 의뢰한 상품을 QA 하는 것이었음
    • 우리의 QA 와는 살짝 결이 다름
  • 일의 ABC 는 알고 있다고 생각함
  • 입사 후에 우리의 QA 에 대해서 교육이 필요함
  • 개발에 관심을 갖고 있어서 QA 자동화 등의 업무에도 투입이 가능할 것으로 기대함
  • 관심 분야에 대해서 관심은 있지만 적극적으로 자기계발을 하고 있지는 않아보임 (QA 관련 자격증 세미나를 시작하려다가 과제 일정 때문에 못하게 됐음)

102. 내 서류 평가 의견

경력(3.10) - 학사 - 3.66/4.5 - 군필
희망 4300 - 직전 3800 - 서울 거주
슈어소프트테크(3.10)
근무지 변경으로 인한 퇴직 (서울->대전?)
희망언어 없음
경력 좋음. 김선주 님과 co work 이 가능하다 생각함

103. 질의 응답

질문답변
채용이 된다면 언제 출근이 가능한가요?
  • 부모님 일 도와드리는 중
  • 4월 첫째주에 가능함
희망 연봉이 4300 인데 내규에 따라 조정이 될 경우, 조정이 가능한가요?
  • 조정이 가능함
이직의 사유에 대해서 조금 더 자세히 말해 줄 수 있을까요?
  • 퇴직 시점 - 2021년 10월
  • 원래 집이 서울 남쪽, 서울 북쪽으로 이사
  • 고객 사이트에서 주로 업무 수행. 마지막 근무지가 경기도 화성
  • 어릴 때부터 대전에서 자랐음. 대전으로 내려오고 싶었음.
  • 부모님도 대전에 거주중임. 대전에 오면 부모님과 함께 거주 예정
  • 잡코리아
SWRS / SWDD / SWAD 가 무엇인가요?
  • SWAD Arhitecture Design
  • SWRS requirement
  • SWDD Design

제품의 기능이 사양서 대비 오류/미충족이라는 것을 어떻게 알 수 있었나요?

시험 항목은 누가 결정? 항목과 통과 기준은?

CT 라는 프로그램 안에서 코드를 볼 수 있음. 타겟에서 구동 가능, 코드 커버리지가 보임

빌드 환경은 지원자가 주도적으로 설정했음

C/C++ 개발 환경. CT 에서 C/C++ 코드가 구동 가능함


미충족 - 코드 분기 커버리지를 CT 프로그램을 통해 확인 (100% 목표)

오류 - 사양서 기능이 정상 동작하는 경우를 확인. 오버 구현. 사양서에 어떠 어떤 값을 넣었을 때, 어떤 것이 나오는지 확인할 수 있었음


사양서가 테스트 케이스를 전부 커버하지는 않음


전화번호 입력 사항 숫자 10개 이하가 조건

  • 숫자 10개 정상 동작
  • 숫자 10개/11개/12개 미만 (경계값 확인) 
SRS 를 기반으로 테스트 케이스 만든 경험?
  • SRS 를 기반으로 테스트 케이스를 작성하지는 않았음
  • 하위 문서 기반으로 테스트 케이스 작성했음. SRS 는 참고용으로만 사용
  • SRS 와 테스트 케이스를 매핑하지는 않았음
  • 하위 문서의 ID 와 테스트 케이스를 매핑했음
테스트 케이스를 개발했다는 말의 의미는?

테스트 케이스 사양서를 보고 테스트 항목을 설정

테스트 안에 조건을 줄 수 있는 것이 있었는데, 경계값 분석 등을 수행

테스트 값을 주입

본인의 경력 동안 가장 기억에 남는 QA 활동은? 그 이유는?
  • ADAS Hills system 검증
    • 고객의 기존 업무에서 스크립트 생성하는 것이 오래 걸렸음
    • 문제점 찾기 위해 스스로 노력
    • 고객이 스크립트 짤 때, 휴먼에러 많이 발생 (엑셀로 작성)
    • 엑셀 파일을 수정하는 파이썬 프로그램 (pyexcel 사용)
TPMS 에서 가장 중요하게 생각한 테스트는 무엇이 있나? 그 이유는?
  • 제어기 사양서 기반 Lab view 를 통해 테스트 케이스 수행
  • 하드웨어 테스트에 더 가까움
  • TPMS 설치 위치 학습하는 것. 공기압을 체크하더라도 위치가 맞지 않으면 의미가 없기 때문에
수상 등으로 임베디드 관련한 흥미가 높았을 것 같은데 왜 QA 인가?
  • 첫 회사에 개발자로 지원했었음 → 테스트 전문 업체. 개발 직군의 인원이 꽉 차서 QA 를 지원했음
    • 개발자로 뽑혔는데, QA 로 갔음
  • 회사에 어필했으나 반영되지 않았음
  • 내적 갈등은 있었지만 지금은 괜찮음
  • 주식 자동 매매 프로그램도 개발해 봤음
    • Python
    • GUI 있나? → Web 으로 하려고 생각 중 (django)

몇 명의 팀원? 협업하는 인원은?

힘들었던 인터페이스?

  • TPMS 2~3명
  • Virtual Side Mirror 15명
  • 주니어 역할
  • 업무 일정이 빡빡했던 것이 스트레스 → 빨리하는 수밖에 → 야근도 동원

주도적으로 Test 를 수행한 과제가 있었나?

없었다면 각 Test 에 대해서 주도적으로 수행했다라고 말할 수 있는 부분은?

  • TPMS, ADAS 가 가장 오래한 것. 2년 정도 수행한 다음, 계약서 작성, 고객 미팅 등 PL 역할을 수행함
    • 회사에서 상황이 그렇게 되었음
    • 책임감을 갖게 됐음. 사양서를 가장 많이 아는 사람. 후임자에게 교육을 잘 해주기 위해 노력.
    • 인수인계서 작성. 본인의 경험을 기반으로 작성. trouble shooting guide 를 작성
    • 이슈 사항을 별도의 파일로 관리하고 있었음
    • 퇴사 결심 전부터 인수 인계서 작성했음
    • 이슈 사항 정리는 본인의 필요에 따라 작성했음
      • 보안 때문에 엑셀이나 워드로 작성

고객이 주는 사양서 대로 통합테스트 성공하면 QA 성공?

QA 입장에서 그것이 맞다고 생각?

시나리오는 기본이기 때문에 성공이 맞기는 함

시나리오 이외에 예외 상황을 만들어서 테스트 수행했음

입사 중후반 정도에 고객의 사양서가 빈약하다는 의견을 직접 제기했었음 → 의견이 받아져서 테스트 케이스를 추가했음

영어 문서 읽기 능력은 충분하다고 생각?기술 문서는 읽을 수 있다고 생각하고 막히는 부분은 번역기 등을 이용해서 해석이 가능한 수준임

지원자는 부드러운 느낌을 주는 사람인데,

그래도 본인의 성향상 이런 사람과는 일 못하겠다!

학교/회사 경험상...

딱히 없음