artifact: add FPA analysis outputs through round 6
This commit is contained in:
@@ -0,0 +1,26 @@
|
||||
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 系统应让需求字段、必填说明与错误反馈可以被顺序访问并清晰朗读
|
||||
Reference in New Issue
Block a user