도구 소개
이 도구는 ATS 방식의 키워드·구조 점검기이며, 실제 지원자 추적 시스템(ATS)을 그대로 복제한 것이 아닙니다. Workday, Greenhouse, Lever, iCIMS 같은 제품은 이력서를 파싱하고 순위를 매기는 방식이 제각각이고, 최종 판단을 채용 담당자에게 맡기는 경우도 많습니다. 공통점은 이력서의 텍스트를 깔끔하게 추출하고, 채용 공고가 요구하는 스킬을 찾아낼 수 있어야 한다는 것입니다. 이 검사기는 80개가 넘는 QA·SDET 스킬과 흔히 쓰이는 동의어(Kubernetes의 k8s, REST Assured의 rest-assured, Cucumber의 BDD 등)를 찾아내고, 채용 공고에는 있지만 이력서에는 없는 스킬을 목록으로 보여 줍니다. 또한 표준 섹션 제목을 확인하고, 표, 좌우 다단 레이아웃, 아이콘 폰트 글머리 기호, 뒤섞인 날짜 형식처럼 파싱이 잘 안 되는 서식을 표시합니다. 측정 가능한 성과가 담긴 항목과 행동 동사로 시작하는 항목의 수도 셉니다. 점수의 모든 항목은 페이지에 공개된 공식으로 계산되므로 무엇을 고쳐야 하는지 정확히 알 수 있습니다.
사용 방법
- 이력서의 일반 텍스트를 붙여 넣거나 .txt 파일을 업로드하세요. PDF나 Word 파일이라면 파일을 열어 전체 선택 후 복사해 붙여 넣으세요. 현재 버전은 PDF 파일을 읽지 않습니다.
- 지원하려는 채용 공고를 붙여 넣으세요. 채용 공고가 없으면 점수는 구조와 서식만 평가합니다.
- 누락된 스킬부터 살펴보되 면접에서 실제로 설명할 수 있는 것만 추가하고, 그다음 서식 경고를 수정하세요.
- 수정한 뒤 다시 확인하세요. 입력하는 동안 점수가 바로 갱신됩니다.
QA·SDET용 ATS 이력서 검사기 자주 묻는 질문
ATS 친화적인 이력서란 무엇인가요?
지원자 추적 시스템(ATS)은 지원서를 저장하고 채용 담당자가 검색·필터링할 수 있게 해 주는 소프트웨어입니다. ATS 친화적인 이력서는 이 소프트웨어가 올바르게 읽을 수 있는 이력서를 말합니다. 단일 열 레이아웃, Experience·Skills·Education 같은 표준 섹션 제목, 이미지나 표 속 텍스트가 아닌 실제 텍스트, 일관된 날짜 형식, 일반적인 파일 형식을 갖춰야 합니다. 또한 채용 공고와 같은 용어를 사용해야 채용 담당자가 “Playwright”나 “API testing”으로 검색했을 때 검색 결과에 나타납니다.
SDET 이력서를 ATS 친화적으로 만들려면 어떻게 해야 하나요?
실제로 갖춘 스킬에 대해서는 채용 공고의 표현을 그대로 따르세요. 예를 들어 공고에 “REST API testing”과 “REST Assured”가 모두 나온다면 둘 다 적습니다. Skills 섹션은 상단 가까이에 두고 언어, UI 자동화, API 테스트, CI/CD, 클라우드처럼 영역별로 묶으세요. 단순한 단일 열 레이아웃과 표준 섹션 제목을 사용하고, 각 경력 아래에는 도구와 성과를 짝지은 항목을 작성하세요. 그런 다음 이력서와 채용 공고를 이 검사기에 붙여 넣어 누락된 스킬과 서식 경고를 확인하세요.
SDET 이력서에는 어떤 스킬을 넣어야 하나요?
해당 직무가 요구하는 스킬 중 깊이 있게 설명할 수 있는 것을 넣으세요. 프로그래밍 언어(Java, JavaScript/TypeScript, Python), UI 자동화(Playwright, Selenium, Cypress), API 테스트(REST Assured, Postman, 계약 테스트), 테스트 러너(TestNG, JUnit, pytest), CI/CD(GitHub Actions, Jenkins), SQL, Git, Docker, 클라우드 또는 디바이스 그리드 등이 대표적입니다. 관련이 있다면 테스트 설계, 성능 테스트, 보안 테스트도 추가하세요. 다음에 무엇을 배울지 정할 때는 스킬 갭 체크리스트가 도움이 됩니다.
자동화 테스트 이력서는 어떻게 작성하나요?
사용하는 기술 스택과 경력 연수를 담은 두 줄 요약으로 시작하고, 이어서 영역별로 묶은 Skills 섹션을 두세요. 각 경력에서는 항목을 「행동 + 도구 + 측정 가능한 결과」 형태로 작성합니다. 예: “웹 앱 3개를 위한 Playwright·TypeScript 프레임워크를 구축해 회귀 테스트 시간을 이틀에서 40분으로 단축.” 프레임워크 설계, CI 연동, 플래키 테스트 감소, API 커버리지를 언급하고, GitHub 프로젝트가 있다면 링크를 넣으세요. 이력서 빌더에서 ATS 친화적인 템플릿을 사용할 수 있습니다.
SDET 이력서에는 어떤 키워드가 들어가야 하나요?
먼저 지원하는 채용 공고의 키워드를 사용하세요. SDET 직무에서 흔히 쓰이는 키워드로는 test automation, Selenium WebDriver, Playwright, Cypress, Java, TypeScript, Python, REST API testing, REST Assured, Postman, TestNG, JUnit, pytest, CI/CD, Jenkins, GitHub Actions, Git, SQL, Docker, Agile, test strategy, framework design, Page Object Model 등이 있습니다. 전체 이름과 약어가 모두 널리 쓰인다면 “Continuous Integration (CI)”처럼 둘 다 적고, 실제로 사용해 본 도구만 나열하세요.
이력서의 ATS 호환성을 무료로 확인할 수 있나요?
네. 이 검사기는 무료이며 가입이 필요 없고 브라우저에서 실행되므로 이력서가 업로드되지 않습니다. 이력서 텍스트와 채용 공고를 붙여 넣으면 일치·누락 스킬, 섹션 제목, 서식 문제, 그리고 페이지에 공식이 공개된 점수를 확인할 수 있습니다. 특정 업체의 시스템을 복제한 것이 아닌 ATS 방식의 점검이므로, 완벽한 점수를 쫓기보다는 명확한 문제를 고치는 데 활용하세요.
누락된 키워드를 모두 이력서에 넣어야 하나요?
사실인 경우에만 넣으세요. 채용 담당자와 면접관은 이력서에 적힌 모든 도구에 대해 질문합니다. 비슷한 도구를 써 본 경험이 있다면(예: Playwright 대신 Cypress) 항목에 그렇게 밝히고 그 도구로 무엇을 만들었는지 설명하세요.
PDF를 업로드할 수 없는 이유는 무엇인가요?
PDF에서 텍스트를 안정적으로 추출하려면 용량이 큰 라이브러리가 필요하고, 그 결과도 ATS가 추출하는 내용과 다른 경우가 많습니다. 직접 텍스트를 복사해 보면 파서가 보는 내용을 확인할 수 있다는 장점도 있습니다. 복사한 텍스트가 뒤죽박죽이라면 ATS도 아마 똑같이 읽을 것입니다.