답변:
내 경험상 불행히도 그들은 종종 2 급 직원으로 취급되며 프로그래머에게는 경악 한 특권을 악화시킵니다.
그것은 많은 것들에서 나옵니다 :
테스터가 작업을 올바르게 수행하면 프로그래머를 제외한 모든 사람이 자신의 존재를 잊어 버리기 쉽습니다. 네트워크 관리자와 마찬가지로 업무를 수행하지 않거나 제대로 수행하지 않을 때만 알 수 있습니다. 따라서 나머지 조직의 관점에서 볼 때 그들은 실수로만 기억됩니다.
프로그래머가되기를 갈망하지만 아직 해당 직종에 대해서는 자격이없는 사람들에게는 실수로 엔트리 레벨 직업으로 간주됩니다. 실제로 한 회사에서 Q & A 직종을 구하는 탄원에도 불구하고 Jr. 프로그래머 직책을 받았습니다. 그들이 QA 부서에 있었다는 사실조차도 HR이 그것에 대해 판단하기에 충분하지 않았습니다.
# 2 때문에 테스터는 모두 엔트리 레벨의 사람들이며 그에 따라 지불해야한다고 가정합니다.
아무도 비난을 좋아하지 않으며, 방어 프로그래머가 테스터를 싫어하는 것은 너무나 흔한 일이다. 직업이 하루 종일 프로그래머의 실수를 지적해야하기 때문이다. 관리자로서 저는 QA 팀이 귀찮게하지 않고 멋지게 보이게하려고 프로그래머들에게 상기시키기 위해 지속적으로 PR 임무를 수행하고있었습니다.
사람들이 적어도 처음에는 선택이 아닌 우연히 직업에 들어가는 경향이 있습니다. 소프트웨어 Q & A를 준비한 사람들이 다니던 학교의 학위 계획은 기억 나지 않습니다. 그것들은 존재하지만 일반적으로 저급 직업 학교에 있으며, 이들은 숙련도가 낮은 전문가라는 생각에만 기여합니다.
테스트 작업은 프로그래밍 작업이 해외로 전송되는 것보다 훨씬 많습니다. 최소한 프로그래머는 로컬로 설계 요구를 전달하는 것이 더 효율적이며 회사의 주력 앱이 회사 내에서 어떻게 작동하는지에 대한 지식을 유지하는 것이 중요하다고 주장 할 수 있습니다. 그러나 테스트는 모듈화하기가 훨씬 쉬우므로 아웃소싱하기가 더 쉽습니다.
위의 모든 이유에서 테스터는 벽에 글을 쓰고 프로그래밍과 같은 다른 작업, 특히 정말 좋은 작업으로 이동하는 경향이 있습니다. 이것은 대부분의 테스트 작업이 아직 태워지지 않았거나 다른 것들로 옮겨 가지 않은 더 많은 엔트리 레벨 사람들과 직원을 고용하는 경향이 있음을 의미하며, 불행히도 위의 아이디어 중 일부를 강화합니다.
회사에 따라 다르지만 대개는 다릅니다. 그들은 종종 2 등 시민으로 여겨지며 많은 회사에서 테스팅은 실제 개발자가되기위한 초급 단계로 간주됩니다.
이것은 물론 쓰레기입니다. 좋은 테스터들과 함께 일하면서, 나는 그들이 가치 있고 가져 오기 어렵다고 말할 수 있습니다. 명백하지 않은 버그를 찾을 수있을 정도로 창의적이고 철저한 업무를 수행 할 수있을 정도로 체계적인 마음을 가진 사람.
그러나 한 가지 예외는 다음과 같습니다. 저는 몇 명의 Microsoft 테스트 담당자를 알고 있으며 테스터에게는 일류 시민이 있다고 들었습니다.
나는 상당히 큰 프로젝트에서 1 년 동안 기능 테스터로 일했습니다. 약 10 명으로 구성된 각 팀에는 2-3 명이 테스터였습니다. 나는 우리가 개발자들과 마찬가지로 프로젝트에서 중요하게 취급되었다고 말해야한다.
버그를 찾는 것은 쉽지 않습니다. 먼저 테스터는 코드가 무엇을해야하는지 이해해야합니다. 이는 요구 사항을 읽고 이해하는 것을 의미합니다. 여기서 핵심은 요구 사항을 이해하는 것입니다. 테스터가 긍정적 인 테스트 케이스를 작성하는 방법을 알 수있을만큼 요구 사항을 충분히 이해하지 못하면 걱정해야합니다. 이는 개발자가 예상 한대로 수행하는 코드를 작성했음을 의미합니다. 이 가정이 맞습니까? 요구 사항을 정리할 때까지 알 수 없으며 테스터에게 그 결함을 찾아 주셔서 감사합니다.
둘째, 테스터는 잘못된 테스트 사례를 작성해야하므로 코드 가 수행하지 않는 것을 방지합니다. 합리적인 경험 법칙은 모든 긍정적 인 테스트 사례에 대해 5-10 개의 잘못된 테스트 사례를 작성한다는 것입니다. 이 수단이 더욱 요구 사항을 이해하고, 종종 이정보는 혼란스럽고 모호한 프로젝트이거나 최소한 프로젝트에있었습니다. (그리고 그것은 요구 사항 수집에 대한 낮은 노력 때문이 아니 었습니다. 우리 팀에서만 13,000과 같은 것이있었습니다.) 다시, 개발자들은 그들의 가정을 사용하여 코드를 작성했을 것입니다. 그렇다면 이러한 조건에서 코드가 정상적이지 않은 것은 무엇입니까? 테스트하기 전까지는 알 수 없습니다. 프로그램이 응답하지 않을 수 있습니다. 어쩌면 그냥 충돌합니다. 아마도 데이터를 파괴 할 수도 있습니다. 아마도 사용자가 루트 사용자로 명령을 실행할 수 있습니다. 그것이 무엇이든, 당신은 알고 싶어합니다. 그렇지 않으면 당신은 하루에 신문에서 다음과 같은 헤드 라인을 읽게 될 것입니다- [회사 이름]의 플래그십 프로그램 고객의 신용 카드 번호 버그.
테스터를 잘 대하십시오. 잘 처리하십시오. 결국, 그들은 소프트웨어의 버그를 근절하고 당신과 우리의 삶을 더 쉽게 만들어주는 사람들입니다.
다른 답변을 읽은 후 업데이트 : 자신이하는 일을 좋아하는 많은 QA 전문가가 있습니다. 존경받는 QA 직책을 만나지 못한 경우 다른 관점을 제시하기 위해 대표적인 자동차 제조업체의 임베디드 앱 / 모바일 앱 테스트입니다. 그들은 차량이 시장에 출시되기 전에 비즈니스 요구 사항이 완전히 충족되는지 확인하고 사용자가 느리거나 응답하지 않는 자동차 대시 보드를 경험하지 않습니다. 이들은 관리자 및 상위 레벨 관리 부서와 긴밀히 협력하며 QA 프로세스 계획부터 설계 시설의 시뮬레이터에 대한 실무 테스트까지 개발자와 긴밀히 협력합니다. 나는 그들이 저 프로파일이라고 생각할 수 없으며, 그들은 큰 책임과 소유권을 처리하며 최고의 엔지니어 중 하나입니다.
이제 내 이전 답변, 반대쪽 :
엔지니어링 졸업생들은 테크놀로지가 아닌 업무 환경으로 간주되기 때문에 테스트 단위 (컨텍스트 : 인도, 모든 것이 '비즈니스 요구 사항'에 의해 주도되는 대규모 소프트웨어 서비스 회사)에 할당되는 것을 싫어하는 것으로 나타났습니다. 그들은 '웹 페이지의 모든 링크를 클릭하고 확인하십시오'와 같은 지침이있는 우수한 시트를 제공받습니다. 비 기술적 인 스트림 (과학, 예술)을 졸업 한 사람들과 굴욕으로 간주하고 기술 기술이 아닌 것처럼 느낍니다. 활용. 이러한 할당은 순전히 조직의 요구 사항을 기반으로하며 신선하고 대부분의 경우 경력 경로를 협상 할 수있는 권한이 없습니다. 따라서 그러한 큰 IT 회사를 목표로하는 구직자라면 경고를 받았습니다. 적시에 회사에서 나가는 것 외에는 실질적으로 많은 것을 할 수 없습니다.
자동화 된 테스트,로드 / 성능 테스트 등을 배울 수있는 기회가 없다면 경력은 어느 정도 정체되어있을 것입니다. 다른 조직보다 내 조직. 그들은 모든 분야의 프로젝트에서 테스트가 불가피하기 때문에 모든 산업 분야에서 필러 또는 접착제로 작동합니다.
자신이 원하는 방식으로 경력을 쌓을 수 있다고 확신하는 경우 테스트는 그다지 중요하지 않습니다. 4-5 년의 경험과 약간의 운이 있으면 최고 수준의 비즈니스 사용자와 상호 작용하면서 매우 좋은 노출을 얻을 수 있습니다. 또한 작업중인 산업 / 도메인을 잘 파악할 수 있습니다 (일부 시스템에 중점을 둔 개발자와 비교). 이 시점에서 비즈니스 분석가 역할로 전환하도록 선택할 수 있습니다.
QA 팀이 릴리스를 담당하는 회사를 알고 있습니다. 즉, 품질 부족으로 인해 릴리스를 차단할 수 있습니다. 현장에서 문제가보고되면 화재 현장에서 첫 번째 문제입니다 (현장 엔지니어 직후).
일반적으로 도메인 지식이 더 높습니다. 개발자는 모듈 / 기능에 집중하는 동안 제품의 전체 기능을 더 잘 알고 있습니다.
또한 자체 테스트 도구를 작성해야하는 QA 조직도 알고 있습니다. 모든 것을 자동화하는 것은 말할 것도 없습니다. 저는 개발자이며 항상 내 기능을 테스트하는 품질 관리 담당자를 높이 평가했습니다.
적어도 내 조직에서 QA는 개발자와 동등하게 취급됩니다. 프로토콜과 네트워크 아키텍처 지식이 프로그래밍 기술과 똑같이 평가되는 도메인 (텔레콤) 때문이라고 생각합니다.
예. 그것을 좋아하거나 남겨두면 똑같이 중요하지만 항상 덜 선호됩니다. 교체하기 쉽기 때문일 수 있습니다.