feat: integrate DevQALoop into TeamOrchestrator and add integration test checklist
- Add Review tab to TeamOrchestrator with DevQALoopPanel integration - Create comprehensive integration test checklist (22 test cases) - Document component integration status analysis - Update progress documentation Key findings: - Most "low integration" components were actually integrated via indirect paths - DevQALoop was the only truly unintegrated component, now fixed Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
This commit is contained in:
157
docs/analysis/COMPONENT-INTEGRATION-STATUS.md
Normal file
157
docs/analysis/COMPONENT-INTEGRATION-STATUS.md
Normal file
@@ -0,0 +1,157 @@
|
||||
# ZCLAW 组件集成状态报告
|
||||
|
||||
> 分析日期:2026-03-20
|
||||
> 基于 `ZCLAW-DEEP-ANALYSIS.md` 文档的核实结果
|
||||
|
||||
---
|
||||
|
||||
## 一、分析结论
|
||||
|
||||
| 组件 | 文档标记 | 实际状态 | 集成路径 |
|
||||
|------|----------|----------|----------|
|
||||
| PersonalitySelector | ❓ 未验证 | ✅ 已集成 | App.tsx → AgentOnboardingWizard |
|
||||
| ScenarioTags | ❓ 未验证 | ✅ 已集成 | App.tsx → AgentOnboardingWizard |
|
||||
| DevQALoop | ❓ 未验证 | ❌ 未集成 | 无 |
|
||||
| HeartbeatConfig | ❓ 未验证 | ✅ 已集成 | SettingsLayout(根据迁移文档) |
|
||||
| CreateTriggerModal | ❓ 未验证 | ✅ 已迁移 | useHandStore(根据迁移文档) |
|
||||
|
||||
---
|
||||
|
||||
## 二、详细分析
|
||||
|
||||
### 2.1 PersonalitySelector ✅ 已集成
|
||||
|
||||
**文件位置:** `desktop/src/components/PersonalitySelector.tsx`
|
||||
|
||||
**被引用情况:**
|
||||
```typescript
|
||||
// AgentOnboardingWizard.tsx:25
|
||||
import { PersonalitySelector } from './PersonalitySelector';
|
||||
```
|
||||
|
||||
**集成路径:**
|
||||
```
|
||||
App.tsx (L223)
|
||||
→ AgentOnboardingWizard
|
||||
→ PersonalitySelector
|
||||
```
|
||||
|
||||
**Store 连接:** 通过 AgentOnboardingWizard 传递 props,组件内部使用 useState
|
||||
|
||||
**功能完整性:** ✅ 完整,提供性格选项选择
|
||||
|
||||
---
|
||||
|
||||
### 2.2 ScenarioTags ✅ 已集成
|
||||
|
||||
**文件位置:** `desktop/src/components/ScenarioTags.tsx`
|
||||
|
||||
**被引用情况:**
|
||||
```typescript
|
||||
// AgentOnboardingWizard.tsx:26
|
||||
import { ScenarioTags } from './ScenarioTags';
|
||||
```
|
||||
|
||||
**集成路径:**
|
||||
```
|
||||
App.tsx (L223)
|
||||
→ AgentOnboardingWizard
|
||||
→ ScenarioTags
|
||||
```
|
||||
|
||||
**Store 连接:** 通过 AgentOnboardingWizard 传递 props
|
||||
|
||||
**功能完整性:** ✅ 完整,提供场景标签选择
|
||||
|
||||
---
|
||||
|
||||
### 2.3 DevQALoop ❌ 未集成
|
||||
|
||||
**文件位置:** `desktop/src/components/DevQALoop.tsx`
|
||||
|
||||
**被引用情况:** 无外部引用
|
||||
|
||||
**问题分析:**
|
||||
- 组件已实现完整的 Dev-QA 循环界面
|
||||
- 使用 `useTeamStore` 连接到 teamStore
|
||||
- 但未在任何父组件中被导入使用
|
||||
|
||||
**建议集成位置:**
|
||||
- `TeamOrchestrator.tsx` - 作为团队协作的子面板
|
||||
- `TeamCollaborationView.tsx` - 作为代码审查工作流的一部分
|
||||
|
||||
**Store 连接:** ✅ 已连接
|
||||
```typescript
|
||||
import { useTeamStore } from '../store/teamStore';
|
||||
```
|
||||
|
||||
**功能完整性:** ✅ 完整,但未被使用
|
||||
|
||||
**下一步行动:**
|
||||
1. 确定合适的父组件
|
||||
2. 添加到 TeamOrchestrator 或创建专门的 ReviewPanel
|
||||
3. 在 UI 中添加导航入口
|
||||
|
||||
---
|
||||
|
||||
### 2.4 HeartbeatConfig ✅ 已集成
|
||||
|
||||
**根据 `docs/progress/2024-03-20-store-migration.md`:**
|
||||
- 已集成到 SettingsLayout
|
||||
- 使用 useSecurityStore
|
||||
|
||||
---
|
||||
|
||||
### 2.5 CreateTriggerModal ✅ 已迁移
|
||||
|
||||
**根据 `docs/progress/2024-03-20-store-migration.md`:**
|
||||
- 已迁移到 useHandStore
|
||||
- 使用 useWorkflowStore
|
||||
|
||||
---
|
||||
|
||||
## 三、待办事项
|
||||
|
||||
| 优先级 | 任务 | 工作量 |
|
||||
|--------|------|--------|
|
||||
| P1 | 将 DevQALoop 集成到 TeamOrchestrator | 小 |
|
||||
| P2 | 为 DevQALoop 添加导航入口 | 小 |
|
||||
| P3 | 更新 ZCLAW-DEEP-ANALYSIS.md 反映实际状态 | 小 |
|
||||
|
||||
---
|
||||
|
||||
## 四、代码引用
|
||||
|
||||
### DevQALoop 组件导出
|
||||
|
||||
```typescript
|
||||
// desktop/src/components/DevQALoop.tsx
|
||||
export function DevQALoop({ loop, onUpdate, onApprove }: DevQALoopProps)
|
||||
```
|
||||
|
||||
### 建议的集成代码
|
||||
|
||||
```typescript
|
||||
// 在 TeamOrchestrator.tsx 中添加
|
||||
import { DevQALoop } from './DevQALoop';
|
||||
|
||||
// 在渲染部分添加条件渲染
|
||||
{activeTab === 'review' && currentLoop && (
|
||||
<DevQALoop
|
||||
loop={currentLoop}
|
||||
onUpdate={handleLoopUpdate}
|
||||
onApprove={handleLoopApprove}
|
||||
/>
|
||||
)}
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 五、总结
|
||||
|
||||
文档中标记为"集成度低"的组件实际上大部分已完成集成:
|
||||
- **PersonalitySelector** 和 **ScenarioTags** 通过 AgentOnboardingWizard 间接集成
|
||||
- **HeartbeatConfig** 和 **CreateTriggerModal** 在 Store 迁移时已完成集成
|
||||
- **仅 DevQALoop** 确实未被集成,需要后续处理
|
||||
|
||||
整体集成完成度比文档描述的更好,建议更新 `ZCLAW-DEEP-ANALYSIS.md` 文档以反映实际状态。
|
||||
136
docs/progress/2024-03-20-store-migration.md
Normal file
136
docs/progress/2024-03-20-store-migration.md
Normal file
@@ -0,0 +1,136 @@
|
||||
# Store Migration Progress Report
|
||||
|
||||
**Date:** 2024-03-20
|
||||
**Status:** P0 Complete, P1 In Progress
|
||||
|
||||
## Summary
|
||||
|
||||
Successfully migrated all 14 components from `useGatewayStore` to domain-specific stores.
|
||||
|
||||
## Completed Tasks
|
||||
|
||||
### P0: Critical Path
|
||||
| Task | Status | Details |
|
||||
|------|--------|---------|
|
||||
| Store Migration | ✅ Complete | 14 components migrated |
|
||||
| gateway-client.ts Split | ✅ Complete | 4 modules: api, auth, storage, types |
|
||||
| E2E Verification | ✅ Complete | 312 tests passing |
|
||||
|
||||
### P1: Quality Improvements
|
||||
| Task | Status | Details |
|
||||
|------|--------|---------|
|
||||
| viking-*.ts Cleanup | ✅ Complete | Archived to docs/archive/v1-viking-dead-code/ |
|
||||
| HeartbeatConfig UI | ✅ Complete | Integrated in SettingsLayout |
|
||||
| E2E Test Framework | 🔄 In Progress | Playwright config created |
|
||||
|
||||
## Migration Details
|
||||
|
||||
### Components Migrated
|
||||
1. **Security Components** (3)
|
||||
- SecurityStatus.tsx → useConnectionStore, useSecurityStore
|
||||
- AuditLogsPanel.tsx → useSecurityStore
|
||||
- SecurityLayersPanel.tsx → useSecurityStore
|
||||
|
||||
2. **Settings Components** (4)
|
||||
- General.tsx → useConnectionStore, useConfigStore, useChatStore
|
||||
- SettingsLayout.tsx → useSecurityStore
|
||||
- Skills.tsx → useConnectionStore, useConfigStore
|
||||
- IMChannels.tsx → useConfigStore, useConnectionStore, useAgentStore
|
||||
|
||||
3. **Automation Components** (4)
|
||||
- WorkflowEditor.tsx → useHandStore
|
||||
- AutomationPanel.tsx → useHandStore, useWorkflowStore
|
||||
- SchedulerPanel.tsx → useHandStore, useWorkflowStore, useAgentStore, useConfigStore
|
||||
- CreateTriggerModal.tsx → useHandStore, useWorkflowStore
|
||||
|
||||
4. **Other Components** (3)
|
||||
- RightPanel.tsx → useHandStore, useAgentStore
|
||||
- ChannelList.tsx → useConnectionStore, useConfigStore
|
||||
- TaskList.tsx → useHandStore, useConfigStore
|
||||
|
||||
### Store Architecture
|
||||
```
|
||||
connectionStore - Gateway connection state
|
||||
configStore - User configuration
|
||||
chatStore - Chat messages and state
|
||||
agentStore - Agent/clone management
|
||||
handStore - Hands and triggers
|
||||
workflowStore - Workflows
|
||||
securityStore - Security status and audit logs
|
||||
teamStore - Team collaboration
|
||||
```
|
||||
|
||||
## Test Results
|
||||
- **Unit Tests:** 312/312 passing
|
||||
- **TypeScript:** No errors
|
||||
- **E2E Framework:** Playwright configured, ready for expansion
|
||||
|
||||
## Next Steps
|
||||
1. ~~Expand E2E test coverage~~ ✅ Done (74 tests passing)
|
||||
2. ~~Implement Skill Market MVP (P2)~~ ✅ Already implemented
|
||||
3. Manual testing of full user flow
|
||||
|
||||
## P2: Skill Market MVP
|
||||
|
||||
**Status:** ✅ Already Complete
|
||||
|
||||
The Skill Market MVP was already fully implemented:
|
||||
|
||||
| Component | File | Status |
|
||||
|-----------|------|--------|
|
||||
| UI Component | `SkillMarket.tsx` | ✅ Complete |
|
||||
| State Store | `skillMarketStore.ts` | ✅ Complete |
|
||||
| Discovery Engine | `skill-discovery.ts` | ✅ Complete |
|
||||
| Types | `types/skill-market.ts` | ✅ Complete |
|
||||
| App Integration | `App.tsx` | ✅ Integrated |
|
||||
| Predefined Skills | 15 skills | ✅ Ready |
|
||||
|
||||
### Features
|
||||
- Browse skills by category
|
||||
- Search by keyword/capability
|
||||
- View skill details
|
||||
- Install/uninstall skills
|
||||
- AI-powered skill suggestions
|
||||
- Persistent installation state
|
||||
|
||||
## Technical Notes
|
||||
- All components now use selector pattern for Zustand
|
||||
- `useCompositeStore` deleted (was dead code)
|
||||
- `useGatewayStore` marked @deprecated, only used as compatibility layer
|
||||
|
||||
---
|
||||
|
||||
## 2026-03-20 Update
|
||||
|
||||
### Additional Work Completed
|
||||
|
||||
| Task | Status | Details |
|
||||
|------|--------|---------|
|
||||
| DevQALoop Integration | ✅ Complete | Integrated into TeamOrchestrator with new "Review" tab |
|
||||
| Integration Test Checklist | ✅ Complete | Created docs/testing/INTEGRATION-CHECKLIST.md with 22 test cases |
|
||||
| Component Status Analysis | ✅ Complete | Created docs/analysis/COMPONENT-INTEGRATION-STATUS.md |
|
||||
|
||||
### DevQALoop Integration Details
|
||||
|
||||
The DevQALoop component was previously implemented but not integrated into any parent component. Added:
|
||||
- New "Review" tab in TeamOrchestrator
|
||||
- Import of DevQALoopPanel component
|
||||
- Display of active Dev↔QA loops with iteration tracking
|
||||
- Start Review Loop button for teams with tasks and members
|
||||
|
||||
### Files Modified
|
||||
- `desktop/src/components/TeamOrchestrator.tsx` - Added Review view and DevQALoopPanel integration
|
||||
|
||||
### Files Created
|
||||
- `docs/testing/INTEGRATION-CHECKLIST.md` - Comprehensive integration test checklist
|
||||
- `docs/analysis/COMPONENT-INTEGRATION-STATUS.md` - Component integration status report
|
||||
|
||||
### Key Findings from Analysis
|
||||
|
||||
1. **PersonalitySelector** ✅ Already integrated via AgentOnboardingWizard
|
||||
2. **ScenarioTags** ✅ Already integrated via AgentOnboardingWizard
|
||||
3. **DevQALoop** ✅ Now integrated into TeamOrchestrator
|
||||
4. **HeartbeatConfig** ✅ Already integrated in SettingsLayout
|
||||
5. **CreateTriggerModal** ✅ Already migrated to useHandStore
|
||||
|
||||
The documentation in `ZCLAW-DEEP-ANALYSIS.md` underestimated the actual integration completeness. Most components were already integrated through indirect paths.
|
||||
336
docs/testing/INTEGRATION-CHECKLIST.md
Normal file
336
docs/testing/INTEGRATION-CHECKLIST.md
Normal file
@@ -0,0 +1,336 @@
|
||||
# ZCLAW 真实集成测试清单
|
||||
|
||||
> 版本:1.0
|
||||
> 更新日期:2026-03-20
|
||||
> 状态:待验证
|
||||
|
||||
---
|
||||
|
||||
## 测试环境准备
|
||||
|
||||
### 前置条件
|
||||
|
||||
- [ ] OpenFang Kernel 已安装并配置
|
||||
- [ ] 至少一个中文模型 API Key 已配置(GLM/Qwen/Kimi/MiniMax)
|
||||
- [ ] Tauri 桌面应用已构建
|
||||
- [ ] 测试账号已准备
|
||||
|
||||
### 环境变量检查
|
||||
|
||||
```bash
|
||||
# 检查 OpenFang 配置
|
||||
cat config/config.toml
|
||||
|
||||
# 检查中文模型配置
|
||||
cat config/chinese-providers.toml
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 一、Gateway 连接测试
|
||||
|
||||
### TEST-GW-01: OpenFang Kernel 启动
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | OpenFang 已安装 |
|
||||
| **测试步骤** | 1. 启动 Tauri 应用<br>2. 检查连接状态指示器<br>3. 确认显示"已连接" |
|
||||
| **预期结果** | 连接状态为 `connected`,无错误提示 |
|
||||
| **验证方法** | 检查 ConnectionStatus 组件状态 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
### TEST-GW-02: WebSocket 握手
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | TEST-GW-01 通过 |
|
||||
| **测试步骤** | 1. 打开浏览器开发者工具<br>2. 检查 Network 标签<br>3. 确认 WebSocket 连接建立 |
|
||||
| **预期结果** | WebSocket 状态为 101 Switching Protocols |
|
||||
| **验证方法** | DevTools Network 面板 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
### TEST-GW-03: 心跳保活
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | TEST-GW-02 通过 |
|
||||
| **测试步骤** | 1. 保持应用空闲 5 分钟<br>2. 检查连接状态<br>3. 发送一条测试消息 |
|
||||
| **预期结果** | 连接保持活跃,消息正常发送 |
|
||||
| **验证方法** | 检查 ping/pong 日志 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
### TEST-GW-04: 断线重连
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | TEST-GW-02 通过 |
|
||||
| **测试步骤** | 1. 手动停止 OpenFang 进程<br>2. 等待 10 秒<br>3. 重启 OpenFang<br>4. 观察应用行为 |
|
||||
| **预期结果** | 应用自动重连,状态正确更新 |
|
||||
| **验证方法** | 检查重连日志和 UI 状态变化 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
---
|
||||
|
||||
## 二、真实模型对话测试
|
||||
|
||||
### TEST-MODEL-01: 流式响应
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | API Key 已配置,连接正常 |
|
||||
| **测试步骤** | 1. 选择一个模型<br>2. 发送"请写一首关于春天的短诗"<br>3. 观察响应过程 |
|
||||
| **预期结果** | 文字逐字/逐句显示,有流式效果 |
|
||||
| **验证方法** | 观察 ChatArea 组件的渲染 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
### TEST-MODEL-02: 模型切换
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | 配置了多个模型 |
|
||||
| **测试步骤** | 1. 用模型 A 发送消息<br>2. 切换到模型 B<br>3. 再次发送消息 |
|
||||
| **预期结果** | 两次响应来自不同模型 |
|
||||
| **验证方法** | 检查消息元数据中的 model 字段 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
### TEST-MODEL-03: 上下文管理
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | TEST-MODEL-01 通过 |
|
||||
| **测试步骤** | 1. 发送"我叫张三"<br>2. 等待响应<br>3. 发送"我叫什么名字?" |
|
||||
| **预期结果** | 模型正确回答"张三" |
|
||||
| **验证方法** | 检查对话历史和响应内容 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
### TEST-MODEL-04: 长对话处理
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | TEST-MODEL-03 通过 |
|
||||
| **测试步骤** | 1. 连续发送 20+ 条消息<br>2. 观察响应时间<br>3. 检查最早消息是否被正确压缩 |
|
||||
| **预期结果** | 对话流畅,无内存溢出 |
|
||||
| **验证方法** | 检查 context-compactor 日志 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
### TEST-MODEL-05: 错误处理
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | API Key 配置正确 |
|
||||
| **测试步骤** | 1. 临时使用无效 API Key<br>2. 发送消息<br>3. 观察错误处理 |
|
||||
| **预期结果** | 显示友好错误提示,不崩溃 |
|
||||
| **验证方法** | 检查错误 toast 和日志 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
---
|
||||
|
||||
## 三、飞书 Channel 测试
|
||||
|
||||
### TEST-FEISHU-01: OAuth 授权
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | 飞书应用已创建 |
|
||||
| **测试步骤** | 1. 进入设置 → IM Channels<br>2. 点击"连接飞书"<br>3. 完成授权流程 |
|
||||
| **预期结果** | 授权成功,显示已连接状态 |
|
||||
| **验证方法** | 检查 configStore 中的 token |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
### TEST-FEISHU-02: 消息接收
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | TEST-FEISHU-01 通过 |
|
||||
| **测试步骤** | 1. 在飞书中 @机器人<br>2. 发送测试消息<br>3. 观察 ZCLAW 应用 |
|
||||
| **预期结果** | 消息出现在对应 Channel |
|
||||
| **验证方法** | 检查 ChannelList 和消息列表 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
### TEST-FEISHU-03: Agent 处理与回复
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | TEST-FEISHU-02 通过 |
|
||||
| **测试步骤** | 1. 在飞书发送问题<br>2. 等待 Agent 响应<br>3. 检查飞书收到的回复 |
|
||||
| **预期结果** | 飞书收到 Agent 的回复 |
|
||||
| **验证方法** | 飞书客户端验证 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
---
|
||||
|
||||
## 四、Hands 触发测试
|
||||
|
||||
### TEST-HAND-01: 意图识别
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | Hands 已启用 |
|
||||
| **测试步骤** | 1. 发送"帮我打开百度搜索一下天气"<br>2. 观察是否触发 Browser Hand |
|
||||
| **预期结果** | 系统识别意图并建议触发 Browser Hand |
|
||||
| **验证方法** | 检查 HandApprovalModal 是否弹出 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
### TEST-HAND-02: 参数收集
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | TEST-HAND-01 通过 |
|
||||
| **测试步骤** | 1. 触发一个需要参数的 Hand<br>2. 检查参数收集界面 |
|
||||
| **预期结果** | 显示参数表单,可编辑参数 |
|
||||
| **验证方法** | 检查参数输入 UI |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
### TEST-HAND-03: 审批流程
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | TEST-HAND-02 通过 |
|
||||
| **测试步骤** | 1. 点击"批准"<br>2. 观察执行状态 |
|
||||
| **预期结果** | 状态变为"执行中",然后"完成" |
|
||||
| **验证方法** | 检查 handStore 中的 run 状态 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
### TEST-HAND-04: 执行结果
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | TEST-HAND-03 通过 |
|
||||
| **测试步骤** | 1. 等待执行完成<br>2. 检查执行日志<br>3. 查看结果输出 |
|
||||
| **预期结果** | 显示完整的执行日志和结果 |
|
||||
| **验证方法** | 检查 AutomationPanel 日志 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
### TEST-HAND-05: 取消执行
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | 有正在执行的 Hand |
|
||||
| **测试步骤** | 1. 触发一个长时间运行的 Hand<br>2. 点击"取消" |
|
||||
| **预期结果** | 执行被中止,状态变为"已取消" |
|
||||
| **验证方法** | 检查状态变化 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
---
|
||||
|
||||
## 五、记忆持久化测试
|
||||
|
||||
### TEST-MEM-01: 重启后记忆保留
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | 有对话历史 |
|
||||
| **测试步骤** | 1. 进行一些对话<br>2. 关闭应用<br>3. 重新启动<br>4. 检查对话历史 |
|
||||
| **预期结果** | 对话历史完整保留 |
|
||||
| **验证方法** | 检查 chatStore 中的 messages |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
### TEST-MEM-02: 跨会话记忆命中
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | TEST-MEM-01 通过 |
|
||||
| **测试步骤** | 1. 在之前的对话中提及"我喜欢蓝色"<br>2. 重启应用<br>3. 问"我喜欢什么颜色?" |
|
||||
| **预期结果** | Agent 引用之前的记忆回答 |
|
||||
| **验证方法** | 检查响应内容和记忆检索日志 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
### TEST-MEM-03: 向量记忆搜索(OpenViking)
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | OpenViking 已配置 |
|
||||
| **测试步骤** | 1. 添加一些文档到知识库<br>2. 问相关问题时 |
|
||||
| **预期结果** | 系统检索到相关内容并引用 |
|
||||
| **验证方法** | 检查 Viking 检索日志 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
---
|
||||
|
||||
## 六、端到端综合测试
|
||||
|
||||
### TEST-E2E-01: 完整工作流
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | 所有前置测试通过 |
|
||||
| **测试步骤** | 1. 启动应用并连接<br>2. 进行多轮对话<br>3. 触发一个 Hand<br>4. 检查记忆是否保存 |
|
||||
| **预期结果** | 所有功能正常协作 |
|
||||
| **验证方法** | 全流程验证 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
### TEST-E2E-02: 多 Agent 协作
|
||||
|
||||
| 项目 | 内容 |
|
||||
|------|------|
|
||||
| **前置条件** | TeamOrchestrator 可用 |
|
||||
| **测试步骤** | 1. 创建团队<br>2. 添加多个 Agent<br>3. 分配任务<br>4. 观察协作过程 |
|
||||
| **预期结果** | Agents 协作完成任务 |
|
||||
| **验证方法** | 检查 teamStore 和协作日志 |
|
||||
| **当前状态** | ⏳ 待验证 |
|
||||
|
||||
---
|
||||
|
||||
## 测试结果汇总
|
||||
|
||||
| 类别 | 总数 | 通过 | 失败 | 待验证 |
|
||||
|------|------|------|------|--------|
|
||||
| Gateway 连接 | 4 | 0 | 0 | 4 |
|
||||
| 模型对话 | 5 | 0 | 0 | 5 |
|
||||
| 飞书 Channel | 3 | 0 | 0 | 3 |
|
||||
| Hands 触发 | 5 | 0 | 0 | 5 |
|
||||
| 记忆持久化 | 3 | 0 | 0 | 3 |
|
||||
| 端到端 | 2 | 0 | 0 | 2 |
|
||||
| **总计** | **22** | **0** | **0** | **22** |
|
||||
|
||||
---
|
||||
|
||||
## 测试脚本模板
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
# integration-test.sh - ZCLAW 集成测试脚本
|
||||
|
||||
set -e
|
||||
|
||||
echo "=== ZCLAW Integration Test Suite ==="
|
||||
echo "Started at: $(date)"
|
||||
|
||||
# 1. 检查环境
|
||||
echo "[1/5] Checking environment..."
|
||||
command -v openfang >/dev/null 2>&1 || { echo "ERROR: openfang not found"; exit 1; }
|
||||
command -v pnpm >/dev/null 2>&1 || { echo "ERROR: pnpm not found"; exit 1; }
|
||||
|
||||
# 2. 检查配置
|
||||
echo "[2/5] Checking configuration..."
|
||||
test -f config/config.toml || { echo "ERROR: config.toml not found"; exit 1; }
|
||||
test -f config/chinese-providers.toml || { echo "ERROR: chinese-providers.toml not found"; exit 1; }
|
||||
|
||||
# 3. 启动 OpenFang
|
||||
echo "[3/5] Starting OpenFang..."
|
||||
openfang start || { echo "ERROR: Failed to start OpenFang"; exit 1; }
|
||||
sleep 5
|
||||
|
||||
# 4. 运行 E2E 测试
|
||||
echo "[4/5] Running E2E tests..."
|
||||
cd desktop
|
||||
pnpm test:e2e || { echo "WARNING: Some E2E tests failed"; }
|
||||
|
||||
# 5. 清理
|
||||
echo "[5/5] Cleanup..."
|
||||
openfang stop
|
||||
|
||||
echo "=== Test completed at: $(date) ==="
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 附录:测试账号和凭证管理
|
||||
|
||||
**重要:** 所有测试凭证应存储在安全的位置,不要提交到代码库。
|
||||
|
||||
| 凭证类型 | 存储位置 | 负责人 |
|
||||
|----------|----------|--------|
|
||||
| 飞书 App ID/Secret | 1Password | 开发团队 |
|
||||
| 模型 API Keys | config/chinese-providers.toml (加密) | 开发团队 |
|
||||
| 测试账号 | 1Password | QA 团队 |
|
||||
Reference in New Issue
Block a user