📝 docs(architecture): 更新测试框架文档，将Jest替换为Vitest

- 在技术栈表格中用Vitest 2.x替换Jest 29.x，更新用途说明为"填补测试空白，确保代码质量，更好的TypeORM支持"
- 修改技术决策依据，将"选择Jest而不是Vitest"改为"选择Vitest而不是Jest"，理由更新为"基于对TypeORM装饰器的更好支持、更快的执行速度和现代化的开发体验"
- 在架构文档、技术栈文档、测试基础设施Epic文档和UI架构文档中统一将Jest替换为Vitest
- 更新用户故事中的测试框架描述，反映当前使用Vitest + Testing Library的状态

docs/architecture.md

@@ -83,7 +83,7 @@
 ### 新技术添加
 | 技术 | 版本 | 用途 | Rationale | 集成方法 |
 |------|------|------|-----------|-----------|
-| Jest | 29.x | 单元测试框架 | 填补测试空白，确保代码质量 | 集成到现有构建流程 |
+| Vitest | 2.x | 单元测试框架 | 填补测试空白，确保代码质量，更好的TypeORM支持 | 集成到现有构建流程 |
 | Testing Library | 13.x | React组件测试 | 提供组件级测试能力 | 与React项目集成 |
 | Supertest | 6.x | API端点测试 | 验证API功能和集成 | 与Hono服务器集成 |
 
@@ -268,7 +268,7 @@ d8d-starter/
 - **文档风格**: 代码注释良好，但缺少完整文档
 
 ### 增强特定标准
-- **测试框架**: 添加Jest + Testing Library + Supertest
+- **测试框架**: 添加Vitest + Testing Library + Supertest
 - **测试位置**: `__tests__` 文件夹与源码并列
 - **覆盖率目标**: 核心业务逻辑 > 80%
 - **测试类型**: 单元测试、集成测试、E2E测试
@@ -336,7 +336,7 @@ d8d-starter/
 ## 附录
 
 ### 技术决策依据
-- **选择Jest而不是Vitest**: 基于生态成熟度、企业采用率和功能完整性
+- **选择Vitest而不是Jest**: 基于对TypeORM装饰器的更好支持、更快的执行速度和现代化的开发体验
 - **保持现有技术栈**: 现有选择（Hono、TypeORM、React）已经验证有效
 - **增量增强策略**: 最小化风险，最大化现有投资回报
 

docs/architecture/appendix.md

@@ -1,7 +1,7 @@
 # 附录
 
 ## 技术决策依据
-- **选择Jest而不是Vitest**: 基于生态成熟度、企业采用率和功能完整性
+- **选择Vitest而不是Jest**: 基于对TypeORM装饰器的更好支持、更快的执行速度和现代化的开发体验
 - **保持现有技术栈**: 现有选择（Hono、TypeORM、React）已经验证有效
 - **增量增强策略**: 最小化风险，最大化现有投资回报
 

docs/architecture/coding-standards.md

@@ -7,7 +7,7 @@
 - **文档风格**: 代码注释良好，但缺少完整文档
 
 ## 增强特定标准
-- **测试框架**: 添加Jest + Testing Library + Supertest
+- **测试框架**: 添加Vitest + Testing Library + Supertest
 - **测试位置**: `__tests__` 文件夹与源码并列
 - **覆盖率目标**: 核心业务逻辑 > 80%
 - **测试类型**: 单元测试、集成测试、E2E测试

docs/architecture/tech-stack.md

@@ -16,6 +16,6 @@
 ## 新技术添加
 | 技术 | 版本 | 用途 | Rationale | 集成方法 |
 |------|------|------|-----------|-----------|
-| Jest | 29.x | 单元测试框架 | 填补测试空白，确保代码质量 | 集成到现有构建流程 |
+| Vitest | 2.x | 单元测试框架 | 填补测试空白，确保代码质量，更好的TypeORM支持 | 集成到现有构建流程 |
 | Testing Library | 13.x | React组件测试 | 提供组件级测试能力 | 与React项目集成 |
 | Supertest | 6.x | API端点测试 | 验证API功能和集成 | 与Hono服务器集成 |

docs/epic-001-test-infrastructure.md

@@ -6,9 +6,9 @@
 ## Epic Description
 
 ### Existing System Context
-- 当前项目使用Jest + Testing Library测试框架
+- 当前项目使用Vitest + Testing Library测试框架
 - 技术栈：TypeScript, React, Node.js
-- 现有测试配置：Jest配置文件已就绪，测试环境setup文件存在
+- 现有测试配置：Vitest配置文件已就绪，测试环境setup文件存在
 - 集成点：需要与现有代码库和构建流程无缝集成
 
 ### Enhancement Details
@@ -95,7 +95,7 @@
 
 "请为这个brownfield epic开发详细的用户故事。关键考虑：
 
-- 这是对运行Jest + Testing Library测试框架的现有系统的增强
+- 这是对运行Vitest + Testing Library测试框架的现有系统的增强
 - 集成点：现有构建流程、CI/CD流水线、开发工作流程
 - 现有模式：TypeScript、React组件模式、Node.js模块结构
 - 关键兼容性要求：保持现有API和功能不变

docs/stories/001.001.story.md

@@ -15,7 +15,7 @@ Draft
 4. 创建开发人员测试指南文档
 
 ## Tasks / Subtasks
-- [ ] 检查现有Jest配置并验证其完整性 (AC: 3)
+- [ ] 检查现有Vitest配置并验证其完整性 (AC: 3)
 - [ ] 创建核心模块的单元测试模板文件 (AC: 1)
   - [ ] UserService单元测试模板
   - [ ] AuthService单元测试模板

docs/ui-architecture.md

@@ -54,7 +54,7 @@
 | API客户端 | Hono RPC | 4.8.5 | 类型安全API调用 | 前后端统一类型定义 |
 | 表单处理 | React Hook Form | 7.61.1 | 表单管理和验证 | 高性能，最小重渲染 |
 | 图标库 | Lucide React | 0.536.0 | 图标系统 | 简洁一致的图标设计 |
-| 测试框架 | Jest + Testing Library | - | 组件测试 | 行业标准测试工具 |
+| 测试框架 | Vitest + Testing Library | - | 组件测试 | 现代化测试工具，更好的TypeORM支持 |
 
 ## 3. 项目结构
 
@@ -432,7 +432,7 @@ export const ProtectedRoute = ({ children }: { children: React.ReactNode }) => {
 
 ### 测试策略
 
-**测试框架**: Jest + Testing Library
+**测试框架**: Vitest + Testing Library
 **测试位置**: `__tests__`文件夹与源码并列
 **覆盖率目标**: 核心组件80%+覆盖率