用途：确保每个新功能从一开始就具备可测试性，按测试金字塔从快到慢分层设计与验证，避免事后补测试。
主要能力：一是分层指导，unit（纯逻辑，本地，不到1秒，常量运行）、API/集成（tRPC 过程、数据库操作、业务逻辑，本地+CI，1-10秒）、staging（Vercel preview，全流程验证，30秒-2分钟）、UI/E2E（浏览器自动化，仅预发布，关键用户旅程，2-5分钟）。二是给出可测试性模式：依赖注入、抽取纯函数、给 UI 加 data-testid、仅在开发/测试环境暴露并保护的测试用 API 路由。三是提供测试工具与夹具示例、外部服务 mock（Privy、数据库）、真实测试库配置（Neon/Drizzle）与每功能测试清单。四是列出反模式：测实现细节、过度 mock、为一切写 E2E。
使用方式：本地运行单元/集成测试可用 pnpm test、pnpm test -- --run、pnpm test:watch、pnpm test -- --run --grep "fee"；E2E 用 pnpm exec playwright test 或加 --ui；另可用 pnpm typecheck、pnpm lint。分支部署后可等待 Vercel 预览并测试；可结合 test-staging-branch、chrome-devtools-mcp 等技能完成登录与 OTP 流程。
适用场景：纯函数与业务逻辑验证、tRPC 过程与数据库操作测试、涉及多服务且难以本地 mock 的流程、关键用户旅程回归防护。
限制：资料为具体仓库实践，路径与配置（如 packages/web/src/test、@zero-finance/web、TEST_DATABASE_URL）需按项目调整；未提供具体价格、平台支持范围与性能指标。部分日期条目与 Privy、Next.js 相关注意事项属于仓库特定经验，通用性有限。