直接测试 Store 业务逻辑需创建并激活新 Pinia 实例，验证 state 初始化与响应式、actions 各路径（含异步与副作用）及 getters 实时性，插件仅在影响行为时显式安装。
直接测试 Store 的业务逻辑，核心是隔离验证 state、actions 和 getters 的行为是否符合预期，不需要挂载组件或模拟 UI 交互。
准备 Pinia 实例环境
Pinia Store 必须在活跃的 Pinia 实例上下文中才能正常工作。每次测试前需创建并激活新实例，避免状态污染：
- 用 createPinia() 创建全新实例
- 调用 setActivePinia() 激活它，使
useCounterStore()能自动获取 - 放在
beforeEach中确保每个测试用干净的 store 实例
断言 state 初始化与响应式行为
验证初始值是否正确，以及 state 是否真正响应式（尤其涉及 ref/computed）：
vue-component-analyzer
下载
递归分析 Vue 项目组件依赖，从入口文件生成组件层级图，支持 Vue 2/3，输出组件名、文件路径和属性。适用于分析组件结构、排查依赖或了解项目架构。
- 直接读取
store.count检查初始值（如0或1） - 调用 action 后再次读取，确认 state 已变更
- 检查 getter（如
doubleCount）是否随 state 实时更新，例如count=2 → doubleCount=4
覆盖 actions 的各种输入路径
actions 是业务逻辑集中地，需覆盖典型场景和边界条件：
立即学习“前端免费学习笔记（深入）”；
- 无参调用：如
increment()应默认 +1 - 带参调用：如
increment(5)应精确累加 - 异步 action：用
await等待 Promise 完成后再断言（如数据加载后products.length > 0） - 副作用操作：如
$patch批量更新、$reset恢复初始态，都应单独验证
处理插件与依赖（如需）
若 Store 使用了 Pinia 插件（如持久化、日志），测试时需显式安装：
- 创建 app 实例（
createApp({})）非必需，但可模拟真实环境 - 对 pinia 实例调用
.use(plugin)，再传给app.use() - 多数简单逻辑无需插件，仅当插件直接影响 store 行为时才需配置
