需求背景
由于单个listing会发起多次议价,导致已发送状态与待发送状态数据重复,且不方便跟进listing议价时间
需求描述
1.智能刊登主动议价增加日志功能,同一条listing业务多次发起议价及系统多次获取到议价信息均需按操作人/操作时间操作内容进行记录日志
2.获取的listing议价状态没有改变时,无需记录日志,只有当状态改变时才需记录日志
a.当同一条listing已发送议价后,又获取到待发送议价状态,则将该lsiting标记为待发送状态,日志内记录已发送及重新待发送的信息,

需求背景
由于单个listing会发起多次议价,导致已发送状态与待发送状态数据重复,且不方便跟进listing议价时间
需求描述
1.智能刊登主动议价增加日志功能,同一条listing业务多次发起议价及系统多次获取到议价信息均需按操作人/操作时间操作内容进行记录日志
2.获取的listing议价状态没有改变时,无需记录日志,只有当状态改变时才需记录日志
a.当同一条listing已发送议价后,又获取到待发送议价状态,则将该lsiting标记为待发送状态,日志内记录已发送及重新待发送的信息,

需求背景
由于单个listing会发起多次议价,导致已发送状态与待发送状态数据重复,且不方便跟进listing议价时间
需求描述
1.智能刊登主动议价增加日志功能,同一条listing业务多次发起议价及系统多次获取到议价信息均需按操作人/操作时间操作内容进行记录日志
2.获取的listing议价状态没有改变时,无需记录日志,只有当状态改变时才需记录日志
a.当同一条listing已发送议价后,又获取到待发送议价状态,则将该lsiting标记为待发送状态,日志内记录已发送及重新待发送的信息,

001-【测试执行】【0926线上观察数据更新】【16521】eBay主动议价增加日志及状态优化
001+ 【测试执行】【16521】eBay主动议价增加日志及状态优化
001-修改了 任务描述,区别为:【测试执行】【0926线上观察数据更新】【16521】eBay主动议价增加日志及状态优化
001+ 【测试执行】【16521】eBay主动议价增加日志及状态优化
009-<img src="/zentao/file-read-305128.png" alt="" />
009+
009-<p><img src="/zentao/file-read-305128.png" alt="" /></p>
009+ <p><img src="{305128.png}" alt="" /></p>
009-<img src="/zentao/file-read-305128.png" alt="" />
009+
009-<p><img src="/zentao/file-read-305128.png" alt="" /></p>
009+ <p><img src="{305128.png}" alt="" /></p>
| 所属迭代 | 智能中心-EBAY直发迭代 |
|---|---|
| 所属模块 | 智能中心-需求池 战略独立项目 EBAY直发 |
| 相关需求 | eBay主动议价增加日志及状态优化 |
| 指派给 | Closed 于 2023-10-31 16:45:44 |
| 任务类型 | 测试 |
| 任务标签 | 初始 |
| 开发组 | 仓储物流开发组 |
| 任务状态 | 已关闭 |
| 进度 | 100% |
| 优先级 | P1 |
| 关键词 | |
| 抄送给 |
| 由谁创建 | 王小勤 于 2023-09-22 11:21:10 |
|---|---|
| 由谁完成 | 王小勤 于 2023-09-22 18:13:55 |
| 由谁取消 | 暂无 |
| 由谁关闭 | 周杰 于 2023-10-31 16:45:44 |
| 关闭原因 | 已完成 |
| 最后编辑 | 周杰 于 2023-10-31 16:45:44 |
| 团队 | 最初预计 | 总计消耗 | 预计剩余 |
|---|
| 最初预计 | 3.33工时 |
|---|---|
| 总计消耗 | 3.33工时 |
| 预计剩余 | 0工时 |
| 预计开始 | 2023-09-26 |
| 实际开始 | 0000-00-00 |
| 截止日期 | 2023-09-27 |
验证如下:
用例场景:
从正式环境迁移对应数据,优先模拟【待发送】:
场景1:待发送 -> 发送中
实际结果:355006159727,无操作人具体名和操作时间,操作内容正常显示
修复后:换另外listing议价信息:354878339767 待发送 -> 发送中:
实际结果:符合场景1预期
场景2:待发送 ->暂时发送
存在问题:354938143517 ,无操作人具体人名和操作时间,有具体的操作内容,且记录正确
重做场景2:待发送 -> 暂停发送
场景3:暂停发送 -> 发送中
场景2修复后:暂时发送 -> 发送中,已修复好问题
与产品和开发进行沟通,系统平台做得修改不做日志记录,场景4和场景5作废,该需求验证完毕。