✔ ① 계획 뒤 다른 기기의 미커밋 수정: 적용은 기다렸다가 40001, 나중 값이 남고 영수증은 없다 (1062.5597ms)
✔ ② 같은 요청 id 를 두 연결이 동시에 적용: 복원 1회, 두 번째는 같은 영수증(replayed) (1007.3041ms)
✔ 별도 enqueue N+1 뒤 완료 저장은 자기 N+2 영수증으로 성공하고 재생은 세대를 늘리지 않는다 (1080.609ms)
✔ 다른 날짜의 두 완료 저장은 각각 원본·자식·영수증을 하나씩 확정한다 (948.6662ms)
✔ 계획 저장 중 별도 완료 세대가 늘어도 계획은 enqueue 없이 성공한다 (930.6453ms)
✔ 별도 enqueue와 완료 삭제가 겹쳐도 삭제 원본·영수증·자기 세대가 함께 확정된다 (944.2777ms)
✔ 같은 세션·같은 revision의 두 수정은 첫 저장만 성공하고 다음 수정은 충돌한다 (892.3651ms)
✔ 영수증 제약 실패는 canonical·자식·dirty·세대의 부분 commit을 남기지 않는다 (677.9903ms)
✔ 같은 mutation 안의 여분 enqueue는 완료 +1·계획 0회 보호 검사로 계속 거부한다 (632.1457ms)
✔ calendar dirty 행을 쥔 인입과 같은 날짜 저장의 잠금 순서를 뒤집지 않는다 (952.9556ms)
✔ 같은 source_ref의 동시 생성 재생은 원래 저장의 세대를 영수증에 보존한다 (910.503ms)
✔ 같은 세션을 한쪽은 수정·한쪽은 삭제하면 먼저 확정된 쪽만 성공하고 나머지는 충돌이다 (1226.2265ms)
✔ 계획→완료 전이 중 별도 enqueue 가 끼어도 전이는 자기 N+2 영수증으로 확정되고 dirty 를 만든다 (952.0774ms)
✔ 계획 삭제는 별도 enqueue 를 기다리지 않고 영수증 세대 0 으로 확정되며 세대를 바꾸지 않는다 (640.0214ms)
✔ 자식 세트·통계 잡·달력 dirty 어느 단계에서 실패해도 canonical·영수증·잡·dirty·세대의 부분 commit 이 없다 (783.991ms)
ℹ tests 15
ℹ suites 0
ℹ pass 15
ℹ fail 0
ℹ cancelled 0
ℹ skipped 0
ℹ todo 0
ℹ duration_ms 14704.2414