QA 엔지니어는 누구이며 어떻게 되는가

이제 많은 사람들이 IT 분야의 상대적으로 높은 급여와 노동 시장의 전문가에 대한 안정적인 수요로 인해 IT 분야 취업을 꿈꿉니다. 대부분의 경우 이러한 꿈은 시간도 돈도 없는 전문 교육을 받아야 하는 필요성 때문에 좌절됩니다. 그러나 "백도어"를 통해 IT에 침투하여 실질적으로 예비 교육 단계를 우회하고 경험을 쌓을 수 있는 몇 가지 전문 분야가 있습니다. QA는 바로 이러한 "경계선" 전문 분야에 속합니다.

QA는 누구이며 어떤 일을 하나요?

품질 보증 엔지니어의 작업은 품질을 확인하는 것보다(이 단어는 직업 이름에 존재하지만) 모든 개발 단계의 올바른 구현과 최종 제품의 올바른 작동을 모니터링하는 것입니다. 테스터의 작업과 약간 비슷해 보입니다. 그러나 그는 애플리케이션의 작동만을 확인하고 결과(버그 및 오류 유무)에 따라 이를 승인하거나 승인하지 않습니다. 또한 QA 엔지니어는 프로그램을 개발할 때 표준 준수 여부를 모니터링하고 개발자, 디자이너 및 고객과 상호 작용하여 소프트웨어에 버그와 오류가 나타나는 것을 방지합니다. 사실, 우리나라에서는 테스트 및 QA 전문직이 하나의 전체로 인식되는 경우가 가장 많습니다.

이를 하나씩 세분화하면 QA 엔지니어의 책임은 다음과 같습니다.

• 프로그램에 대한 세부 요구사항(고객과 공동으로 수행)
• 애플리케이션을 작성하거나 버그를 수정하는 데 필요한 시간 분석 및 계산(물론 후배를 위한 작업이 아니라 "외부 관점"을 가진 사람으로서 QA는 가장 현실적인 시간 추정치를 제공합니다)
• 테스트 시나리오 개발;
• 테스트 프로세스 자체;
• 감지된 결함을 추적 시스템에 입력
• 모든 개발 참가자와 수정 사항을 논의합니다.
• 교정 프로세스 추적
• 문제가 있는 문제를 다시 테스트합니다.
• 테스트 결과 분석;
• 테스트 스크립트 마무리'
• 팀 개발 프로세스 분석;
• 감지된 오류가 다시 나타나는 것을 방지하기 위한 개발 프로세스 최적화(다른 부서의 작업 불일치로 인해 오류가 발생하거나 누군가 확립된 개발 표준을 따르지 않아 오류가 발생하는 경우 이 문제 영역을 지적하고 제거하는 것이 QA의 임무입니다) ;
• 테스트 문서를 유지합니다.

언뜻 보기에는 많은 책임이 있지만 실제로는 그 중 일부가 테스터, 품질 관리 담당자, 개발자, 비즈니스 분석가 및 기술 작가의 책임에 속합니다. 따라서 회사마다 QA 엔지니어의 책임은 약간 다를 것입니다. 프로그램 및 버그에 대한 계획 작업에 더 많은 작업이 있을 것이고, 테스트 및 수정 사항 추적에 더 중점을 두고, QA 자신이 참여하는 곳이 있을 것입니다. 편집을 만드는 중입니다. 따라서 각각의 경우에 근무일이 다르게 보일 수 있습니다. 일반적으로 QA 엔지니어는 테스트 작업을 수행하고 추적 시스템을 사용하여 개발 진행 상황을 추적하는 것으로 하루를 시작합니다. 낮 동안 그는 개발자(개발 진행 상황과 개발 속도를 늦추는 문제를 명확히 함) 및 고객(현재 개발 중인 기능에 대한 요구 사항을 명확히 함)과 소통합니다. 결국 테스트 문서에 모든 변경 사항이 적용됩니다.

직업의 장점과 단점

급여 외에 QA 직업이 무엇을 자극할 수 있나요? 가장 기분 좋은 장점 중 하나는 제품 개발 및 개선에 대한 귀하의 기여를 인식한다는 것입니다. 일상에서 벗어나 자신의 작업과 아이디어가 담긴 제품이 탄생했을 때의 기분은 말로 표현할 수 없습니다. 또한, QA의 장점은 새로운 기술을 가까이 접할 수 있는 기회라는 것입니다. 다른 IT 전문 분야로 전환하고 싶다면 QA 직위가 향후 업무를 더 잘 알 수 있는 가장 좋은 자리입니다. QA에는 단 한 가지 단점이 있습니다. 수동 테스트 및 테스트 문서 업데이트에 대한 지루하고 단조로운 책임입니다. 사실, 처음에는 귀찮지만 책임 범위가 확장되면 모든 것이 더 흥미롭고 역동적이 됩니다.

QA가 되려면 어떻게 해야 하나요?

사실 QA의 길을 걷기 위해서는 프로그래밍 언어나 데이터베이스 구조에 대한 지식이 필요하지 않습니다. 가장 중요한 것은 소프트웨어 개발 프로세스의 구조를 이해하고 테스트 프로세스를 이해하는 것입니다. 문헌(대부분 외국)을 읽고, "고양이"에 대한 연습(PC 사용 연습, 응용 프로그램/웹 사이트의 모든 단점과 버그를 알아내려는 노력)이 필요합니다. 좀 더 자신감을 가지려면 인터넷에서 몇 가지 교육 과정을 수강하거나 교육 센터에서 인턴십을 할 수 있습니다(불행히도 이 전문 분야는 교육 기관에서 가르치지 않습니다). 영어 실력을 향상시키세요. (인재 선발 시, IT 기업에서는 영어 지식이 있는 지원자를 선호합니다.) 어떤 경우든 초보 QA는 먼저 소프트웨어 테스팅 프로세스에 대한 지식, 즉 그것이 왜 필요한지, 어떤 유형의 테스팅이 있는지, 버그가 무엇인지, 어떻게 문서화하는지, 어떤 단계를 취해야 하는지에 대한 지식을 바탕으로 테스트됩니다. 그것을 닫으려면. 처음에는 당신의 운명이 시험이 될 것입니다. 그리고 이 작업에 익숙해지고 회사에서 소프트웨어 개발이 어떻게 구성되어 있는지 조금 더 잘 알게 되면 더 높은 수준으로 올라가 개발 중인 제품에 대한 책임을 맡게 될 것입니다. QA 전문 분야에 진입하는 수준은 프로그래머보다 훨씬 낮기 때문에 이 공석에 대한 경쟁이 매우, 매우, 매우 클 수 있습니다. 따라서 성공적인 인터뷰를 위해서는 지식 외에도 특정 개인적 자질도 필요합니다. 따라서 QA에서는 커뮤니케이션을 구축하는 능력이 중요합니다. 고객부터 테스터까지 거의 모든 개발 참여자와 상호 작용해야 합니다. 동시에 그는 응용 프로그램이 준수해야 하는 모든 뉘앙스를 공연자에게 전달할 수 있어야 합니다. 주의, 인내 및 인내는 그다지 중요하지 않으며 프로그램 테스트 과정에서 필요합니다. 물론 성공적인 테스트에는 버섯 따는 사람의 열정과 시계나 좋아하는 장난감을 분해하는 어린이의 호기심이 필요하므로 오류 검색이 우울한 일상으로 바뀌지 않습니다. 버그는 채용 담당자에게 큰 장점이 될 수 있습니다.) 개발 프로세스와 애플리케이션 자체를 개선하는 방법을 식별하려면 분석 기술도 필요합니다.

전망

QA 작업은 비교적 쉬운 IT 진입점 중 하나로서 상당히 많은 개발 옵션을 제공합니다. 이 전문 분야에 머물면서 주니어 QA, 중간 QA, 수석 QA, QA 팀 리더, QA 관리자, QA 부서 책임자 등의 사다리를 오를 수 있습니다. 프로그래밍에 더 관심이 있지만 프로그래머가 될 준비가 되지 않은 경우 QA 자동화 엔지니어로 전환할 수 있습니다. 그런 다음 애플리케이션 확인 자동화를 시도해 볼 수 있습니다. QA를 다른 전문 분야의 경력을 위한 발판으로만 생각한다면 추가 교육을 받은 후 프로그래머, 비즈니스 분석가 또는 프로젝트 관리자로 재교육을 받을 수 있습니다. 새로운 분야는 전문적인 성장을 위한 추가 기회를 제공하지만 책임 수준은 완전히 다릅니다.