测试结论从什么结果开始
日期跨月时，报表筛选怎样验收？首先需要把“相邻月份无遗漏且无重复统计”写成可判定的结果。这里讨论的是月度订单查询，一个需要验证的风险是结束日期与时区边界混用。仅看到页面操作顺利还不够，测试记录必须能说明业务结果是否真实发生，以及失败时是否留下了不该产生的影响。
表单的可见限制与服务端规则需要分开验证。空值、字符长度、数据类型和重复提交属于不同错误，提示语也应说明用户能采取的动作。
复现时保留哪些证据
本题需要保存月末前后订单时间和筛选条件。把一次正常操作和一次异常操作放在相同版本、相同环境下比较，记录输入、操作时点及实际结果；敏感值可以替换，但触发问题的字段关系不能删掉。若无法重新出现“结束日期与时区边界混用”对应的差异，先补足样本，暂不把猜测写成已确认根因。
保持操作路径不变，只替换一个输入条件，对照请求和保存后的原值。界面显示正确，并不能证明数据库中的值正确。
执行三个针对性检查
第一项是明确业务时区，将判定口径写清楚后执行。第二项是测试跨午夜，同时保存月末前后订单时间和筛选条件中的相关记录。第三项是核对区间包含规则，对照“相邻月份无遗漏且无重复统计”逐条确认。三个检查应分别记录结果，这样失败时可以知道问题出在输入、处理中还是结果核对，避免一次修改多个环节后失去判断依据。
用边界例子发现遗漏
把月末前一分钟、次月零点和时区转换样本列在同一表中，检查两个月汇总能否还原完整原始集合。
例如：月底最后一分钟订单被漏掉。这个例子不是客户项目事实，而是用于测试月度订单查询的样本设计。先写下按业务规则应该发生什么，再执行并比较；不能用程序当前表现反过来定义正确结果。修复后还要重跑原样本，并检查附近的合法操作仍然可用。
输入校验失败时不应产生半条记录或触发后续通知。允许的格式应由业务定义，不能为了通过测试随意删除限制。
怎样算验收通过
验收应能够证明：相邻月份无遗漏且无重复统计。结果附上环境、版本、样本和记录位置；异常提示、持久化结果与相关后续动作应互相一致。若“月底最后一分钟订单被漏掉”仍能触发错误，就应列为未解决事项，并说明影响范围。测试通过不代表以后永不出错，后续变更至少保留这一问题的回归样本。
执行与验收清单
- 明确月度订单查询的正确结果：相邻月份无遗漏且无重复统计。
- 准备并脱敏核对资料：月末前后订单时间和筛选条件。
- 执行明确业务时区，保留对应结果。
- 完成测试跨午夜与核对区间包含规则，核对实际产物。
- 使用“月底最后一分钟订单被漏掉”复查问题，并记录未解决事项。