소프트웨어 테스터와 소프트웨어 개발자 중 어느 직위가 더 요구됩니까? 어느 것이 더 전도가 있습니까? 업계의 이 문제에 대한 논쟁은 결코 멈추지 않은 것 같다. 이 문제는 사실 거짓 명제라는 지적이 있다. 우한 다네IT 교육학교 전문가들은 서로 다른 두 직위의 직원의 능력은 비교가 되지 않기 때문에 비교할 수 없다고 말했다. 그러나 이 두 입장 사이에 분할할 수 없는 겹치는 영역이 있다는 것은 부인할 수 없다. 이 글은 종사자들이 소프트웨어 테스트와 소프트웨어 개발에 대한 몇 가지 전형적인 관점을 열거하고, 그에 상응하는 직업 발전 방향을 수록하여 많은 종사자들에게 참고할 수 있도록 하였다. 소프트웨어 개발 졸업생들은 아직 학교에 있을 때 선생님이 여학생이 앞으로 개발에 종사할 수 없다면 시험을 볼 수 있다고 자주 말한다. 처음 입사했을 때 향후 몇 년 동안 개발자의 발전 상황을 물었고, 개인수준이 떨어지면 시험을 할 수 있다고 들었다. 소프트웨어 테스터의 기술적 요구 사항이 소프트웨어 개발자보다 낮다는 의미입니까? 이 문제에 대해 많은 개발자와 테스터들이 서로 다른 견해를 표명했다. 여기에 경력 개발에 대한 몇 가지 건의를 포함한 몇 가지 전형적인 관점을 요약해 보겠습니다. "폭탄 만들기" "폭탄 해체" "나의 첫 번째 C++ 책" 의 저자는 프로그램 개발자의 기술 수준이 테스터보다 높다고 생각하지 않는다고 말했다. 그는 개발자와 테스터를 각각' 폭탄 제조자' 와' 폭탄 철거자' 에 비유했다. 이 방면에서 진량교는 심지어 테스터의 기술 수준이 개발자보다 높아야 한다고 생각한다. 진량교는 많은 사람들이' 개발자의 기술 수준이 테스터보다 높다' 고 생각하는 것은 국내 업계가 절차 집행을 중시하고 절차 품질을 경시하는 현상을 반영한 것이라고 지적했다. 생산성' 과' 추가 지원' 을 가진 Adobe 프로그래머 풍동은 진량교의 관점과는 정반대다. 그는 소프트웨어 업계에서는 개발자와 동등한 회사만이 테스트할 수 있다고 말했다. 사실 개발자의 생산성은 10 배 차이가 날 수 있다. 풍동은 현재 업계 내 대부분의 회사의 테스터들이' 보조' 역할을 하고 있으며 개발자만이' 생산' 역할을 할 수 있다고 생각한다. 다른 말로 하자면, 만약 한 사람만 고용할 수 있다면, 당신은 개발자를 고용할 것입니까, 아니면 테스터를 고용할 것입니까? "폭탄 제조자는 적어도 절반의 폭탄 제조자로 간주 될 수 있습니다. 폭탄 제조자도 폭탄을 만들 수 있다고 주장한다면, 나는 네가 그에게 준 직함이 틀렸다고 말할 수 밖에 없다. " 그래서 테스트와 개발의 기술 수준은 같은' 시나리오' 에 있지 않다. Microsoft Asia Engineering College 프로젝트 개발 엔지니어인 첸은 테스트가 무엇인지 제대로 알지 못하는 사람들에게는' 개발자의 기술 수준이 테스터보다 높다' 는 견해가 대표적이라고 생각한다. 진급은 소프트웨어 테스트의 목적은 소프트웨어의 품질을 보장하는 것이고, 공학적 관점에서 소프트웨어 테스터들은 중요한 역할을 한다고 말했다. (윌리엄 셰익스피어, 소프트웨어 테스트, 소프트웨어 테스트, 소프트웨어 테스트, 소프트웨어 테스트, 소프트웨어 테스트, 소프트웨어 테스트, 소프트웨어 테스트, 소프트웨어 테스트) 그는 테스트가 무엇인지 진정으로 이해하려면 먼저 테스트가 무엇인지 이해해야 한다고 생각한다. 첸 페이는 소프트웨어 테스트의 세 가지 측면을 소개했습니다. 첫 번째 측면은 제품 프로세스를 모니터링하는 것입니다. 이 과정의 프로그램 개발과 버그 수정은 시간 균형 작업이다. 발전이 너무 빠르면 다음 단계에 더 많은 문제를 가져올 수 있다. 그리고 각 발전 단계마다 일정한 정보 수집과 분석이 필요하다. 이것들은 테스터만이 완성할 수 있다. 두 번째 측면은 복잡한 응용 프로그램 시나리오를 구축하는 것입니다. 완전한 ActiveDirectory 서버 회귀 테스트 환경을 구축하는 경우를 예로 들어 보겠습니다. 진지불은 이를 위해 1 1 개의 도메인 컨트롤러를 구축했으며 중간에 동적으로 추가하거나 제거할 수 있는 클라이언트는 포함되지 않았습니다. 이 프로세스에는 많은 파괴적인 작업이 포함되며, 각 손상 후 다음 테스트를 위해 현장을 복원해야 합니다. 진부기는 이런 테스트 장면은 어떤 프로그래머도 만들 수 없다고 생각한다. 세 번째 측면은 문제 보고서를 단순화하는 것입니다. 사용자가 신고를 할 때 사용자가 제공한 설명에는 문제를 직접 가리키는 단계 설명이 없는 경우가 많습니다. 이 시점에서 프로세스를 분석하고 사용자와 반복적으로 의사 소통해야 핵심 단계를 최종적으로 찾을 수 있습니다. 이러한 일련의 작업은 개발자가 처리하기에 적합하지 않습니다. 진지불은 특별한 테스트가 필요하지 않은 상황을 소개했다. 즉, 소프트웨어 자체에는 독립 실행형 소프트웨어, 단일 서버 웹 사이트 등과 같은 복잡한 응용 프로그램 장면이 포함되어 있지 않습니다. 더 복잡한 응용 프로그램 시나리오는 주식 소프트웨어 서버 시스템과 같은 전문적이고 엄격한 테스트를 통과해야 합니다. 이런 복잡한 시스템을 오랫동안 익히지 않은 기술자는 테스트를 잘 할 수 없다. 테스트 및 개발에 필요한 기술은 중복되지만 요구 사항이 다른 두 개의 직책에 속합니다. 개발 기술이 좋지 않기 때문에 테스트를 한다고 해서 좋은 테스터가 될 수 있는 것은 아니다. 현재 개발과 테스트의 분리는 일부 프로그래머들이 프로그램의 품질과 프로그램이 어떻게 사용되고 있는지에 대해 점점 더 무관심해지고 있다는 추세를 조장하고 있다. (윌리엄 셰익스피어, 프로그래머, 프로그래머, 프로그래머, 프로그래머, 프로그래머, 프로그래머, 프로그래머, 프로그래머) CSDN 의 Microsoft 테스트 전문가 그룹 포럼에서 한 제품이 발표될 때 그에게 이미 죽었다고 말한 적이 있다. 그는 더 이상 관심을 갖지 않는다. (알버트 아인슈타인, Northern Exposure (미국 TV 드라마), 스포츠명언) 첸 푸지 (Chen fuqi) 는 이것이 일부 프로그래머들의 견해를 대표한다고 생각했다. 그러나 이것은 프로그래머의 잘못도 아니고 분업의 잘못도 아니다. 무능한 지도자가 이 직위를 설립하는 것은 단지 쓰레기를 버리기 위해서일 뿐, 두 캐릭터의 관계를 파악하고 제품을 개선할 힘이 없다. 이런 무능한 또 다른 경향은 많은 수의 테스터를 고용하여 좋은 제품이 사람에 의해 쌓일 수 있다고 생각하는 것이다. 그들은 테스터가 맡은 역할이 품질 향상이 아니라 품질 변화를 감시하는 것임을 잊어버렸다. 품질을 향상시키는 유일한 방법은 개발입니다. 짐을 잃어버리면 가볍게 출전할 수 있지만, 짐을 잃어버리는 것은 좋은 상품을 만들 수 없다는 것만 알고 있다. IOS 개발자는 개발자와 테스터의 기술 수준 요구 사항이 대체로 동일하지만 초점이 다르다고 생각해야 합니다. 개발자는 특정 기술 포인트에 능숙해야 하며 테스터는 특정 기술 측면에 대해 매우 잘 알고 있어야 합니다.