단위, 통합, 회귀, 엣지 케이스 테스트를 자동으로 만들어 돌리고, 실패하면 원인을 추적하는 테스트 단계 제품

AgentFlow 의 `test_*` 도구로 테스트 V-model 을 쓸 수 있습니다. Bridgeflow 로 묶은 자동 생성과 실패 원인 추적은 계획이고, 현행 구현 스펙은 운영 팀 확인이 필요하다고 PRD 에 적혀 있습니다.

LOOP Build 안의 품질 게이트입니다. 통과하면 Deployflow 로 넘기고, 실패하면 원인 리포트를 AgentFlow 로 돌려보내도록 계획했습니다.

PRD v0.1 기준 계획입니다. 착수 스펙과 일정은 정해지지 않았습니다.

테스트 역량 일부는 AgentFlow 의 MCP 도구에 테스트 V-model(test_*)로 이미 있습니다. Bridgeflow 로 묶은 자동 생성과 실패 원인 추적은 계획입니다.

AI 가 만든 코드를 사람이 하나하나 검증하면, 거기가 병목입니다

AI 가 생성한 구현물의 품질을 사람이 일일이 검증하면 그 자리가 병목이 됩니다.

Bridgeflow 가 맡을 일을 PRD 는 이렇게 적었습니다. "생성된 코드가 요구사항을 만족하는지 자동으로 검증하고, 실패하면 원인을 바로 알고 싶다."

목표는 셋입니다. 테스트를 자동으로 만들고 돌리는 것, 실패 원인을 추적하는 것, AgentFlow 의 인수기준과 테스트를 맞물리게 하는 것.

필수 테스트가 통과하고 flaky 가 억제되면 배포 단계로 넘기고, 불통이면 개발 단계로 되돌리도록 계획했습니다.

생성

실행

분석

리포트

상대	무엇을	링크
Craft LLM (개발 중)	구현물(코드, PR)을 받습니다	/products/weveloop/craft-llm
AgentFlow (운영)	인수기준을 받고, 실패 원인 리포트를 돌려보냅니다. 인수기준과 테스트를 맞물리는 규약은 정해지지 않았습니다	/products/agentflow
Deployflow (계획)	게이트를 통과한 것을 넘깁니다	/products/weveloop/deployflow
Tactus (계획)	테스트 결과와 게이트 통과를 감사합니다	/products/weveloop/tactus

수동 QA 를 대체하지 않습니다. 탐색적 테스트는 사람의 일로 두었습니다.

성능 테스트와 부하 테스트를 전담하지 않습니다.

코드를 구현하거나 배포를 판단하지 않습니다. 앞은 개발, 뒤는 배포 단계의 일입니다.

상태: 계획. 일부 역량은 AgentFlow 테스트 도구로 동작합니다.

AgentFlow 의 MCP 도구에 테스트 V-model(test_*)이 있습니다.

Bridgeflow 를 독립 제품으로 분리할지 AgentFlow 의 기능으로 둘지는 정해지지 않았습니다.

지금 쓸 수 있습니까?

AgentFlow 의 test_* 도구로 테스트 V-model 을 쓸 수 있습니다. Bridgeflow 로 묶은 자동 생성과 실패 원인 추적은 계획이고, 현행 구현 스펙은 운영 팀 확인이 필요하다고 PRD 에 적혀 있습니다.

AI 가 만든 테스트를 믿을 수 있습니까?

생성 테스트가 흔들리는 것과 실패 원인을 잘못 짚는 것을 PRD 는 핵심 품질 리스크로 적었습니다. 그래서 flaky 테스트 자동 격리를 기능에 넣고, 필수 테스트 통과와 flaky 억제를 배포로 넘기는 조건으로 두었습니다.

인수기준은 어디서 옵니까?

AgentFlow 에서 옵니다. 인수기준과 테스트를 맞물리는 규약이 이 제품의 목표 중 하나인데, 규약 자체는 아직 정해지지 않았습니다.

테스트 자동화가 필요하면, 지금 AgentFlow 에 있는 테스트 V-model 부터 봅니다.