@zeyue0329/xiaoma-cli 1.0.20 → 1.0.22
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/XIAOMA-CLI/345/267/245/344/275/234/346/265/201/344/270/216/346/231/272/350/203/275/344/275/223/347/274/226/346/216/222/350/257/246/347/273/206/346/226/207/346/241/243.md +18 -18
- package/XIAOMA-CLI/346/231/272/350/203/275/344/275/223/344/270/216/345/221/275/344/273/244/345/256/214/346/225/264/346/226/207/346/241/243.md +5 -5
- package/dist/agents/analyst.txt +1 -1
- package/dist/agents/architect.txt +5 -5
- package/dist/agents/automation-orchestrator.txt +396 -0
- package/dist/agents/database-architect.txt +1 -1
- package/dist/agents/pm.txt +7 -7
- package/dist/agents/po.txt +1 -1
- package/dist/agents/sm.txt +1395 -0
- package/dist/agents/xiaoma-master.txt +11 -11
- package/dist/expansion-packs/bmad-2d-phaser-game-dev/teams/phaser-2d-nodejs-game-team.txt +1 -1
- package/dist/expansion-packs/bmad-2d-unity-game-dev/teams/unity-2d-game-team.txt +1 -1
- package/dist/teams/team-all.txt +1766 -15
- package/dist/teams/team-fullstack-with-database.txt +2116 -22
- package/dist/teams/team-fullstack.txt +14 -14
- package/dist/teams/team-ide-minimal.txt +1396 -1
- package/dist/teams/team-no-ui.txt +14 -14
- package/package.json +1 -1
- package/tools/installer/package.json +1 -1
- package/xiaoma-core/agent-teams/team-fullstack-with-database.yaml +3 -1
- package/xiaoma-core/agents/analyst.md +1 -1
- package/xiaoma-core/agents/automation-orchestrator.md +353 -0
- package/xiaoma-core/agents/database-architect.md +1 -1
- package/xiaoma-core/agents/pm.md +1 -1
- package/xiaoma-core/agents/po.md +1 -1
- package/xiaoma-core/agents/sm.md +4 -0
- package/xiaoma-core/checklists/dev-completion-checklist.md +324 -0
- package/xiaoma-core/checklists/po-story-validation-checklist.md +219 -0
- package/xiaoma-core/checklists/qa-approval-checklist.md +393 -0
- package/xiaoma-core/tasks/automated-story-cycle.md +370 -0
- package/xiaoma-core/tasks/create-database-design.md +2 -2
- package/xiaoma-core/tasks/create-enhanced-story-with-database.md +250 -0
- package/xiaoma-core/templates/api-design-tmpl.yaml +704 -0
- package/xiaoma-core/templates/brownfield-architecture-tmpl.yaml +5 -5
- package/xiaoma-core/templates/brownfield-prd-tmpl.yaml +6 -6
- package/xiaoma-core/templates/enhanced-story-with-database-tmpl.yaml +428 -0
- package/xiaoma-core/workflows/automated-story-development.yaml +331 -0
- package/xiaoma-core/workflows/enhanced-fullstack-with-database.yaml +13 -6
- package//346/225/260/346/215/256/345/272/223/350/256/276/350/256/241/345/242/236/345/274/272/345/212/237/350/203/275/344/275/277/347/224/250/346/214/207/345/215/227.md +1 -1
- package//350/207/252/345/212/250/345/214/226/347/224/250/346/210/267/346/225/205/344/272/213/345/274/200/345/217/221/346/265/201/347/250/213/344/275/277/347/224/250/346/214/207/345/215/227.md +377 -0
|
@@ -0,0 +1,324 @@
|
|
|
1
|
+
# 开发完成检查清单
|
|
2
|
+
|
|
3
|
+
## 检查清单概述
|
|
4
|
+
|
|
5
|
+
本检查清单用于开发者在完成用户故事实现后进行全面的自检验证,确保代码质量、功能完整性和测试覆盖度都达到要求标准。
|
|
6
|
+
|
|
7
|
+
## 代码实现完整性检查
|
|
8
|
+
|
|
9
|
+
### 数据库层实现
|
|
10
|
+
|
|
11
|
+
- [ ] **Entity类**: 实体类字段映射正确,注解完整
|
|
12
|
+
- [ ] **Mapper接口**: 所有必需的数据库操作方法已实现
|
|
13
|
+
- [ ] **Mapper XML**: SQL语句正确,参数映射准确
|
|
14
|
+
- [ ] **数据验证**: 数据校验注解和逻辑完整
|
|
15
|
+
- [ ] **事务处理**: 事务边界和传播行为正确设置
|
|
16
|
+
|
|
17
|
+
### 业务逻辑层实现
|
|
18
|
+
|
|
19
|
+
- [ ] **Service接口**: 业务接口定义清晰完整
|
|
20
|
+
- [ ] **Service实现**: 业务逻辑实现符合需求
|
|
21
|
+
- [ ] **业务规则**: 所有业务规则都已实现
|
|
22
|
+
- [ ] **异常处理**: 异常情况处理完善
|
|
23
|
+
- [ ] **数据转换**: DTO和Entity转换逻辑正确
|
|
24
|
+
|
|
25
|
+
### API接口层实现
|
|
26
|
+
|
|
27
|
+
- [ ] **Controller方法**: 所有API端点都已实现
|
|
28
|
+
- [ ] **参数验证**: 请求参数验证逻辑完整
|
|
29
|
+
- [ ] **响应格式**: 响应数据格式符合API规范
|
|
30
|
+
- [ ] **HTTP状态码**: 状态码使用正确
|
|
31
|
+
- [ ] **错误处理**: 错误响应格式标准化
|
|
32
|
+
|
|
33
|
+
### 配置和依赖
|
|
34
|
+
|
|
35
|
+
- [ ] **依赖注入**: Spring Bean配置正确
|
|
36
|
+
- [ ] **配置文件**: 必要的配置参数已添加
|
|
37
|
+
- [ ] **数据库配置**: 数据源和连接池配置正确
|
|
38
|
+
- [ ] **日志配置**: 日志级别和格式配置适当
|
|
39
|
+
|
|
40
|
+
## 代码质量检查
|
|
41
|
+
|
|
42
|
+
### 代码规范
|
|
43
|
+
|
|
44
|
+
- [ ] **命名规范**: 类名、方法名、变量名符合Java规范
|
|
45
|
+
- [ ] **代码格式**: 代码缩进、空行、注释格式统一
|
|
46
|
+
- [ ] **注释完整**: 关键方法和复杂逻辑有充分注释
|
|
47
|
+
- [ ] **导入优化**: 无多余的import语句
|
|
48
|
+
- [ ] **Magic Number**: 避免硬编码数字,使用常量
|
|
49
|
+
|
|
50
|
+
### 设计原则
|
|
51
|
+
|
|
52
|
+
- [ ] **单一职责**: 每个类和方法职责单一清晰
|
|
53
|
+
- [ ] **开闭原则**: 设计对扩展开放,对修改封闭
|
|
54
|
+
- [ ] **依赖倒置**: 依赖抽象而不是具体实现
|
|
55
|
+
- [ ] **接口隔离**: 接口定义简洁,职责分离
|
|
56
|
+
- [ ] **DRY原则**: 避免重复代码,提取公共方法
|
|
57
|
+
|
|
58
|
+
### 性能考虑
|
|
59
|
+
|
|
60
|
+
- [ ] **SQL优化**: 数据库查询语句优化,避免N+1问题
|
|
61
|
+
- [ ] **缓存使用**: 适当使用缓存提升性能
|
|
62
|
+
- [ ] **资源管理**: 正确关闭资源,避免内存泄漏
|
|
63
|
+
- [ ] **算法复杂度**: 算法时间和空间复杂度合理
|
|
64
|
+
- [ ] **批量操作**: 批量数据操作使用批处理
|
|
65
|
+
|
|
66
|
+
## 功能实现验证
|
|
67
|
+
|
|
68
|
+
### 核心功能验证
|
|
69
|
+
|
|
70
|
+
- [ ] **主要流程**: 核心业务流程功能正常
|
|
71
|
+
- [ ] **数据CRUD**: 增删改查操作都正确实现
|
|
72
|
+
- [ ] **业务规则**: 所有业务规则验证生效
|
|
73
|
+
- [ ] **数据关联**: 相关数据的关联和级联操作正确
|
|
74
|
+
- [ ] **状态管理**: 数据状态转换逻辑正确
|
|
75
|
+
|
|
76
|
+
### 边界条件处理
|
|
77
|
+
|
|
78
|
+
- [ ] **空值处理**: null值和空字符串处理适当
|
|
79
|
+
- [ ] **边界值**: 最大值、最小值、临界值处理正确
|
|
80
|
+
- [ ] **数据长度**: 字符串长度限制验证有效
|
|
81
|
+
- [ ] **数值范围**: 数值范围校验生效
|
|
82
|
+
- [ ] **并发处理**: 并发访问情况下数据一致性保证
|
|
83
|
+
|
|
84
|
+
### 异常情况处理
|
|
85
|
+
|
|
86
|
+
- [ ] **参数异常**: 无效参数抛出适当异常
|
|
87
|
+
- [ ] **业务异常**: 业务逻辑异常处理完善
|
|
88
|
+
- [ ] **系统异常**: 系统级异常有合理降级处理
|
|
89
|
+
- [ ] **网络异常**: 网络超时和连接异常处理
|
|
90
|
+
- [ ] **数据库异常**: 数据库连接和操作异常处理
|
|
91
|
+
|
|
92
|
+
## 测试代码完整性
|
|
93
|
+
|
|
94
|
+
### 单元测试
|
|
95
|
+
|
|
96
|
+
- [ ] **测试覆盖率**: 代码覆盖率达到80%以上
|
|
97
|
+
- [ ] **Service测试**: 业务逻辑层单元测试完整
|
|
98
|
+
- [ ] **Mapper测试**: 数据访问层测试充分
|
|
99
|
+
- [ ] **Controller测试**: API接口单元测试完整
|
|
100
|
+
- [ ] **工具类测试**: 工具类和辅助方法测试完整
|
|
101
|
+
|
|
102
|
+
### 集成测试
|
|
103
|
+
|
|
104
|
+
- [ ] **数据库集成**: 数据库操作集成测试
|
|
105
|
+
- [ ] **API集成**: API接口集成测试
|
|
106
|
+
- [ ] **服务集成**: 多个服务间集成测试
|
|
107
|
+
- [ ] **外部依赖**: 外部服务调用集成测试
|
|
108
|
+
- [ ] **端到端测试**: 完整业务流程端到端测试
|
|
109
|
+
|
|
110
|
+
### 测试质量
|
|
111
|
+
|
|
112
|
+
- [ ] **测试数据**: 测试用例使用多样化测试数据
|
|
113
|
+
- [ ] **断言充分**: 测试断言覆盖所有重要输出
|
|
114
|
+
- [ ] **独立性**: 测试用例之间相互独立
|
|
115
|
+
- [ ] **可重复性**: 测试结果稳定可重复
|
|
116
|
+
- [ ] **清理机制**: 测试后数据清理机制完善
|
|
117
|
+
|
|
118
|
+
## API规范符合性
|
|
119
|
+
|
|
120
|
+
### 请求处理
|
|
121
|
+
|
|
122
|
+
- [ ] **HTTP方法**: 使用正确的HTTP方法(GET/POST/PUT/DELETE)
|
|
123
|
+
- [ ] **URL设计**: URL路径设计符合RESTful规范
|
|
124
|
+
- [ ] **参数绑定**: 请求参数正确绑定到方法参数
|
|
125
|
+
- [ ] **Content-Type**: 正确处理不同的Content-Type
|
|
126
|
+
- [ ] **请求头处理**: 必要的请求头信息正确处理
|
|
127
|
+
|
|
128
|
+
### 响应处理
|
|
129
|
+
|
|
130
|
+
- [ ] **统一格式**: 响应格式符合项目统一标准
|
|
131
|
+
- [ ] **状态码**: HTTP状态码使用准确
|
|
132
|
+
- [ ] **错误响应**: 错误响应格式标准化
|
|
133
|
+
- [ ] **分页处理**: 分页查询响应格式正确
|
|
134
|
+
- [ ] **响应头**: 必要的响应头信息完整
|
|
135
|
+
|
|
136
|
+
### 文档一致性
|
|
137
|
+
|
|
138
|
+
- [ ] **Swagger注解**: API文档注解完整准确
|
|
139
|
+
- [ ] **参数说明**: 请求参数说明详细
|
|
140
|
+
- [ ] **响应说明**: 响应数据结构说明清晰
|
|
141
|
+
- [ ] **示例数据**: 请求响应示例准确
|
|
142
|
+
- [ ] **错误码说明**: 错误码含义说明完整
|
|
143
|
+
|
|
144
|
+
## 数据库设计符合性
|
|
145
|
+
|
|
146
|
+
### 数据模型
|
|
147
|
+
|
|
148
|
+
- [ ] **表结构**: 实际表结构与设计文档一致
|
|
149
|
+
- [ ] **字段类型**: 数据库字段类型使用正确
|
|
150
|
+
- [ ] **约束条件**: 主键、外键、唯一约束正确设置
|
|
151
|
+
- [ ] **索引设计**: 查询索引设计合理有效
|
|
152
|
+
- [ ] **默认值**: 字段默认值设置合理
|
|
153
|
+
|
|
154
|
+
### 数据操作
|
|
155
|
+
|
|
156
|
+
- [ ] **CRUD完整**: 增删改查操作完整实现
|
|
157
|
+
- [ ] **事务一致性**: 事务边界设置保证数据一致性
|
|
158
|
+
- [ ] **软删除**: 删除操作使用软删除机制
|
|
159
|
+
- [ ] **乐观锁**: 并发更新使用乐观锁机制
|
|
160
|
+
- [ ] **审计字段**: 创建时间、更新时间等审计字段维护
|
|
161
|
+
|
|
162
|
+
### 性能优化
|
|
163
|
+
|
|
164
|
+
- [ ] **查询优化**: SQL查询语句性能优化
|
|
165
|
+
- [ ] **批量处理**: 批量数据操作使用批处理
|
|
166
|
+
- [ ] **连接查询**: 避免过多的连接查询
|
|
167
|
+
- [ ] **分页查询**: 大数据量查询使用分页
|
|
168
|
+
- [ ] **缓存策略**: 适当使用查询缓存
|
|
169
|
+
|
|
170
|
+
## 安全性检查
|
|
171
|
+
|
|
172
|
+
### 输入验证
|
|
173
|
+
|
|
174
|
+
- [ ] **参数校验**: 所有输入参数都有适当校验
|
|
175
|
+
- [ ] **SQL注入**: 使用参数化查询防止SQL注入
|
|
176
|
+
- [ ] **XSS防护**: 输入数据转义防止XSS攻击
|
|
177
|
+
- [ ] **文件上传**: 文件上传安全验证
|
|
178
|
+
- [ ] **权限验证**: API接口权限验证生效
|
|
179
|
+
|
|
180
|
+
### 数据安全
|
|
181
|
+
|
|
182
|
+
- [ ] **敏感数据**: 敏感数据加密存储
|
|
183
|
+
- [ ] **日志安全**: 日志中不包含敏感信息
|
|
184
|
+
- [ ] **错误信息**: 错误信息不暴露敏感内容
|
|
185
|
+
- [ ] **访问控制**: 数据访问权限控制适当
|
|
186
|
+
- [ ] **数据脱敏**: 查询结果适当脱敏
|
|
187
|
+
|
|
188
|
+
## 测试执行结果
|
|
189
|
+
|
|
190
|
+
### 自动化测试
|
|
191
|
+
|
|
192
|
+
- [ ] **单元测试**: 所有单元测试通过 ✅
|
|
193
|
+
- [ ] **集成测试**: 集成测试全部通过 ✅
|
|
194
|
+
- [ ] **API测试**: API接口测试全部通过 ✅
|
|
195
|
+
- [ ] **覆盖率测试**: 代码覆盖率达到要求 ✅
|
|
196
|
+
- [ ] **静态分析**: 静态代码分析通过 ✅
|
|
197
|
+
|
|
198
|
+
### 功能测试
|
|
199
|
+
|
|
200
|
+
- [ ] **正常流程**: 正常业务流程测试通过
|
|
201
|
+
- [ ] **异常流程**: 异常处理流程测试通过
|
|
202
|
+
- [ ] **边界测试**: 边界条件测试通过
|
|
203
|
+
- [ ] **性能测试**: 性能基准测试通过
|
|
204
|
+
- [ ] **压力测试**: 并发压力测试通过
|
|
205
|
+
|
|
206
|
+
### 测试报告
|
|
207
|
+
|
|
208
|
+
- [ ] **测试结果**: 测试结果详细记录
|
|
209
|
+
- [ ] **覆盖报告**: 代码覆盖率报告生成
|
|
210
|
+
- [ ] **性能数据**: 性能测试数据收集
|
|
211
|
+
- [ ] **问题记录**: 发现的问题全部记录
|
|
212
|
+
- [ ] **修复验证**: 修复后的验证结果
|
|
213
|
+
|
|
214
|
+
## 文档和注释
|
|
215
|
+
|
|
216
|
+
### 代码文档
|
|
217
|
+
|
|
218
|
+
- [ ] **类注释**: 所有类都有详细的javadoc注释
|
|
219
|
+
- [ ] **方法注释**: 公共方法都有参数和返回值说明
|
|
220
|
+
- [ ] **复杂逻辑**: 复杂业务逻辑有充分的行内注释
|
|
221
|
+
- [ ] **TODO清理**: 临时TODO注释已清理或转为任务
|
|
222
|
+
- [ ] **版权信息**: 新增文件包含版权和作者信息
|
|
223
|
+
|
|
224
|
+
### API文档
|
|
225
|
+
|
|
226
|
+
- [ ] **Swagger更新**: Swagger文档与实现保持一致
|
|
227
|
+
- [ ] **示例更新**: API调用示例更新到最新
|
|
228
|
+
- [ ] **错误码更新**: 错误码文档更新完整
|
|
229
|
+
- [ ] **变更记录**: API变更记录在changelog中
|
|
230
|
+
- [ ] **版本标识**: API版本标识正确
|
|
231
|
+
|
|
232
|
+
### 实现说明
|
|
233
|
+
|
|
234
|
+
- [ ] **设计思路**: 复杂功能有设计思路说明
|
|
235
|
+
- [ ] **技术选择**: 技术选择理由记录
|
|
236
|
+
- [ ] **已知限制**: 当前实现的限制条件说明
|
|
237
|
+
- [ ] **扩展建议**: 未来扩展建议记录
|
|
238
|
+
- [ ] **依赖说明**: 外部依赖使用说明
|
|
239
|
+
|
|
240
|
+
## 版本控制和部署
|
|
241
|
+
|
|
242
|
+
### 代码提交
|
|
243
|
+
|
|
244
|
+
- [ ] **提交信息**: 提交信息清晰描述变更内容
|
|
245
|
+
- [ ] **分支策略**: 遵循项目分支管理策略
|
|
246
|
+
- [ ] **冲突解决**: 代码合并冲突已正确解决
|
|
247
|
+
- [ ] **文件清理**: 无临时文件和调试代码提交
|
|
248
|
+
- [ ] **版本标识**: 相关文件版本号正确更新
|
|
249
|
+
|
|
250
|
+
### 构建验证
|
|
251
|
+
|
|
252
|
+
- [ ] **编译通过**: 代码编译无错误无警告
|
|
253
|
+
- [ ] **依赖检查**: 项目依赖完整无冲突
|
|
254
|
+
- [ ] **打包验证**: 应用打包成功
|
|
255
|
+
- [ ] **启动验证**: 应用启动无错误
|
|
256
|
+
- [ ] **功能验证**: 部署后功能验证通过
|
|
257
|
+
|
|
258
|
+
## 完成标准确认
|
|
259
|
+
|
|
260
|
+
### 功能完成度
|
|
261
|
+
|
|
262
|
+
- [ ] **需求实现**: 用户故事所有需求都已实现
|
|
263
|
+
- [ ] **验收标准**: 所有验收标准都能通过验证
|
|
264
|
+
- [ ] **API规范**: API实现完全符合设计规范
|
|
265
|
+
- [ ] **数据库**: 数据库操作符合设计要求
|
|
266
|
+
- [ ] **错误处理**: 异常和错误处理完善
|
|
267
|
+
|
|
268
|
+
### 质量标准
|
|
269
|
+
|
|
270
|
+
- [ ] **代码质量**: 代码质量达到项目标准
|
|
271
|
+
- [ ] **测试质量**: 测试覆盖率和质量达标
|
|
272
|
+
- [ ] **性能标准**: 性能指标满足要求
|
|
273
|
+
- [ ] **安全标准**: 安全检查全部通过
|
|
274
|
+
- [ ] **文档标准**: 文档完整性达到要求
|
|
275
|
+
|
|
276
|
+
### 交付就绪
|
|
277
|
+
|
|
278
|
+
- [ ] **功能验证**: 开发者自测全部通过
|
|
279
|
+
- [ ] **代码审查**: 代码自审查完成
|
|
280
|
+
- [ ] **文档更新**: 相关文档都已更新
|
|
281
|
+
- [ ] **部署验证**: 测试环境部署验证通过
|
|
282
|
+
- [ ] **移交准备**: 准备好移交给QA团队
|
|
283
|
+
|
|
284
|
+
## 问题记录和处理
|
|
285
|
+
|
|
286
|
+
### 问题分类
|
|
287
|
+
|
|
288
|
+
- [ ] **功能问题**: 功能实现不符合需求
|
|
289
|
+
- [ ] **性能问题**: 性能不满足要求
|
|
290
|
+
- [ ] **质量问题**: 代码质量不达标
|
|
291
|
+
- [ ] **安全问题**: 安全漏洞或风险
|
|
292
|
+
- [ ] **兼容问题**: 兼容性问题
|
|
293
|
+
|
|
294
|
+
### 问题处理
|
|
295
|
+
|
|
296
|
+
- [ ] **问题分析**: 详细分析问题原因
|
|
297
|
+
- [ ] **解决方案**: 制定具体解决方案
|
|
298
|
+
- [ ] **修复实施**: 按方案进行问题修复
|
|
299
|
+
- [ ] **验证测试**: 修复后重新测试验证
|
|
300
|
+
- [ ] **影响评估**: 评估修复对其他功能的影响
|
|
301
|
+
|
|
302
|
+
## 使用说明
|
|
303
|
+
|
|
304
|
+
### 检查流程
|
|
305
|
+
|
|
306
|
+
1. 完成功能开发后,逐项检查本清单
|
|
307
|
+
2. 对于每个检查项,标记通过(✅)或需要修复(❌)
|
|
308
|
+
3. 记录发现的问题和修复方案
|
|
309
|
+
4. 修复问题后重新检查相关项目
|
|
310
|
+
5. 所有检查项通过后,更新故事状态为"Review"
|
|
311
|
+
|
|
312
|
+
### 自检技巧
|
|
313
|
+
|
|
314
|
+
- 站在用户角度验证功能完整性
|
|
315
|
+
- 从代码质量角度审查实现质量
|
|
316
|
+
- 从测试角度验证功能正确性
|
|
317
|
+
- 从运维角度考虑部署和维护
|
|
318
|
+
|
|
319
|
+
### 常见问题
|
|
320
|
+
|
|
321
|
+
- **测试覆盖率不足**: 补充缺失的测试用例
|
|
322
|
+
- **API文档不一致**: 更新Swagger注解和文档
|
|
323
|
+
- **异常处理不完善**: 添加适当的异常处理逻辑
|
|
324
|
+
- **性能问题**: 优化查询语句和算法实现
|
|
@@ -0,0 +1,219 @@
|
|
|
1
|
+
# PO故事验证检查清单
|
|
2
|
+
|
|
3
|
+
## 检查清单概述
|
|
4
|
+
|
|
5
|
+
本检查清单用于Product Owner验证用户故事的质量和完整性,确保故事符合业务需求并可以被开发团队正确实施。
|
|
6
|
+
|
|
7
|
+
## 必填信息检查
|
|
8
|
+
|
|
9
|
+
### 基础信息完整性
|
|
10
|
+
|
|
11
|
+
- [ ] **用户故事**: 包含角色、行动、收益的完整描述
|
|
12
|
+
- [ ] **验收标准**: 明确、可测试的验收条件
|
|
13
|
+
- [ ] **优先级**: 业务优先级明确标注
|
|
14
|
+
- [ ] **估算**: 开发工作量估算合理
|
|
15
|
+
|
|
16
|
+
### 数据库设计相关
|
|
17
|
+
|
|
18
|
+
- [ ] **相关实体**: 涉及的数据库实体全部识别
|
|
19
|
+
- [ ] **数据操作**: CRUD操作类型明确定义
|
|
20
|
+
- [ ] **业务规则**: 数据验证和业务约束清晰
|
|
21
|
+
- [ ] **实体关系**: 与其他实体的关联关系准确
|
|
22
|
+
|
|
23
|
+
### API接口规范
|
|
24
|
+
|
|
25
|
+
- [ ] **端点定义**: API端点路径和HTTP方法正确
|
|
26
|
+
- [ ] **请求参数**: 输入参数格式和验证规则完整
|
|
27
|
+
- [ ] **响应格式**: 输出数据结构和格式明确
|
|
28
|
+
- [ ] **错误处理**: 错误码和错误信息定义充分
|
|
29
|
+
|
|
30
|
+
## 业务需求验证
|
|
31
|
+
|
|
32
|
+
### PRD对齐检查
|
|
33
|
+
|
|
34
|
+
- [ ] **需求匹配**: 故事内容与PRD需求完全对应
|
|
35
|
+
- [ ] **功能边界**: 功能范围定义清晰,不超出边界
|
|
36
|
+
- [ ] **业务价值**: 能够清晰表达对用户的价值
|
|
37
|
+
- [ ] **用户角色**: 目标用户角色定义准确
|
|
38
|
+
|
|
39
|
+
### 业务逻辑验证
|
|
40
|
+
|
|
41
|
+
- [ ] **流程正确**: 业务流程逻辑正确无误
|
|
42
|
+
- [ ] **规则完整**: 业务规则和约束考虑周全
|
|
43
|
+
- [ ] **异常处理**: 异常和边界情况处理适当
|
|
44
|
+
- [ ] **数据一致性**: 保证数据的一致性和完整性
|
|
45
|
+
|
|
46
|
+
### 用户体验验证
|
|
47
|
+
|
|
48
|
+
- [ ] **易用性**: 功能设计符合用户习惯
|
|
49
|
+
- [ ] **可访问性**: 考虑不同用户群体的需求
|
|
50
|
+
- [ ] **响应性能**: 性能要求符合用户期望
|
|
51
|
+
- [ ] **错误提示**: 错误信息用户友好
|
|
52
|
+
|
|
53
|
+
## 技术实现可行性
|
|
54
|
+
|
|
55
|
+
### 架构兼容性
|
|
56
|
+
|
|
57
|
+
- [ ] **系统架构**: 与现有系统架构兼容
|
|
58
|
+
- [ ] **技术栈**: 使用的技术栈合适
|
|
59
|
+
- [ ] **依赖关系**: 外部依赖关系明确
|
|
60
|
+
- [ ] **扩展性**: 设计具备良好的扩展性
|
|
61
|
+
|
|
62
|
+
### 数据库设计合理性
|
|
63
|
+
|
|
64
|
+
- [ ] **表结构**: 数据库表结构设计合理
|
|
65
|
+
- [ ] **索引策略**: 查询索引策略适当
|
|
66
|
+
- [ ] **性能考虑**: 数据库操作性能可接受
|
|
67
|
+
- [ ] **数据迁移**: 数据迁移方案可行
|
|
68
|
+
|
|
69
|
+
### API设计规范性
|
|
70
|
+
|
|
71
|
+
- [ ] **RESTful规范**: 遵循RESTful设计原则
|
|
72
|
+
- [ ] **版本控制**: API版本控制策略明确
|
|
73
|
+
- [ ] **安全性**: API安全认证和授权完备
|
|
74
|
+
- [ ] **文档完整**: API文档详细准确
|
|
75
|
+
|
|
76
|
+
## 可测试性验证
|
|
77
|
+
|
|
78
|
+
### 验收标准质量
|
|
79
|
+
|
|
80
|
+
- [ ] **明确性**: 验收标准表述清晰无歧义
|
|
81
|
+
- [ ] **可验证**: 每个标准都可以通过测试验证
|
|
82
|
+
- [ ] **完整性**: 覆盖所有主要功能点
|
|
83
|
+
- [ ] **独立性**: 各个标准相互独立可单独测试
|
|
84
|
+
|
|
85
|
+
### 测试场景覆盖
|
|
86
|
+
|
|
87
|
+
- [ ] **正常流程**: 正常业务流程测试场景
|
|
88
|
+
- [ ] **边界条件**: 边界值和临界条件测试
|
|
89
|
+
- [ ] **异常情况**: 异常和错误情况处理测试
|
|
90
|
+
- [ ] **性能测试**: 性能和负载测试场景
|
|
91
|
+
|
|
92
|
+
### 测试数据准备
|
|
93
|
+
|
|
94
|
+
- [ ] **测试数据**: 测试所需数据清晰定义
|
|
95
|
+
- [ ] **数据依赖**: 数据依赖关系明确
|
|
96
|
+
- [ ] **数据清理**: 测试后数据清理方案
|
|
97
|
+
- [ ] **数据隐私**: 敏感数据处理符合规范
|
|
98
|
+
|
|
99
|
+
## 依赖关系和风险评估
|
|
100
|
+
|
|
101
|
+
### 依赖关系检查
|
|
102
|
+
|
|
103
|
+
- [ ] **前置条件**: 开发前置条件全部满足
|
|
104
|
+
- [ ] **依赖故事**: 依赖的其他故事状态确认
|
|
105
|
+
- [ ] **外部依赖**: 外部系统和服务依赖明确
|
|
106
|
+
- [ ] **资源依赖**: 所需资源和权限确认
|
|
107
|
+
|
|
108
|
+
### 风险识别
|
|
109
|
+
|
|
110
|
+
- [ ] **技术风险**: 技术实现风险评估
|
|
111
|
+
- [ ] **业务风险**: 业务逻辑变更风险
|
|
112
|
+
- [ ] **时间风险**: 开发时间估算风险
|
|
113
|
+
- [ ] **质量风险**: 质量保证相关风险
|
|
114
|
+
|
|
115
|
+
### 影响分析
|
|
116
|
+
|
|
117
|
+
- [ ] **系统影响**: 对现有系统的影响分析
|
|
118
|
+
- [ ] **数据影响**: 对现有数据的影响评估
|
|
119
|
+
- [ ] **用户影响**: 对最终用户的影响评估
|
|
120
|
+
- [ ] **运维影响**: 对系统运维的影响分析
|
|
121
|
+
|
|
122
|
+
## 规模和复杂度评估
|
|
123
|
+
|
|
124
|
+
### 故事规模检查
|
|
125
|
+
|
|
126
|
+
- [ ] **适当规模**: 故事规模适合一个迭代完成
|
|
127
|
+
- [ ] **原子性**: 故事不可再进一步合理拆分
|
|
128
|
+
- [ ] **独立性**: 故事可以独立开发和测试
|
|
129
|
+
- [ ] **价值完整**: 交付后能产生完整的业务价值
|
|
130
|
+
|
|
131
|
+
### 复杂度评估
|
|
132
|
+
|
|
133
|
+
- [ ] **技术复杂度**: 技术实现复杂度适中
|
|
134
|
+
- [ ] **业务复杂度**: 业务逻辑复杂度可控
|
|
135
|
+
- [ ] **集成复杂度**: 系统集成复杂度合理
|
|
136
|
+
- [ ] **测试复杂度**: 测试验证复杂度适当
|
|
137
|
+
|
|
138
|
+
## 质量标准检查
|
|
139
|
+
|
|
140
|
+
### 文档质量
|
|
141
|
+
|
|
142
|
+
- [ ] **语言表达**: 表述清晰准确无歧义
|
|
143
|
+
- [ ] **结构完整**: 文档结构符合模板要求
|
|
144
|
+
- [ ] **格式规范**: 格式和样式符合标准
|
|
145
|
+
- [ ] **版本控制**: 版本信息和变更记录完整
|
|
146
|
+
|
|
147
|
+
### 一致性检查
|
|
148
|
+
|
|
149
|
+
- [ ] **内部一致**: 故事内部信息一致
|
|
150
|
+
- [ ] **外部一致**: 与PRD和架构文档一致
|
|
151
|
+
- [ ] **命名一致**: 术语和命名规范统一
|
|
152
|
+
- [ ] **格式一致**: 与其他故事格式一致
|
|
153
|
+
|
|
154
|
+
## 验证结果记录
|
|
155
|
+
|
|
156
|
+
### 通过标准
|
|
157
|
+
|
|
158
|
+
**当所有检查项都通过时**:
|
|
159
|
+
|
|
160
|
+
- [ ] 更新故事状态: `Draft → Approved`
|
|
161
|
+
- [ ] 记录验证通过时间: `{当前时间}`
|
|
162
|
+
- [ ] 添加验证人员信息: `{PO姓名}`
|
|
163
|
+
- [ ] 通知开发团队可以开始开发
|
|
164
|
+
|
|
165
|
+
### 问题记录
|
|
166
|
+
|
|
167
|
+
**当检查发现问题时**:
|
|
168
|
+
|
|
169
|
+
- [ ] 详细记录具体问题描述
|
|
170
|
+
- [ ] 标注问题的严重程度
|
|
171
|
+
- [ ] 提供修复建议和指导
|
|
172
|
+
- [ ] 设置重新验证的时间点
|
|
173
|
+
|
|
174
|
+
### 修复跟踪
|
|
175
|
+
|
|
176
|
+
- [ ] 问题修复后重新验证
|
|
177
|
+
- [ ] 记录修复过程和结果
|
|
178
|
+
- [ ] 确认所有问题都已解决
|
|
179
|
+
- [ ] 验证修复没有引入新问题
|
|
180
|
+
|
|
181
|
+
## 升级机制
|
|
182
|
+
|
|
183
|
+
### 问题升级触发条件
|
|
184
|
+
|
|
185
|
+
- [ ] 连续3次验证失败
|
|
186
|
+
- [ ] 发现重大业务逻辑错误
|
|
187
|
+
- [ ] 技术实现方案不可行
|
|
188
|
+
- [ ] 涉及架构设计变更
|
|
189
|
+
|
|
190
|
+
### 升级处理流程
|
|
191
|
+
|
|
192
|
+
- [ ] 通知项目经理和产品经理
|
|
193
|
+
- [ ] 组织相关方讨论解决方案
|
|
194
|
+
- [ ] 必要时调整需求或设计
|
|
195
|
+
- [ ] 重新评估故事优先级和计划
|
|
196
|
+
|
|
197
|
+
## 使用说明
|
|
198
|
+
|
|
199
|
+
### 验证流程
|
|
200
|
+
|
|
201
|
+
1. 接收SM创建的用户故事(Draft状态)
|
|
202
|
+
2. 逐项检查本清单的所有项目
|
|
203
|
+
3. 记录检查结果和发现的问题
|
|
204
|
+
4. 根据检查结果决定通过或修复
|
|
205
|
+
5. 更新故事状态并通知相关方
|
|
206
|
+
|
|
207
|
+
### 检查技巧
|
|
208
|
+
|
|
209
|
+
- 站在最终用户的角度审视故事
|
|
210
|
+
- 考虑功能的完整业务流程
|
|
211
|
+
- 注意与其他功能的集成影响
|
|
212
|
+
- 重点关注数据一致性和安全性
|
|
213
|
+
|
|
214
|
+
### 常见问题
|
|
215
|
+
|
|
216
|
+
- **验收标准不够具体**: 要求明确的可验证条件
|
|
217
|
+
- **API设计不完整**: 确保包含完整的请求响应示例
|
|
218
|
+
- **业务规则缺失**: 补充重要的业务逻辑约束
|
|
219
|
+
- **依赖关系不明**: 明确前置条件和依赖的其他功能
|