기능 변경의 영향 범위 시각화의 첫 번째 단계

배경.

  • 과거부터 시장 고장에서 영향 범위에 대한 고려가 누락되었고 테스트 범위 이외의 곳에서 발생하는 고장 비율이 전체의 3할
  • 을 차지했다.
  • 내용을 분석한 결과 QA팀의 고려 누락이 있었지만 많은 개발팀도 고려하지 못했다
  • 따라서 QA/개발 쌍방은 시각적 영향 범위를 통해 영향 범위를 쉽게 예상할 수 있는 환경을 구축하고 있다.

  • 골대

  • 영향 범위를 고려한 시장 고장 수 감소
  • 시장 불량 을 기초 로 가시화 하다

  • 모든 기능의 영향 범위를 시각화하기 어렵기 때문에 시장 고장에 근거하여 변경원을 표시하는 기능과 발생 목표를 표시하는 기능
  • 상기 라벨을 바탕으로 변경원 기능과 목표 기능 생성을 위한 2축 제작표
  • 테스트 설계 및 테스트 실행 중 고장 수정 시 참조

  • 상기 시각화된 표를 바탕으로 다음과 같은 시간에 사용
  • 페이드 인
    개요
    테스트 디자인
    기능 변경 시 영향표에서 상응하는 변경원 기능을 찾아 영향 대상 기능을 테스트 디자인에 포함시킨다
    실행 테스트
    개발자의 고장을 수정할 때 영향표에서 상응하는 변경원 기능을 찾고 수정을 확인할 때 수정처 이외에 확인을 해야 한다

    운용과 개발자 합작

  • QA팀도 시장 고장 발생 기능을 파악할 수 있지만, 기존 기능 변경이 보이지 않는 곳이 많아 개발팀에 표시를 의뢰했다

  • 도입할 때만 최근 3개월간의 시장 불량 영향을 단숨에 분석하고 앞으로 매주 발생하는 시장 불량 영향을 입력 라벨의 운용으로 옮긴다
  • 가져오기 결과

  • 시장 악영향으로 볼 수 있는 범위가 제한적이지만 도입 전과 비교하면 영향 범위를 고려하여 발생한 시장 악영향수가 절반으로 감소하는 데 성공했다

  • 현상의 과제와 향후의 발전

  • 평소 분석 과정은 BTS에서 실시됐지만, 이번에는 파일럿 중 별도의 스프레드시트를 사용해 표시했기 때문에 QA 측에서 정기적으로 알림
  • 을 입력해야 한다.
  • 향후 완전한 공정화를 위해 BTS 측에 대한 수정, 레이블 설정, 기존 시장 악영향 분석 과정에서 대응하는 운용을 검토하고 있다
  • 또한 이번에는 시장 불합격만을 대상으로 QA의 불합격품을 대상으로 신뢰성을 높이는 형식으로 영향 범위를 가시화
  • 좋은 웹페이지 즐겨찾기