- 调整启动画面中的图片宽度,提升视觉效果 - 移除引导页面相关组件,简化应用结构 - 新增心情统计页面,支持用户查看和分析心情数据 - 优化心情卡片组件,增强用户交互体验 - 更新登录页面标题,提升品牌一致性 - 新增心情日历和编辑功能,支持用户记录和管理心情
128 lines
3.3 KiB
Markdown
128 lines
3.3 KiB
Markdown
# 心情打卡功能测试指南
|
|
|
|
## 功能测试清单
|
|
|
|
### 1. 基础功能测试
|
|
|
|
#### 1.1 心情卡片显示
|
|
- [ ] 在统计页面可以看到心情卡片
|
|
- [ ] 心情卡片显示正确的emoji和标题
|
|
- [ ] 未记录心情时显示"点击记录心情"
|
|
- [ ] 已记录心情时显示心情类型和时间
|
|
|
|
#### 1.2 心情弹窗功能
|
|
- [ ] 点击心情卡片可以打开心情弹窗
|
|
- [ ] 弹窗显示日历视图
|
|
- [ ] 弹窗显示10种心情选项
|
|
- [ ] 心情选项有正确的emoji和颜色
|
|
|
|
#### 1.3 心情选择功能
|
|
- [ ] 可以选择任意心情类型
|
|
- [ ] 选择心情后显示心情强度选择器
|
|
- [ ] 强度选择器支持1-10的滑动选择
|
|
- [ ] 选择心情后显示描述输入框
|
|
|
|
#### 1.4 心情保存功能
|
|
- [ ] 选择心情后可以保存
|
|
- [ ] 保存后弹窗关闭
|
|
- [ ] 保存后心情卡片更新显示
|
|
- [ ] 保存失败时显示错误提示
|
|
|
|
### 2. 日期相关测试
|
|
|
|
#### 2.1 日期选择
|
|
- [ ] 可以选择任意日期进行心情打卡
|
|
- [ ] 选择不同日期时加载对应的心情记录
|
|
- [ ] 未来日期不能进行心情打卡
|
|
|
|
#### 2.2 历史记录
|
|
- [ ] 已有心情记录的日期显示正确的心情
|
|
- [ ] 点击已有记录的日期可以更新心情
|
|
- [ ] 历史记录显示正确的时间格式
|
|
|
|
### 3. 数据同步测试
|
|
|
|
#### 3.1 API调用
|
|
- [ ] 创建心情打卡时调用正确的API
|
|
- [ ] 获取每日心情时调用正确的API
|
|
- [ ] API调用失败时显示错误信息
|
|
|
|
#### 3.2 数据更新
|
|
- [ ] 保存心情后立即更新界面
|
|
- [ ] 切换日期时重新加载数据
|
|
- [ ] 网络异常时有适当的错误处理
|
|
|
|
### 4. 用户体验测试
|
|
|
|
#### 4.1 界面响应
|
|
- [ ] 所有按钮点击有适当的反馈
|
|
- [ ] 加载状态显示正确
|
|
- [ ] 错误状态显示友好
|
|
|
|
#### 4.2 输入验证
|
|
- [ ] 心情类型为必选项
|
|
- [ ] 强度范围为1-10
|
|
- [ ] 描述最多200字符
|
|
|
|
## 测试步骤
|
|
|
|
### 步骤1: 基础功能测试
|
|
1. 打开应用,进入统计页面
|
|
2. 查看心情卡片是否正确显示
|
|
3. 点击心情卡片,确认弹窗打开
|
|
4. 选择一种心情,确认强度选择器出现
|
|
5. 调整强度,确认描述输入框出现
|
|
6. 输入描述,点击保存
|
|
|
|
### 步骤2: 日期功能测试
|
|
1. 在统计页面选择不同日期
|
|
2. 确认心情卡片显示对应日期的心情
|
|
3. 选择未来日期,确认不能打卡
|
|
4. 选择已有记录的日期,确认可以更新
|
|
|
|
### 步骤3: 数据同步测试
|
|
1. 断开网络连接
|
|
2. 尝试保存心情,确认错误提示
|
|
3. 恢复网络连接
|
|
4. 重新保存心情,确认成功
|
|
|
|
### 步骤4: 边界情况测试
|
|
1. 不选择心情直接保存
|
|
2. 输入超长描述
|
|
3. 快速切换日期
|
|
4. 同时打开多个弹窗
|
|
|
|
## 预期结果
|
|
|
|
### 成功情况
|
|
- 心情打卡功能正常工作
|
|
- 数据正确保存和显示
|
|
- 用户体验流畅
|
|
- 错误处理得当
|
|
|
|
### 失败情况
|
|
- 功能无法使用
|
|
- 数据丢失或错误
|
|
- 界面卡顿或崩溃
|
|
- 错误信息不友好
|
|
|
|
## 问题记录
|
|
|
|
如果在测试过程中发现问题,请记录以下信息:
|
|
|
|
1. **问题描述**: 详细描述问题现象
|
|
2. **复现步骤**: 如何重现问题
|
|
3. **预期行为**: 应该发生什么
|
|
4. **实际行为**: 实际发生了什么
|
|
5. **环境信息**: 设备、系统版本等
|
|
6. **严重程度**: 高/中/低
|
|
|
|
## 修复验证
|
|
|
|
修复问题后,需要重新执行相关测试用例,确保:
|
|
|
|
1. 问题已解决
|
|
2. 没有引入新问题
|
|
3. 相关功能仍然正常
|
|
4. 用户体验没有受到影响
|