课程定位

用户用日历给服务选日期，界面能点某一天，提交时却提示超出范围；后来修改起始日期，旧的结束日期仍然保留；保存后回显的日期又和选择时差一天。日期问题往往出现在前台日历、表单规则和后台保存三处的交界，固定在月中选一个正常值很难看见。本专题以普通业务预约作为场景，从边界值方法出发，把最早可选、最长区间、跨月和修改后的提示列成一组可复查的功能测试。

课程内容与学习重点

一、按业务说明建立边界

先问申请人能选哪一天、区间从哪天算起、截止日是否包含当天、允许当天来回还是必须至少一晚。预约截止和允许服务的日期也是两个不同概念。把规则改写成一张简短表格，按最早、最晚和最大跨度分别标出边界及相邻日期。

比较月末、跨年和闰日的日期条件，取有代表性的实例。若业务用工作日计算，选一组含休息日的样本核对日历提示。若不同地区运营时间不同，先确定本案例采用的当地时间，保存用例的前提，便于同事在另一测试环境得到相同结论。

二、检查选择、提交和回显三个节点

在测试界面观察可点和不可点日期，实际选择一组后提交，最后重新打开保存记录。为每个节点写预期，例如未开放日期的提示说明原因、系统保存的起止日与申请人看到的一致。仅看控件能选什么，容易漏掉表单提交后的变化。

改变已经选好的起始日期，验证结束日期是否清空、自动变更或保留并提示。具体处理按项目规则约定，同时记录切换月份、返回上一步和重开表单后的行为。用同一业务情境验证多条触发路径，帮助区分控件显示问题与保存逻辑问题。

三、记录反例和复测依据

选一条有问题的日期，用最短步骤重现，并写下界面显示、提交提示、实际保存和预期规则。把一张跨度过长但日历允许选择的记录，与另一张日历禁选且有清晰解释的记录并列，讨论用户最终在哪一步会困惑。

若修复改变了默认选择，按原例检查后再补一条本来就通过的跨月记录，防止为修一个边界破坏正常流程。记录环境与测试使用的时间，特别是涉及今日、明日或月末的相对规则。下一轮复测时可以用固定的测试时间重新生成同一组输入。

参考练习是一张虚构的现场服务预约表，学员画出最早可选日期、最晚日期和最大区间，设计五到八条覆盖相邻边界和修改顺序的用例。两组交换用例，在测试页面或流程模型逐项执行，最后提交一份包含日期、状态和预期的缺陷复现说明。

适合人群

适合软件功能测试、产品运营、业务系统验收和低代码表单建设人员。平时负责验证排班、约课、请假、退货日期等业务表单的学员可直接类比，练习只涉及普通功能逻辑。

开课与报名咨询

本专题的开课时间、地点、学制及学习费用详询。咨询时可以说明所在岗位、已有经验和最想练习的业务问题。

每个月都要把所有日期选一次吗？可先按规则选择月初、月末、跨度边界和有代表性的异常条件，再根据项目上线期间的风险增补样本。

改了开始日期后自动更新结束日期一定好吗？要先看业务约定和用户能否察觉变化。可以核查控件提示、最终保存结果以及用户能否重新确认两处日期。

温馨提示：课程内容为拟定，具体实际讲授内容由授课老师根据学员情况灵活调整，最终以课堂授课为准。