输入验证是否适合详细的用例描述？
does input validation fits into detailed use case description?
假设我正在开发一个网络应用程序。现在，我有一个表单，用户需要填写表单，其中表单包含客户端和服务器端验证。此验证是否适合详细的用例描述？如果不是，它通常应该放在系统文档报告的什么位置？
注意：服务器端验证不一定适合数据库模式
示例：数据库列最多可包含 10 个字符，但验证只允许用户输入 6 个字符
一般来说，用例的描述包含描述目标如何实现的主要成功场景，并分解为操作步骤。验证是一种操作步骤。
资料来源：Alistair Cockburn，编写有效用例，第 1、3、87、95 页
但是，用例应该只说明验证发生。细节如最大。通常不会指出允许的字符，因为用例的重点是显示系统为谁做什么。
例如，验证细节可以成为敏捷环境中用户故事的验收标准，或者传统环境中的部分需求。
假设我正在开发一个网络应用程序。现在，我有一个表单，用户需要填写表单，其中表单包含客户端和服务器端验证。此验证是否适合详细的用例描述？如果不是，它通常应该放在系统文档报告的什么位置？
注意：服务器端验证不一定适合数据库模式
示例：数据库列最多可包含 10 个字符，但验证只允许用户输入 6 个字符
一般来说，用例的描述包含描述目标如何实现的主要成功场景，并分解为操作步骤。验证是一种操作步骤。
资料来源：Alistair Cockburn，编写有效用例，第 1、3、87、95 页
但是，用例应该只说明验证发生。细节如最大。通常不会指出允许的字符，因为用例的重点是显示系统为谁做什么。
例如，验证细节可以成为敏捷环境中用户故事的验收标准，或者传统环境中的部分需求。