백엔드가 서버를 오래 돌려 누수를 잡듯, 프런트에서는 시작 화면과 끝 화면이 같은 플로우를 반복해서 잡는다. drawer 열고 닫기를 200번 돌린 뒤 리스너·노드 수가 처음보다 늘어 있으면 그게 누수다 — 같은 자리로 돌아왔는데 늘었으니까. Playwright 로 클릭을 반복하고 CDP 로 수를 읽는다.

그래서 플로우를 고르는 기준이 곧 판정 기준이다. 무한 스크롤·채팅처럼 설계상 메모리가 늘어나는 화면은 이 방식으로 판정할 수 없다.