思路：

1. 每个都要测到位（每个控件都要设计测试用例，保证覆盖率）
2. 思想转变一下，把对输入框/选项框/勾选框...“怎么设计用例”....转变为：对 xx 字段进行用例的设计
3. 只需要针对字段的类型，属性，业务特性，进行设计用例
4. 比如，name 字段，用户姓名，1~10 个字符，不可包含英文数字，必填
5. 针对 name 设计出来的用例，对 name 所在的组件进行功能测试

注意：

1. 上面提到的时间控件，其实，只需要这个业务字段，比如，选择发货时间，设计测试用例的时候，肯定要根据业务来设计，例如，不能选择今天之前的日期，那测试日期控件的时候，就要设计不能选择今天之前的日期的用例

这是 chartGPT 给的方案哈

当设计测试用例时，可以考虑以下方面：
输入的数据类型：输入框可能接受不同类型的数据，例如字符串、整数、小数、日期等。设计测试用例时需要考虑输入的数据类型以及对应的数据范围。

数据边界测试：测试用例需要包括对输入框边界数据的测试，例如输入最小值、最大值、边界值、空值等情况。

必填项测试：测试用例需要覆盖输入框中必填项为空时是否会提示用户进行填写，输入正确的数据后是否能正常提交。

选填项测试：测试用例需要覆盖用户跳过选填项的填写，输入数据后是否能正常提交。

错误提示测试：测试用例需要覆盖输入框中输入不合法数据时是否能正确提示用户。

时间控件测试：测试用例需要覆盖日期时间选择框的功能是否正常，包括选择时间是否正确，是否支持快捷键操作等。

下拉输入框测试：测试用例需要覆盖下拉输入框是否显示正确的选项，是否可以正确选择选项，是否可以通过键盘输入来快速选择选项等。

数据格式测试：测试用例需要覆盖输入框中输入不同格式的数据，例如文本框中输入数字、日期时间选择框中输入非法日期格式等。

输入性能测试：测试用例需要覆盖输入框中输入大量数据时，页面的响应时间和数据处理的效率是否正常。

测试覆盖率：设计测试用例时需要考虑测试覆盖率，以便确保能够覆盖所有可能的输入场景。

最后，在设计测试用例时，需要根据实际情况进行分组和优先级排序，以便更好地管理测试用例。对于重要的测试用例，可以优先执行以确保系统的稳定性。

1. 字符型输入框：

（1）字符型输入框：英文全半角、数字、空或者空格、特殊字符 “~！@#￥%……&*？[]{}” 特别要注意单引号和&符号。禁止直接输入特殊字符时，使用 “粘贴、拷贝” 功能尝试输入。

（2）长度检查：最小长度、最大长度、最小长度-1、最大长度 +1、输入超长字符比如把整个文章拷贝过去。

（3）空格检查：输入的字符间有空格、字符前有空格、字符后有空格、字符前后有空格

（4）多行文本框输入：允许回车换行、保存后再显示能够保存输入的格式、仅输入回车换行，检查能否正确保存（若能，检查保存结果，若不能，查看是否有正常提示）

1. 数值型输入框：

（1）边界值：最大值、最小值、最大值 +1、最小值-1

（2）位数：最小位数、最大位数、最小位数-1、最大位数 +1、输入超长值、输入整数

（3）异常值、特殊字符：输入空白（NULL）、空格或"~!@#$% 等可能导致系统错误的字符、禁止直接输入特殊字符时，尝试使用粘贴拷贝查看是否能正常提交。输入负整数、负小数、分数、输入字母或汉字、小数、科学计数法是否支持 1.0E2、全角数字与半角数字、数字与字母混合

（4）安全性检查：不能直接输入就 copy、SQL 注入

（5）对于必填项，先录入再删除是否可以提交成功；或者先录入错误数据再改为正确数据是否可提交成功 。

（6）录入小数然后全选，直接录入新值，是否可正常录入；（可能出现小数全选后无法直接填写新值）

1. 日期型输入框：

（1）合法性检查：输入 0 月，13 月，32 日等，闰年 2 月的处理方式等

（2）异常值、特殊字符：输入空格或空、输入~！@#￥%……&*（）{}[] 等可能导致系统错误的字符

（3）安全性检查：不能直接输入，就 copy，是否数据检验出错

1. 信息重复:在一些需要命名,且名字应该唯一的信息输入重复的名字或 ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理.

2. 生僻字支持

3. 必填项校验

输入框这种测试设计往等价类、边界值去考虑，结合你自己的业务场景考虑关联影响。

等价类、边界值、正交

测试最忌讳就是搞穷举遍历求个心安，不妨换个问题去想：如果只给你 1 天/2 天/3 天的时间做完成测试，不同情况下你会怎么去测？

对于这种情况下，正交是适合这个情况的，但是正交不好理解

输入检查、边界值、接口、必填项等等