VIBE Release Smoke Checker

AI가 만든 기능은 화면이 예쁘고 테스트 데이터로 동작해도, 권한 경계가 한 번 새면 바로 신뢰 사고가 됩니다. 사용자는 자기 글만 봐야 하는데 다른 팀의 문서를 열 수 있고, 일반 멤버가 관리자 버튼을 호출할 수 있으며, URL의 숫자 하나를 바꿨더니 남의 결제 내역이 보일 수 있습니다. 이런 문제는 authentication, 즉 “누구인지 확인했는가”만으로 막히지 않습니다. 로그인 이후에도 authorization, 즉 “이 사람이 이 객체에 이 행동을 해도 되는가”를 매 요청마다 검증해야 합니다.

초보자는 permission boundary를 “여기부터는 이 사람에게 허용되지 않는 선”으로 이해하면 됩니다. 실무자는 여기에 RBAC, role matrix, tenant isolation, object ownership, least pr…

AI에게 기능 구현을 맡기면 화면과 API는 빠르게 생깁니다. 하지만 테스트 데이터가 매번 즉흥적으로 만들어지면 같은 버그를 두 번 확인할 수 없습니다. 오늘은 "김철수 한 명", 내일은 "테스트 유저 여러 명", 모레는 운영 데이터 일부를 복사한 샘플로 검증하면, 실패가 코드 문제인지 데이터 문제인지 판단하기 어려워집니다. VIBE 코딩에서 테스트 데이터는 부록이 아니라 AI가 만든 변경을 믿을 수 있게 만드는 실행 기반입니다.

초보자는 시드 데이터를 "테스트를 시작할 때 미리 깔아 두는 연습용 데이터"라고 이해하면 됩니다. 실무자에게는 더 구체적입니다. 고정 난수로 같은 데이터를 다시 만들고, 개인정보는 익명화하고, fixture와 팩토리로 케이스를 재사용하며, 권한 조합·경계값·상태 전이를 데이터 계약으로 고정해야 합니다. 그래야 AI…