组合式 api 测试应优先直接调用可导出的组合函数，用 vi.mock 模拟依赖，验证响应式状态与逻辑；仅当涉及 dom、事件、生命周期或 emits 时才需 mount；测试副作用重在断言结果而非执行本身。
直接挂载测试组合式 API 逻辑，关键不是“能不能挂载”，而是“要不要挂载”——多数业务逻辑其实不需要挂载组件就能验证。
优先测试可导出的组合函数（composables）
把 setup 里的核心逻辑抽成独立函数，比如 useCounter、useUserSearch，在测试文件中直接调用并断言：
- 用 vi.mock() 模拟 API 调用或 localStorage 等外部依赖
- 调用函数后检查返回的 ref 值是否初始化正确，比如 count.value === 0
- 触发方法（如 increment()），再断言响应式状态是否更新
- 若函数内用了 watch 或 onMounted，mock 对应副作用函数，验证它是否被调用
不挂载、只执行 setup 函数做轻量验证
适用于逻辑较简单、无 DOM 依赖的场景。手动调用 setup，传入模拟的 props 和 context：
- 确保组件的 setup 函数可被导入（例如通过 defineComponent 显式导出，或使用 export const setup = ...）
- 传入空 props 对象和空 context，执行 setup，拿到返回对象
- 检查返回的 ref 是否有初始值、computed 是否能正确计算、方法是否是函数类型
- 修改某个 ref 的值，观察关联的 computed 是否同步更新
必须挂载时：用 mount 验证真实交互与生命周期
当涉及 DOM 渲染、事件响应、onMounted 后的数据加载、或 emitted 事件时，才需要 mount：
- 用 @vue/test-utils 的 mount 渲染组件，获取 wrapper
- 用 wrapper.find('button') 定位元素，.trigger('click') 模拟操作
- 修改输入框内容用 .setValue()，再调用 await nextTick() 等待响应式更新
- 断言文本变化、class 切换、是否 emitted 特定事件，或内部 ref 值是否改变
注意生命周期与副作用的验证方式
onMounted、watch 本身不返回值，测试重点是“结果”：
- 不要断言“钩子是否执行”，而要断言“执行后该发生的是否发生”——比如 API 调用是否发起、loading 状态是否变为 true、列表数据是否填充
- 对 watch，先改被监听的 ref，再等 nextTick，检查回调是否生效、状态是否更新
- 如果组件内部调用了第三方库方法（如 router.push），用 vi.mock 替换并验证调用参数
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
