mirror of
https://github.com/openharmony/notification_distributed_notification_service.git
synced 2026-08-24 07:03:05 -04:00
openharmony_ci
0b0163890b
输入不足告警整改-问题-SA发通知失败
Created-by: lx180327070811
Commit-by: g00586423
Merged-by: openharmony_ci
Description: ### 一、内容说明（相关的Issue）
### 二、建议测试周期和提测地址
建议测试完成时间：xxxx.xx.xx
投产上线时间：xxxx.xx.xx
提测地址：CI环境/压测环境
测试账号：
### 三、变更内容
* 3.1 关联PR列表
* 3.2 数据库和部署说明
1. 常规更新
2. 重启unicorn
3. 重启sidekiq
4. 迁移任务：是否有迁移任务，没有写 "无"
5. rake脚本：`bundle exec xxx RAILS_ENV = production`；没有写 "无"
* 3.4 其他技术优化内容（做了什么，变更了什么）
- 重构了 xxxx 代码
- xxxx 算法优化
* 3.5 废弃通知（什么字段、方法弃用？）
* 3.6 后向不兼容变更（是否有无法向后兼容的变更？）
### 四、研发自测点（自测哪些？冒烟用例全部自测？）
自测测试结论：
### 五、测试关注点（需要提醒QA重点关注的、可能会忽略的地方）
检查点：
| 需求名称 | 是否影响xx公共模块 | 是否需要xx功能 | 需求升级是否依赖其他子产品 |
|------|------------|----------|---------------|
| xxx | 否 | 需要 | 不需要 |
| | | | |
接口测试：
性能测试：
并发测试：
其他：
See merge request: openharmony/notification_distributed_notification_service!5002
KB (Knowledge Base) - 知识库目录说明
概述
本目录用于存放所有AI辅助开发流程的过程文档和知识资产。
目录结构
docs/
├── features/ # 所有需求实现的过程文档
│ ├── notification-group-management/
│ ├── batch-publish-api/
│ └── ...
└── README.md # 本说明文档
features 目录说明
features/ 目录用于存放所有需求实现（Feature Agent）的过程文档。
目录命名规则
每个 feature 目录的命名格式：${feature-name}
其中：
${feature-name}：需求名称，英文小写字母，多个单词用-连接
命名示例：
notification-group-managementbatch-publish-apicustom-notification-filter
单个 feature 目录内容
每个 feature 目录包含以下文件：
${feature-name}/
├── feature-state.json # 全局状态（机器可读）
├── feature-architecture.md # Phase 1: 架构设计文档
├── feature-context.md # Phase 2: 上下文与验收标准
├── feature-dev-design.md # Phase 2: 已批准的开发设计方案
├── feature-plan.md # Phase 3: 已批准的任务计划
├── feature-<task-name>.md # Phase 4: 单任务总结（多个）
├── review-log.md # Phase 4: 逐任务检视日志
├── build-log.md # Phase 4: 逐任务编译验证日志
├── feature-test-report.md # Phase 5: 测试报告
└── ${feature-name}.md # Phase 5: 最终总结文档
文件说明
| 文件 | 阶段 | 说明 |
|---|---|---|
feature-state.json |
全局 | 流程状态，支持断点续跑 |
feature-architecture.md |
ARCHITECTURE | 架构设计文档，包含6个维度 |
feature-context.md |
DEV-DESIGN | 验收标准、上下文信息 |
feature-dev-design.md |
DEV-DESIGN | 开发设计方案、架构图、接口定义 |
feature-plan.md |
PLAN | 任务分解、DAG、测试计划 |
feature-*.md |
EXECUTE | 单任务实现总结（多个） |
review-log.md |
EXECUTE | 检视日志，包含所有任务检视记录 |
build-log.md |
EXECUTE | 编译验证日志，包含所有任务编译记录 |
feature-test-report.md |
DOC | 测试覆盖报告 |
${feature-name}.md |
DOC | 功能总结文档，包含架构图和使用说明 |
设计目的
- 过程可追溯：所有决策和实现过程都有完整记录
- 断点续跑：状态文件支持流程中断后继续执行
- 审计友好：审批历史和检视日志便于审计
- 知识沉淀：设计文档和总结文档形成知识资产
- 集中管理：所有过程文档统一存放，便于查找和管理
使用方式
- Feature Agent 自动创建：启动需求实现流程时，Agent 自动创建对应目录
- 手动查看：可通过文件浏览器或命令行查看过程文档
- 断点续跑：向 Agent 提供已有 feature 目录路径，可从中断处继续
示例：查看 feature 目录
# 列出所有 feature
ls -la docs/features/
# 查看特定 feature 的文档
ls -la docs/features/notification-group-management/
# 查看状态文件
cat docs/features/notification-group-management/feature-state.json
未来扩展
kb 目录未来可能扩展其他类型的知识资产：
docs/
├── features/ # 需求实现过程文档
├── refactors/ # 重构过程文档（未来）
├── bugs/ # Bug修复过程文档（未来）
├── learnings/ # 学习总结和最佳实践（未来）
└── README.md # 本说明文档