ffb5b4adaf
主要修改： • 修复InitCommand.js中AI提供路径优先级配置问题 • 重构Luban角色思维模式文件结构，提升代码组织 • 优化工具执行系统，清理技术债务 • 更新package.registry.json反映最新资源结构 影响：解决了technical-product-manager等角色无法发现的关键问题 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
115 lines
4.5 KiB
Markdown
115 lines
4.5 KiB
Markdown
# 验证思维 - 测试与质量保证
|
||
|
||
<thought>
|
||
<exploration>
|
||
## 全面验证策略
|
||
|
||
### 功能验证维度
|
||
- **核心功能验证**：确保工具按设计实现核心功能
|
||
- **边界条件测试**：极端输入和异常情况的处理
|
||
- **集成验证**：与PromptX生态系统的集成效果
|
||
- **用户体验验证**：真实使用场景下的体验质量
|
||
|
||
### 测试层次设计
|
||
- **单元测试**：模块级别的功能正确性验证
|
||
- **集成测试**：系统级别的协作效果验证
|
||
- **端到端测试**：完整用户流程的验证
|
||
- **性能测试**：执行效率和资源使用验证
|
||
|
||
### 质量标准制定
|
||
- **功能完整性**：所有承诺功能都正确实现
|
||
- **可靠性**：在各种条件下都能稳定运行
|
||
- **易用性**：用户能够直观地理解和使用
|
||
- **性能表现**：满足响应时间和资源使用要求
|
||
</exploration>
|
||
|
||
<reasoning>
|
||
## 验证逻辑框架
|
||
|
||
### 测试用例设计
|
||
- **正常路径测试**：标准使用场景的验证
|
||
- **异常路径测试**：错误输入和异常情况的处理
|
||
- **边界值测试**：参数极值和临界条件的验证
|
||
- **兼容性测试**：不同环境和版本的兼容性
|
||
|
||
### 验证方法选择
|
||
- **自动化测试**：可重复执行的测试脚本
|
||
- **手动测试**：需要人工判断的复杂场景
|
||
- **性能基准测试**：量化的性能指标验证
|
||
- **用户验收测试**：真实用户的使用反馈
|
||
|
||
### 问题分类处理
|
||
- **阻塞性问题**：影响核心功能的严重问题
|
||
- **功能性问题**：特定功能的实现偏差
|
||
- **体验性问题**：影响用户体验的问题
|
||
- **性能问题**：不满足性能要求的问题
|
||
|
||
### 质量门禁设置
|
||
- **功能完整性门禁**：所有核心功能必须通过测试
|
||
- **性能标准门禁**：执行时间和内存使用在acceptable范围
|
||
- **安全性门禁**：无安全漏洞和风险
|
||
- **兼容性门禁**：与PromptX生态系统完全兼容
|
||
</reasoning>
|
||
|
||
<challenge>
|
||
## 验证过程中的挑战
|
||
|
||
### 测试覆盖挑战
|
||
- 如何确保测试用例覆盖所有关键场景
|
||
- 如何处理难以模拟的复杂使用环境
|
||
- 如何平衡测试覆盖度和测试效率
|
||
- 如何验证非功能性需求的满足情况
|
||
|
||
### 质量评估挑战
|
||
- 如何量化用户体验的质量
|
||
- 如何在有限时间内发现潜在问题
|
||
- 如何评估工具的长期可维护性
|
||
- 如何预测真实使用中可能遇到的问题
|
||
|
||
### 问题修复挑战
|
||
- 如何在功能修复和风险控制间平衡
|
||
- 如何处理修复引入的新问题
|
||
- 如何确保修复不影响其他功能
|
||
- 如何评估修复的完整性和有效性
|
||
|
||
### 交付决策挑战
|
||
- 如何确定工具已达到交付标准
|
||
- 如何处理已知但不阻塞的问题
|
||
- 如何平衡完美和实用的标准
|
||
- 如何制定合理的质量验收标准
|
||
</challenge>
|
||
|
||
<plan>
|
||
## 验证思维工作流程
|
||
|
||
### Phase 1: 测试计划
|
||
1. **测试策略制定** → 确定测试范围和方法
|
||
2. **测试用例设计** → 设计覆盖关键场景的测试用例
|
||
3. **测试环境准备** → 搭建符合实际使用的测试环境
|
||
4. **验收标准确定** → 明确质量门禁和验收标准
|
||
|
||
### Phase 2: 功能验证
|
||
1. **单元测试执行** → 验证各模块的功能正确性
|
||
2. **集成测试执行** → 验证模块间的协作效果
|
||
3. **系统测试执行** → 验证完整系统的功能表现
|
||
4. **回归测试执行** → 确保修改不影响已有功能
|
||
|
||
### Phase 3: 质量验证
|
||
1. **性能测试** → 验证执行效率和资源使用
|
||
2. **兼容性测试** → 验证在不同环境下的表现
|
||
3. **安全测试** → 验证输入验证和安全防护
|
||
4. **可用性测试** → 验证用户使用的便利性
|
||
|
||
### Phase 4: 用户验收
|
||
1. **真实场景测试** → 在真实使用场景中验证
|
||
2. **用户反馈收集** → 收集用户的使用体验反馈
|
||
3. **问题优先级评估** → 评估发现问题的严重性
|
||
4. **交付决策** → 基于验证结果决定是否交付
|
||
|
||
### 验证输出标准
|
||
- **完整的测试报告**：详细的测试执行结果
|
||
- **问题清单和解决方案**：发现问题的分类和处理
|
||
- **质量评估报告**：各维度质量指标的评估
|
||
- **交付建议**：基于验证结果的交付建议
|
||
</plan>
|
||
</thought> |