결함 추적 앱 아키텍처
  • 21 Oct 2024
  • 2 읽을 분
  • 기여자

결함 추적 앱 아키텍처


기사 요약

앱 구조

Functional Example은 Tulip 라이브러리의 단일 애플리케이션이지만, 다양한 사용자 역할과 요구 사항을 지원하기 위해 전용 앱을 구축할 수 있을 때 Tulip 앱의 많은 가치가 제공됩니다.

기존의 결함 추적 솔루션은 기껏해야 버그가 많은 일회성 포인트 솔루션이며, 최악의 경우 수십 개의 무작위 Excel 시트, 종이 양식, 수동 데이터 입력에 많은 시간을 소비해야 했습니다.

결함 추적은 약간 독특한 문제가 있는데, 최고의 결함 추적 솔루션은 상황에 맞게(결함이 발견될 수 있는 프로세스 내에) 존재하므로 결함이 발견될 수 있는 모든 프로세스 애플리케이션에서 사용할 수 있어야 하기 때문입니다. 앱 전환을 사용하여 사용자를 모든 프로세스 앱에서 중앙 결함 추적 앱으로 이동하거나 결함 보고 기능을 모든 애플리케이션에 복사할 수 있습니다.

하나의 중앙 결함 추적 앱

장점:

  • 결함 관리 프로세스의 변경은 한 번의 변경으로 간단합니다.
  • 프로세스 앱이 아닌 별도의 팀에서 앱 버전 관리 가능

단점:

  • 결함이 별도의 앱에 입력되기 때문에 사용자 경험이 더 단절됨
  • 여러 앱에서 변수를 관리하면 트리거 집약적일 수 있습니다.

모든 앱에서 결함 보고

장점:

  • 사용자 환경이 더욱 원활해집니다.
  • 결함 유형이 다른 프로세스는 표준 결함을 더 잘 지원하기 위해 서로 다른 UI를 사용할 수 있습니다.
  • 앱 변수 관리가 더 간단해집니다.

단점:

  • 프로세스 변경 시 변경 지점이 많습니다. 이러한 변경 사항은 각 앱에 일회성으로 적용해야 합니다.
  • 프로세스 앱을 관리하는 동일한 팀이 각 앱에 대한 결함 추적 기능을 소유하게 됩니다.

앱 분류

결함 추적에 대한 Functional Example은 결함 추적에 필요한 핵심 기능으로 사용됩니다:

  • 결함 보고
  • 결함 보고서 편집
  • (선택 사항) 격리를 위한 결함 레이블 인쇄
  • 결함 보기
  • 다음 단계 및 상태 업데이트
  • 결함 이력 보기
  • 애널리틱스로 결함에 대한 인사이트 도출

기능 예시에서 볼 수 있듯이 모든 기능을 단일 앱에 결합하거나 핵심 기능을 더 많은 세그먼트 애플리케이션에서 활용할 수 있습니다.

위에 나열된 접근 방식 중 어느 방식을 사용하든, Tulip은 결함의 편집 및 처리 기능을 특별한 권한이 있는 사용자만 액세스할 수 있는 별도의 애플리케이션으로 옮길 것을 권장합니다. 이렇게 하면 품질에 중요한 데이터를 편집할 수 있는 사용자를 더욱 효과적으로 제어할 수 있습니다.


이 문서가 도움이 되었습니까?