QA는 개발 부서의 일부 여야합니까?


11

제품 개발 부서가있는 소규모 회사에서 일하고 있습니다. 그러나 우리가 가지고 있지 않은 것은 QA / 테스트 그룹입니다.

테스트 그룹을 추가하려고하지만 회사의 조직 구조에 가장 적합한 위치를 결정하기 위해 고심하고 있습니다. 구체적으로, 우리는 "리드 테스터"포지션을 고용 할 것입니다. 제품 개발 부서의 일부로 투입되어야합니까, 아니면 새로운 부서 여야합니까? 다른 곳에 있어야합니까?

우리 회사는 대략 다음과 같이 구성됩니다.

  • 최고 경영자
    • CTO
      • 제품 개발 이사
      • 고객 관리 이사
        • 개발자
      • VP 운영
        • 네트워크 엔지니어
    • 영업 / 영업 엔지니어
    • 대통령
      • 제어 장치

PersonalNexis를 편집 해 주셔서 감사합니다. iPhone에서 게시했는데 HTML 태그를 입력하는 데 시간이 오래 걸립니다.
racingcow

진정한 QA는 QA가 아닌 실제로 QC 인 AKA Software QA의 테스팅 CEO에게보고해야합니다. 즉, "고객 관리 책임자"에게 무엇이든간에 (개발자와 같은 상사)보고해야합니다.
mattnz

답변:


10

예, 아니오 :)

개발자와 QA 직원은 동일한 목표 (및 그에 대해 측정 한 성능)를 가져야합니다. 즉, 예산과 예산에 맞는 우수한 품질의 제품을 제공해야합니다. "품질의 제품"을 정의 할 수 있지만 두 그룹 모두 동일해야합니다. 왜? 동일하지 않으면 서로 다른 의제를 가진 두 그룹이 생겨서 제품 / 회사에 해가되는 상황으로 빠르게 악화 될 수 있습니다.

QA는 개발자와 긴밀히 협력해야하며 그 반대도 마찬가지이지만 의사 결정에있어 서로 독립적이어야합니다. 그들은 결국 제품 개발의 완전히 다른 측면에 책임이 있습니다.

우리가 설정 한 방식은 "제품 개발"이 두 개의 구체적인 부서 인 QA와 개발로 실현 된 "가상"부서라는 것입니다. 둘 다 같은 관리 팀원 인 CTO에보고합니다. 이를 통해 제품 (우리의 CTO)을 책임지는 한 사람이 있고 QA와 개발은 서로 독립적입니다.


1
고급 답변-QA에 대한 높은 수준의 토론에서 테스트에 대한 언급이 없으면 +1입니다.
mattnz

4

실제로 회사가 QA에 대해 얼마나 심각한 지에 달려 있습니다. 예를 들어 테스트 중심 개발을 하시겠습니까?

당신은 "테스트 그룹"을 언급하는데, 이것은 여러 사람들을 암시 할 것입니다. 실제로 여러 사람으로 구성된 그룹 인 경우 별도의 부서 여야합니다. 그러나 QA와 테스트에 전념하는 사람이 현재 한 명 있습니까? 그렇지 않다면 완전히 새로운 그룹을 빨리 세우려고 계획합니까? 그렇다면 이것은 실질적인 조직 변화가 될 것이며 현재의 방식을 바꿔야하는 현재 개발자들에게 큰 마찰을 일으킬 수 있습니다.

계획하고있는 것이 지금 단일 QA 담당자를 고용하고 QA 기능을 천천히 성장시키고 있다면 해당 담당자에게 제품 개발 책임자에게 직접보고하는 것이 좋습니다. 그의 직무 중 가장 어려운 부분은 조직 문화를 혁신하여 QA를 프로세스 이후의 모든 단계에 통합시키는 것입니다.


3

그러나 우리가 가지고 있지 않은 것은 QA입니다.

저의 진심으로 애도했습니다. 위에서 주어진 테스터 (들)가 어떤 부서에 상륙하든 현재 테크놀러지를 얻는 것이 훨씬 더 나을 것이라고 말할 것입니다.

그 외에는 품질 관리 부서에 별도의 부서를 추천하는 것이 안전하다고 생각합니다.

QA 관점에서 두 가지 릴리스에 참여했습니다. 한 번은 테스터, 다른 하나는 개발자입니다. 두 경우 모두 별도의 QA 부서가 도움이되었다고 생각합니다.

테스터가 별도의 부서에있을 때 알 수 있는 한 가짜 "팀 정렬"뒤에 제품 품질 문제를 숨기는 것이 더 어려워집니다 . 이를 통해 모든 사람들이 우리가 무엇을 발표하고 있으며 무엇을 분명히 이해할 수있었습니다. 이는 고객의 기대치를 관리하고 추가 개발 계획을 세우는 데 도움이되었습니다.


2

거의 모든 경우에있어 품질 관리는 개발과 분리되어야합니다. 양 부서 간의 목표는 동일하지만 (품질 제품 / 솔루션 공개) QA는 개발중인 제품에 대한 제안을 수정하고 제안 할 수있는 권한이 있다고 생각해야합니다. QA 책임자가 개발 책임자에게 직접보고하면, QA가 한 발 물러나 개발의 자비에 빠질 수 있습니다 (따라서 더 비좁은 코드 / 제품이 생산에 투입 됨).


0

사용하는 개발 방법론에 따라 다릅니다. 애자일 / 린을 수행하는 경우 애자일 테스팅 이 진행될 수 있으며 개발자와 가까워 야합니다.


0

당신이 말하는 것에서, 당신은 꽤 작은 회사가 있습니다. 당신이 커지기 전에 가능한 한 그 크기와 의사 소통 능력을 이용하는 것이 나에게 의미가 있습니다. 이것은 개발을 유지하는 것을 의미합니다.

규모가 큰 Dev 및 QA 팀을 보유한 대기업에서는 팀을 분리하여 자체 팀, 개별 팀 목표 등을 유지하는 것이 좋습니다.

이제 처음 몇 개의 QA 게재 순위를 SDET 게재 순위로 설정해야합니다. 코딩 절단을 가진 테스터. 처음부터 자동화를 가동하고 안정적으로 유지하십시오.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.