생성형 AI 플랫폼 QA
- 모델·코드 서빙, 에이전트 워크플로우, 벡터DB, GPU, MCP 등 제품 기능 검증.- 요구사항 분석부터 TC 생성, 브라우저 검증, 버그 분석 및 등록, 테스트 결과 보고까지 QA 파이프라인 구축.
- B2C 신규 제품 초기 개발 단계부터 참여하여, 서비스 특성과 개발 프로세스에 적합한 QA 전략 및 검증 체계 수립
다양한 DB·OS 환경에서 DB 성능 관리 제품의 구조와 데이터 흐름을 검증하며 재현 가능한 근거의 중요성을 배웠습니다. 현재는 AI 플랫폼의 기능·회귀·권한·인프라 품질을 다루고, 검증 과정 자체를 AI 에이전트와 자동화 도구로 연결하고 있습니다.
- 모델·코드 서빙, 에이전트 워크플로우, 벡터DB, GPU, MCP 등 제품 기능 검증.- 요구사항 분석부터 TC 생성, 브라우저 검증, 버그 분석 및 등록, 테스트 결과 보고까지 QA 파이프라인 구축.
- B2C 신규 제품 초기 개발 단계부터 참여하여, 서비스 특성과 개발 프로세스에 적합한 QA 전략 및 검증 체계 수립
- Oracle·PostgreSQL과 Linux·Unix·Windows 환경에서 Data·Server·Client 전반 검증.
- 정식·스몰 릴리즈와 고객 기술 지원을 하나의 품질 피드백 루프로 연결.
- 로그·데이터·SQL로 결함 원인 분석.
기획·개발과 품질 기준을 정렬하고, UI·권한·데이터·인프라 계층을 교차 검증하며, AI 에이전트가 만든 QA 결과까지 스키마와 validator로 통제합니다.
기획·개발과 정책, 요구사항, 개발 프로세스를 논의해 검증 기준과 잠재 리스크를 사전에 구체화합니다.
화면 동작에 그치지 않고 역할별 권한, 로그·데이터·SQL, GPU 자원과 모니터링 흐름을 추적해 결함 원인을 좁힙니다.
요구사항부터 보고까지 자동화하고, AI가 생성한 판정·근거·개선안의 일관성을 통제합니다.
직접 검증한 제품별로 핵심 검증 범위와 기여, 성과를 간결하게 정리했습니다.
LLMOps · AI Agent 플랫폼 QA
AI Agent 플랫폼 QA
DB 성능 관리 솔루션 QA
이 경험의 초점은 LLM Judge 기반 응답 품질 평가가 아니라, LLM 플랫폼의 기능·회귀·권한·인프라 품질과 에이전트 워크플로우의 동작 검증입니다. AI 에이전트가 생성한 QA 산출물에는 실제 검증 근거와 일관된 판정 기준이 있는지 별도로 확인합니다.
모델·코드 서빙, 벡터DB·데이터셋, GPU/vGPU, MCP, IAM, 가드레일과 모니터링을 기능·권한·자원 관점에서 검증합니다.
Flowise 노드 연결, 에이전트 이벤트, 변수 전달과 응답 흐름을 구성하고 사용자 입력부터 GenOS 채팅 화면 출력까지 확인합니다.
요구사항 분석, TC 생성, 브라우저 검증, Playwright 전환, 결과 반영과 보고를 Python·TypeScript 기반 도구와 시나리오로 연결합니다.
결과 스키마와 validator로 판정·근거·개선안의 모순, BLOCKED 남용과 미검증 UI 동작의 추측 기재를 자동 차단합니다.
요구사항에서 보고서까지 단계를 분리하지 않습니다. 각 단계의 입력·출력·판정 근거를 연결하고, 실패 사례를 회귀 시나리오와 검증 규칙으로 환류해 다음 결함을 더 이르게 예방합니다.
GitHub 이슈에서 모호성·누락·예외·권한과 환경 조건을 식별합니다.
요구사항을 TC와 회귀 시나리오로 전환하고 검증 기준을 연결합니다.
Step 단위로 실제 동작·값·대기 조건과 판정 근거를 수집합니다.
검증 흐름을 Playwright와 Python·TypeScript 스크립트로 재사용합니다.
결과 스키마와 validator로 판정·근거·개선안의 일관성을 검사합니다.
결과를 보고하고 실패 패턴을 TC 컨벤션과 재발 방지 규칙으로 남깁니다.
GenOS에서 실제로 수행한 업무를 QA 직무 역량으로 재구성했습니다. 도구 이름보다 테스트 설계, 실행 신뢰성, 변경 관리와 산출물 품질을 어떻게 높였는지에 초점을 맞췄습니다.
저는 테스트를 수행하는 데서 멈추지 않고, 요구사항부터 결과 보고까지 반복 가능하게 연결하며 QA 산출물의 신뢰성을 관리하는 QA Engineer입니다.