test: 부하에 흔들리던 시간 검사를 계산량·조건 대기로 고정

다른 작업과 함께 돌면 혼자 0.8초인 정화가 9초로 재지는 등, 벽시계 한도와 고정 대기를 쓰던 테스트가 가끔 실패했다.

- 백엔드 성능 단언은 벽시계 대신 이 프로세스의 CPU 시간으로 잰다 (backend/test/cpu-time.ts 의 startCpuTimer).
  부하 중에도 1.4배쯤만 늘고, 예전 제곱 시간 경로(15~172초)는 그대로 한도를 넘는다
- 임시 업로드 삭제 테스트는 고정 20ms 대신 파일이 지워질 때까지 기다린다 (최대 2초, 지워지지 않으면 실패)
- 프론트 테스트 시간 한도를 20초로 (jsdom·편집기 테스트가 부하에서 5~13초), 긴 초안을 맞추는 테스트는 30초
  (src/test-utils/timeouts.ts)

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

frontend/src/components/mail/editor/MailEditor.spec.ts

@@ -8,6 +8,7 @@ import { docToText } from '@/components/mail/editor/mail-serialize'
 import { MAIL_BODY_MAX_LENGTH, MAIL_QUOTE_OMITTED_MARK } from '@/shared/constants/mail'
 import { MAIL_BODY_HTML_MAX_LENGTH } from '@/shared/constants/mail-editor'
 import { editorOf, fileDragEvent, installProseMirrorDom, pasteEvent } from '@/test-utils/prosemirror-dom'
+import { LONG_DRAFT_TIMEOUT_MS } from '@/test-utils/timeouts'
 import { buildQuoteHtml, textToParagraphHtml } from '@/shared/utils/mail-quote'
 
 type EditorWrapper = VueWrapper<InstanceType<typeof MailEditor>>
@@ -112,7 +113,7 @@ describe('MailEditor (서식 편집기)', () => {
     expect(html?.length ?? 0).toBeLessThanOrEqual(INITIAL_DRAFT_LIMITS.html)
     expect(text.endsWith(`> ${MAIL_QUOTE_OMITTED_MARK}`)).toBe(true)
     expect(text).toContain('> 제목: 긴 메일')
-  })
+  }, LONG_DRAFT_TIMEOUT_MS)
 
   describe('보내기 직전의 길이 (텍스트 100,000 · 서식 500,000 — 최종 직렬화 결과로 잰다)', () => {
     it('맞춘 초안에 몇 글자 쓰면 그대로 보낸다 — 남겨 둔 자리 안이다', () => {
@@ -127,7 +128,7 @@ describe('MailEditor (서식 편집기)', () => {
       expect(content?.text.length).toBeLessThanOrEqual(MAIL_BODY_MAX_LENGTH)
       // 인용은 그대로 — 처음 맞춘 모양
       expect(mailQuoteOf(editor.state.doc)).toBe(quoteBefore)
-    })
+    }, LONG_DRAFT_TIMEOUT_MS)
 
     it('남겨 둔 자리보다 길게 쓰면 인용을 더 줄여 맞추고 편집기에도 그 모양을 보인다 — 내 글은 그대로', () => {
       const view = mountEditor({ initialHtml: longQuoteDraft(), fitToLimits: true })
@@ -148,7 +149,7 @@ describe('MailEditor (서식 편집기)', () => {
       // 실행 취소로 되돌릴 수 있다
       editor.commands.undo()
       expect(docToText(editor.state.doc).length).toBeGreaterThan(MAIL_BODY_MAX_LENGTH)
-    })
+    }, LONG_DRAFT_TIMEOUT_MS)
 
     it('인용이 없는데(또는 인용을 다 줄여도) 내 글만으로 넘으면 null — 편집기는 그대로 둔다', () => {
       const view = mountEditor()

frontend/src/test-utils/timeouts.ts

@@ -0,0 +1,11 @@
+// 단위 테스트 전용 — 여러 테스트 파일이 함께 쓰는 시간 한도. 전체 한도는 vitest.config.ts 의 TEST_TIMEOUT_MS(20초)다.
+// 앱 코드에서 import 하지 않는다 (번들에 들어가지 않는다).
+
+/**
+ * 긴 초안 — 텍스트 한도(100,000자)를 넘는 11만 자 남짓의 원문 인용 — 을 만들어 한도에 맞추는 테스트의 시간 한도.
+ * 초안을 편집기로 옮기고 한도에 맞추느라 오래 걸린다 (MailEditor.spec 의 긴 초안 테스트 · ComposePage.spec 의 긴 답장 보내기).
+ * 따로 돌리면 0.7~3.6초지만, 전체 테스트를 한꺼번에 돌리던 중 5.76초, 이 파일과 전체 실행을 함께 돌린 부하에서 11.7초,
+ * 전체 실행 두 개를 함께 돌린 부하에서 13.2초까지 걸렸다 — 쓰기 화면의 긴 답장 보내기는 부하에서 7.6초 (2026-10-27).
+ * 전체 한도에 가까워 이 테스트들에만 30초를 준다.
+ */
+export const LONG_DRAFT_TIMEOUT_MS = 30_000

frontend/vitest.config.ts

@@ -2,6 +2,15 @@ import { fileURLToPath } from 'node:url'
 import { mergeConfig, defineConfig, configDefaults } from 'vitest/config'
 import viteConfig from './vite.config'
 
+/**
+ * 테스트 하나 · 훅 하나의 시간 한도 (기본은 테스트 5초 · 훅 10초).
+ * jsdom 에 서식 편집기(TipTap/ProseMirror)를 띄우는 테스트는 CPU 를 많이 쓴다 — 부하가 걸리면 테스트 하나가 5~13초 걸려
+ * 기본 5초에서 전체 실행이 들쭉날쭉 실패했다. 이 호스트는 다른 프로젝트의 CI 도 함께 돌려 두 겹 부하가 흔하다 —
+ * 전체 실행 두 개를 함께 돌리자 15초 한도 아래의 가장 느린 테스트가 12.8초까지 걸려 20초로 둔다 (2026-10-27).
+ * 정말 멈춘 테스트는 이 한도(20초) 안에 여전히 실패한다.
+ */
+const TEST_TIMEOUT_MS = 20_000
+
 // vite.config 는 mode 별 설정(포트·프록시)을 계산하는 함수다.
 // mergeConfig 는 함수를 병합하지 못하므로 테스트용 ConfigEnv 로 먼저 평가한다.
 // (테스트는 dev 서버를 띄우지 않아 포트·프록시 값에 영향받지 않는다)
@@ -12,6 +21,8 @@ export default mergeConfig(
       environment: 'jsdom',
       exclude: [...configDefaults.exclude, 'e2e/**'],
       root: fileURLToPath(new URL('./', import.meta.url)),
+      testTimeout: TEST_TIMEOUT_MS,
+      hookTimeout: TEST_TIMEOUT_MS,
     },
   }),
 )