pile·
기타·29CM29cm·

Engineering이 QA에게 미치는 영향력

문제반복적인 호환성 테스트와 수작업 데이터 준비로 QA 인력이 소진되고 있었고, 긴 시간 동일 작업을 반복하다 보면 집중력이 떨어져 결함을 놓치는 일이 생겼다.

접근Android UI 자동화, API 기반 End-to-End 테스트, 테스트 데이터 자동 생성 도구를 직접 개발해 QA 업무에 엔지니어링 역량을 결합했다.

결과테스트 데이터 생성 자동화로 프로젝트 QA 기간의 리소스를 크게 절감했고, 더 다양한 케이스를 다룰 여력이 생겼다. 팀 전체의 개발·테스트 비용이 함께 줄었다.

29CM
29CM 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)

이 글과 비슷한

  1. 기타·토스 SLASH토스 SLASH·

    AI 시대, 성과 내는 조직일수록 토스식 TPM이 필요한 이유

    문제조직이 성숙할수록 팀 내부보다 팀 사이의 회색지대 문제(책임 불명확, 다중 조직이 얽혔으나 소유자 없음)가 병목이 된다. AI 시대에 그 복잡도는 더 커진다.

    접근토스는 기존의 일정 관리 중심 TPM(Technical Program Manager)을 "정의되지 않은 중요 문제를 구조화하고 해결"하는 역할로 재정의했다. 문제 발굴 → 구조화 → 실행 가능한 상태로 전환까지가 핵심.

    결과문제 구조화 능력 + 전략을 실행으로 변환하는 힘 + 완결성을 갖춘 TPM이 고성과 조직의 필수 역할이 된다.

    #engineering-org#tpm#program-management+1
  2. 기타·NHN Cloud MeetupNHN Cloud Meetup·

    Artifact Driven Development: 과정을 보지 않기로 했다

    문제개발 진행을 보고할 때 "진행 중" 같은 모호한 상태 표현은 가시성을 떨어뜨린다. 어떤 작업이 끝났는지 외부에서 알기 어렵다.

    접근NHN Cloud 의 "Artifact Driven Development" — 과정보다 결과물(PR, 디자인 문서, spec) 을 일급 시민으로 다룬다. 모든 작업이 명확한 산출물로 정의되도록 워크플로 재설계.

    결과진행 상황 가시성과 완료 기준 명확성이 동시에 개선. 협업 비용이 줄어들고 비동기 협업이 자연스러워졌다.

    #engineering-culture#development-methodology#productivity+1