27 lines
1.3 KiB
Gherkin
27 lines
1.3 KiB
Gherkin
Feature: escalation-exception-handling
|
||
|
||
Scenario: Happy Path
|
||
Given Firm Owner 打开升级处理页,且系统已聚合投诉、差评、反复改约与长期沉默等异常信号
|
||
When Firm Owner 查看异常列表并决定由谁跟进处理
|
||
Then 系统应记录异常处理动作与结论,并保持高影响例外情况集中可追踪
|
||
|
||
Scenario: Permission Case
|
||
Given Accountant 尝试在升级处理页执行老板级异常决策
|
||
When Accountant 提交异常处理结论
|
||
Then 系统应限制其老板级处置权限,并保持异常处理由 Firm Owner 主导
|
||
|
||
Scenario: Error Case
|
||
Given 某条异常事件缺少核心上下文或处理写入失败
|
||
When Firm Owner 提交处理动作
|
||
Then 系统应提示异常记录不完整或处理失败,并避免把事件误记为已闭环
|
||
|
||
Scenario: Edge Case
|
||
Given 同一客户同时出现投诉与长期沉默两类升级信号
|
||
When Firm Owner 查看异常处理队列
|
||
Then 系统应把这些信号归并为同一客户上下文中的复合风险,而不是分散成彼此孤立的事项
|
||
|
||
Scenario: Accessibility Case
|
||
Given Firm Owner 依赖键盘导航或屏幕阅读器处理异常事件
|
||
When Firm Owner 浏览异常类型、处理责任与结论记录
|
||
Then 系统应让异常上下文、风险等级与处理结果可以被顺序访问并清晰朗读
|