기사 내 동료 Danila Yusupova는 나에게 많은 영감을 주었습니다. IT 분야가 얼마나 친절하고 환영받는지 정말 놀랍습니다. 배우고 들러서 항상 새로운 것을 계속 배우세요. 그래서 저는 심리학자가 되기 위해 공부하고 테스터가 된 이야기를 들려드리고 싶습니다.

저는 마음의 부름에 따라 심리학자로 공부하러갔습니다. 저는 사람들을 돕고 사회에 유용하고 싶었습니다. 게다가 과학 활동에도 정말 관심이 많았습니다. 공부는 나에게 쉬웠고, 과학 논문을 쓰고, 컨퍼런스에서 연설하고, 실질적으로 중요한 연구도 진행했으며, 임상 심리학 분야를 계속해서 탐구할 계획이었습니다. 그러나 모든 좋은 일에는 끝이 있습니다. 대학에서의 공부도 끝났습니다. 나는 터무니없는 대학원 연봉 때문에 대학원을 거부하고 나를 찾기 위해 큰 세상으로 나갔다.

그때 놀라운 일이 나를 기다리고 있었습니다. 졸업장과 과학 논문으로 나는 어디에도 쓸모가 없다는 것이 밝혀졌습니다. 조금도. 우리는 유치원과 학교의 심리학자를 찾고 있었는데, 저는 아이들과 잘 어울리지 못하기 때문에 그것은 받아들일 수 없는 선택이었습니다. 컨설팅을 받으려면 일정 시간 동안 무료로 일하거나 아주 적은 돈을 받고 일해야 했습니다.

내가 필사적이었다고 말하는 것은 아무 말도 하지 않는 것과 같다.

새로운 것을 찾고 있습니다.

내 친구 중 한 명이 소프트웨어 개발 분야에서 일했는데 내 시련을 보면서 테스터로 가야한다고 제안한 사람은 바로 그 사람이었습니다. 저는 컴퓨터와 잘 지내고 기술에 관심이 있었고 원칙적으로 정확히는 아니었습니다. 완전한 인본주의자. 하지만 그 전까지는 그런 직업이 있는지도 몰랐어요. 그러나 나는 아무것도 잃지 않을 것이라고 결심하고 떠났습니다. 저는 면접에 합격했고, 우호적인 팀에 합류하게 되었습니다.

나는 소프트웨어에 대해 간략하게 소개받았고(프로그램은 거대하고 많은 수의 하위 시스템이 있음) 구현을 위해 즉시 "현장"으로 보내졌습니다. 그리고 어디가 아니라 경찰에게도요. 나는 우리 공화국(타타르스탄)의 한 지역에 있는 경찰서의 지하실에 자리를 얻었습니다. 그곳에서 저는 직원들을 교육하고, 문제와 희망사항을 수집하고, 당국에 시연을 가졌으며, 동시에 소프트웨어를 테스트하고 개발자들에게 보고서를 보냈습니다.

법 집행 기관의 대표자와 협력하는 것은 쉽지 않습니다. 그들은 명령에 복종하고 엄격한 책임을 갖고 있기 때문에 공식적인 용어로 추론합니다. 중위부터 대령까지 모든 사람과 공통 언어를 찾아야했습니다. 내 학위 전문 분야가 이 일에 많은 도움이 되었습니다.

이론적 기초의 개발

제가 처음 일을 시작했을 때는 이론적 근거가 전혀 없었습니다. 나는 문서를 갖고 있었고 프로그램이 어떻게 작동해야 하는지 알고 있었습니다. 나는 이것으로부터 시작했다. 어떤 유형의 테스트가 있는지, 삶을 더 쉽게 만들기 위해 사용할 수 있는 도구는 무엇인지, 테스트 분석을 수행하는 방법, 테스트 디자인이 무엇인지 등을 모두 알지 못했습니다. 예, 저는 이 모든 질문에 대한 답을 어디서 찾을 수 있는지, 어디서 많은 것을 배울 수 있는지조차 몰랐습니다. 저는 단지 소프트웨어의 문제점을 찾고 있었고 모든 것이 사용자에게 더 쉽고 편리해지고 있다는 사실에 기뻤습니다.

그러나 원숭이 테스트는 궁극적으로 이론적 근거가 부족하다는 문제에 직면하게 됩니다. 그리고 저는 교육을 받았습니다. 당시 우리 부서와 전체 대규모 프로젝트에는 전문 테스터가 한 명도 없었습니다. 테스트는 개발자가 수행하는 경우가 많았으며 분석가가 수행하는 경우가 더 많았습니다. 특별히 테스트를 배울 사람이 없었습니다.

그렇다면 IT 담당자는 그러한 상황에서 어디로 가나요? 물론 구글에게요.

처음으로 접한 책 검정색 "주요 테스트 프로세스". 그녀는 내가 그 당시 이미 알고 있던 것을 체계화하고 프로젝트에서 내가 실패했던 영역(및 테스트에 대한 이해)을 이해하는 데 도움을 주었습니다. 책에 제시된 지침은 매우 중요했으며 결국 이후 지식의 기초가 되었습니다.

그런 다음 더 많은 책이있었습니다. 모두 기억하는 것은 불가능하며 물론 대면 및 온라인 교육도 가능합니다. 대면교육이라고 하면 별로 안 줬고, 결국 XNUMX일 만에 테스트를 배울 수는 없잖아요. 테스트에 대한 지식은 집을 짓는 것과 같습니다. 먼저 기초가 안정적이어야 하고 벽이 제 위치에 있어야 합니다.

온라인 교육의 경우 이는 좋은 솔루션입니다. 강의 사이에는 새로운 지식을 적절하게 시도하고 프로젝트에 실시간으로 적용할 수 있는 충분한 시간이 있습니다. 동시에 편리한 시간에 공부할 수 있지만(직업인에게는 중요함) 과제 제출 마감일도 있습니다(직업인에게는 매우 중요합니다 :)). 추천합니다.

테스터 과정의 어려움에 대해 이야기하면 처음에는 시스템의 번거로움과 발생하는 다양한 프로세스가 가장 무서웠습니다. 항상 "여기서 필드를 테스트하고 있는데 그게 또 어떤 영향을 미치나요?"라고 생각했습니다. 개발자, 분석가를 찾아다니며 때로는 사용자를 확인해야 했습니다. 프로세스 다이어그램이 나를 구해주었습니다. 나는 A4 시트로 시작하여 사방에 다른 시트를 붙이는 등 매우 다양한 그림을 그렸습니다. 나는 아직도 이 일을 하고 있는데, 프로세스를 체계화하는 데 정말 도움이 됩니다. 입력과 출력에 무엇이 있는지, 소프트웨어에 "얇은" 부분이 있는지 확인하는 것입니다.

지금 나를 두렵게 하는 것은 무엇입니까? 예를 들어 테스트 케이스 작성과 같은 지루하지만 필요한 작업입니다. 테스트는 창의적이면서도 동시에 공식화되고 체계적인 작업입니다(그렇습니다. 역설적입니다). 프로세스를 "떠다니는" 것을 허용하고, 가장 터무니없는 추측을 확인하십시오. 단, 주요 시나리오를 거친 후에만 가능합니다 :)

일반적으로 여행을 시작할 때 나는 아무것도 모른다는 것을 깨달았습니다. 이제는 똑같은 것을 이해하지만! 예전에는 뭔가를 모른다는 게 두려웠는데 이제는 도전 같아요. 새로운 도구를 익히고, 새로운 기술을 이해하고, 지금까지 알려지지 않은 소프트웨어를 가져와서 하나씩 분해하는 것은 많은 일이지만 사람은 일하기 위해 태어났습니다.

저는 일하면서 테스터에 대해 약간 무시하는 태도를 자주 접했습니다. 개발자들은 진지하고 항상 바쁜 사람들이라고 합니다. 및 테스터 - 왜 필요한지 명확하지 않습니다. 테스터 없이도 잘 할 수 있습니다. 그 결과 문서 개발과 같은 추가 작업을 많이 맡게 되는 경우가 많았고, 그렇지 않으면 제가 바보짓을 하고 있다는 생각이 들었습니다. GOST에 따라 문서를 작성하는 방법과 사용자를 위한 지침을 잘 작성하는 방법을 배웠습니다. (다행히도 사용자와 꽤 잘 상호 작용했고 이것이 사용자에게 더 편리한 방법을 알았습니다.) 이제 ICL 그룹 회사에서 테스터로 9년 동안 일한 후(지난 3년 동안 현재까지 ICL 서비스 그룹 회사 부문에서) 테스터 작업이 얼마나 중요한지 완전히 이해하게 되었습니다. 가장 뛰어난 개발자라도 뭔가를 보고 뭔가를 생략할 수 있습니다. 또한 테스터는 엄격한 감독자일 뿐만 아니라 사용자의 보호자이기도 합니다. 테스터가 아니더라도 소프트웨어 작업 프로세스가 어떻게 구성되어야 하는지 잘 아는 사람이 누구입니까? 테스터가 아니라면 누가 일반인의 관점에서 소프트웨어를 보고 UI에 대한 권장 사항을 제공할 수 있습니까?

다행스럽게도 이제 내 프로젝트에서는 이전에 개발한 모든 기술을 사용할 수 있습니다. 테스트하고(테스트 사례를 사용하여 재미로 :)) 문서를 작성하고 사용자에 대해 걱정하고 때로는 승인 테스트를 지원하기도 합니다.

제가 제 직업에서 가장 좋아하는 점은 끊임없이 새로운 것을 배워야 한다는 것입니다. 가만히 서서 매일 같은 일을 하며 전문가가 될 수는 없습니다. 또한 팀과 함께 있는 것은 매우 운이 좋았습니다. 그들은 해당 분야의 전문가이며, 예를 들어 자동 테스트를 개발하거나 부하를 수행할 때 내가 뭔가를 잘못 이해하면 항상 도움을 줄 준비가 되어 있습니다. 그리고 제 동료들도 저를 믿습니다. 제가 인문학 교육을 받았다는 사실을 알면서도 IT 교육에 '사각지대'가 있다고 가정하더라도 그들은 결코 "글쎄, 당신은 아마도 대처하지 못할 것입니다."라고 말하지 않습니다. 그들은 “당신이 처리할 수 있습니다. 궁금한 점이 있으면 저에게 연락하세요”라고 말합니다.

나는 주로 IT 전반, 특히 테스트 분야에서 일하고 싶은 사람들을 위해 이 글을 쓰고 있습니다. 밖에서 보면 IT의 세계는 난해하고 신비스러워 보이고, 잘 안 될 것 같고, 지식이 부족하거나, 해내지 못할 것 같을 수도 있다는 것을 이해합니다... 하지만, 내부적으로는 제 생각에는 IT는 배우고 싶고 일할 준비가 되어 있다면 가장 친절한 분야입니다. 고품질 소프트웨어를 만들고, 사용자를 돌보고, 궁극적으로 세상을 더 나은 곳으로 만들 준비가 되어 있다면 이곳이 바로 여러분을 위한 곳입니다!

직업 진입을 위한 체크리스트

그리고 여러분을 위해 이 직업에 들어가기 위한 작은 체크리스트를 작성했습니다.

1. 물론 컴퓨터를 잘 다루어야 하고, 기술에 관심이 있어야 합니다. 실제로 이것이 없으면 시작할 필요가 없습니다.
2. 호기심, 세심함, 시스템의 "이미지"를 머릿속에 유지하고 분석하는 능력, 인내, 책임감, 재미 있는 "파괴"에만 참여할 수 있는 능력 등 테스터의 전문적으로 중요한 자질을 스스로 찾아보세요. 시스템뿐만 아니라 테스트 문서를 개발하는 "지루한" 작업에서도 마찬가지입니다.
3. 테스트에 관한 책(전자 형식으로 쉽게 찾을 수 있음)을 가져와 따로 보관해 두십시오. 저를 믿으십시오. 처음에는 이 모든 것이 당신에게 무언가를 하도록 강요하기보다는 겁을 줄 것입니다.
4. 전문 커뮤니티에 가입하세요. 여기에는 테스트 포럼(많은 포럼이 있으므로 원하는 것을 선택하세요), 일부 전문 테스터의 블로그 등이 될 수 있습니다. 왜 이런거야? 우선, 테스트 커뮤니티는 매우 친절하며, 요청하면 항상 지원과 조언을 얻을 수 있습니다. 둘째, 이 지역으로 이사하기 시작하면 해당 직업에 참여하기가 더 쉬워질 것입니다.
5. 일하러 가다. 당신은 테스트 인턴이 될 수 있으며, 그러면 선배 동료들이 당신에게 모든 것을 가르쳐 줄 것입니다. 아니면 프리랜서로 간단한 작업부터 시작해 보세요. 어느 쪽이든 일을 시작해야 합니다.
6. 테스트 연습을 시작한 후 3단계에서 따로 보관해 둔 책으로 돌아가세요.
7. 끊임없이 배워야 한다는 점을 인식하십시오. 날마다, 해마다 새로운 것을 배우고 이해하게 될 것입니다. 이 상황을 받아들이십시오.
8. 두려움과 의심을 버리고 세계에서 가장 흥미로운 직업 중 하나를 준비하세요 :)

물론 아무것도 두려워하지 마세요 :)

당신은 할 수 있습니다, 행운을 빕니다!

UPD: 기사에 대한 토론에서 존경받는 평론가들은 모든 사람이 초기 단계에서 나만큼 운이 좋을 수는 없다는 사실에 주목했습니다. 따라서 체크리스트에 항목 3a를 추가하고 싶습니다.

3a. 지금은 책을 옆에 두는 것이 낫다고 말한 것은, 이론적 지식은 실천 없이는 적절하게 구성하기 어렵고, 많은 양의 이론이 겁을 줄 수 있기 때문에 현 단계에서는 이론으로 과부하하는 것이 위험할 것이라는 의미였습니다. . 연습을 시작할 곳을 찾는 동안 더 자신감을 갖고 시간을 낭비하지 않으려면 초보자 테스터를 위한 온라인 교육을 받거나 테스트 과정을 수강하는 것이 좋습니다. 두 가지 모두 찾기가 매우 쉬우며 정보는 접근 가능한 형식으로 제공됩니다. 자, 다음 포인트를 보세요

출처 : habr.com