프로젝트 소개
BGSTM(Better Global Software Testing Methodology)는 계획부터 보고까지 품질 작업을 조직화하는 것을 목표로 하는 테스트 프레임워크이자 지식 베이스입니다. 그 핵심 아이디어는 방법론에 구애받지 않는 것이며, 동일한 6단계 라이프사이클은 애자일, 스크럼, 워터폴 또는 하이브리드 제공 모델에서 특정 개발 프로세스를 팀에 강요하지 않고 작동하도록 의도되었습니다. 이 프레임워크는 정확히 6개의 정준 단계를 정의하며, 문서에서는 전문 분야가 새로운 단계를 추가하기보다 이러한 단계를 재사용해야 한다고 강조합니다. 그 단계는 다음과 같습니다: 테스트 계획(범위, 전략, 위험, 자원, 일정); 테스트 케이스 개발(추적 가능한 시나리오와 케이스); 테스트 환경 준비(인프라, 도구, 접근, 테스트 데이터); 테스트 실행(테스트 실행, 증거 수집, 결함 관리); 테스트 결과 분석(결과 해석, 동향 및 품질 신호); 테스트 결과 보고(발견 사항을 전달하여 출시 결정을 지원). 마지막 단계는 다음 사이클을 위해 첫 번째 단계로 피드백됩니다. 명시된 핵심 원칙에는 품질 라이프사이클의 종단간 커버리지, 요구사항, 테스트, 결과, 결함, 증거 및 결정 간의 추적 가능성 유지, 위험에 따라 테스트 엄격성 조정, 증거 기반 보고, 그리고 도구를 추가하기 전에 방법론과 템플릿부터 시작하는 실제적인 채택이 포함됩니다. 저장소는 주로 문서로 구성됩니다. 단계별 가이드, 애자일, 스크럼, 워터폴을 다루는 방법론 가이드 및 их 비교, 계획, 케이스, 보고서, 위험 및 추적 아티팩트를 위한 재사용 가능한 테스트 템플릿, 그리고 작업 예시를 제공합니다. 하나의 예시는 ETL 및 데이터 파이프라인 의미 검증에 모든 6단계를 적용하며, README에서는これが 추가 단계가 아님을 명시적으로 언급합니다. 방법론과 함께, 이 프로젝트는 프레임워크의 일부가 소프트웨어로 어떻게 표현될 수 있는지를 보여주는 오픈소스 참조 애플리케이션을 호스팅합니다. React 프론트엔드, FastAPI 백엔드, PostgreSQL 데이터베이스를 결합하며, 추적 가능성 기능, 출시 준비 상태 및 품질 KPI 대시보드, 역할 기반 접근 제어, 알림 및 내보내기를 다룹니다. 설치는 스크립트 기반이며, macOS/Linux용 셸 스크립트와 Windows용 배치 파일이 Docker와 Docker Compose의 존재를 확인하고, 환경 파일을 생성하고, 서비스를 시작하고, 헬스 체크를 기다리며, 선택적으로 샘플 데이터를 로드합니다. 그 후 프론트엔드, 백엔드 API 및 API 문서는 로컬 포트를 통해 접근할 수 있습니다. 품질 검사는 내장되어 있습니다. 백엔드는 pytest, ruff, mypy로 실행되며, 프론트엔드는 린트 및 타입 체크 스크립트로, 그리고 Playwright 엔드투엔드 스위트는 인증, CRUD, 제안, 추적 가능성, 내보내기, RBAC, 알림, 출시 준비 상태 및 품질 대시보드를 다룹니다. 백엔드, 프론트엔드, Docker 빌드 및 엔드투엔드 테스트를 위한 CI 워크플로우가 제공되며, 별도의 워크플로우가 문서 내 내부 Markdown 링크를 검사합니다. 외부 결과 v1이라는 초안 사양은 외부 자동화에서 결과를 가져오는 패턴을 설명합니다. 이 프로젝트는 실행 도구와 별도로 위치하며, 동반 저장소인 bgstm-playwright-frameworks는 BGSTM 네이티브 추적 가능성을 갖춘 Playwright 자동화 골격을 제공하고 결과를 BGSTM으로 다시 보고하여 방법론이 특정 자동화 프레임워크에 종속되지 않도록 유지합니다. 문서, 예시, 템플릿, 방법론 개선, 애플리케이션 코드 및 통합에 대한 기여를 환영하며, 기여자를 위한 두 가지 문서 규칙이 강조됩니다: 방법론을 6단계로 유지하고, docs/test-templates를 정준 템플릿 디렉터리로 취급합니다. 이 프로젝트는 MIT 라이선스 하에 출시되었습니다.
Comments
0 Rating appears after 10 ratings
Sign in to join the discussion.