mytool2002
27 lines
1.2 KiB
Gherkin
27 lines
1.2 KiB
Gherkin
Feature: service-need-capture
|
||
|
||
Scenario: Happy Path
|
||
Given Client 进入注册与需求填写页，且已准备说明自己要解决的问题
|
||
When Client 选择服务类型并补充服务背景
|
||
Then 系统应保存该需求描述，为后续建档与报价提供可判断的依据
|
||
|
||
Scenario: Permission Case
|
||
Given Accountant 尝试替当前 Client 修改服务需求
|
||
When Accountant 提交需求信息
|
||
Then 系统应限制其代填行为，并保持需求采集以对应 Client 的输入为准
|
||
|
||
Scenario: Error Case
|
||
Given Client 未填写关键需求信息或提交内容无法通过校验
|
||
When Client 提交服务需求
|
||
Then 系统应明确提示缺失或不合规的部分，并阻止不完整需求进入后续流程
|
||
|
||
Scenario: Edge Case
|
||
Given Client 同时存在多项服务诉求且时间要求不同
|
||
When Client 提交服务需求
|
||
Then 系统应允许保留多项需求与补充背景，而不是把复杂诉求压缩成单一模糊问题
|
||
|
||
Scenario: Accessibility Case
|
||
Given Client 依赖键盘导航或屏幕阅读器填写服务需求
|
||
When Client 浏览选项、补充说明输入区与校验提示
|
||
Then 系统应让需求字段、必填说明与错误反馈可以被顺序访问并清晰朗读
|