测试用例概述

• 测试目的：验证预订“入住日期”输入字段的边界与格式校验，确保仅接受今天至365天内（含边界）的有效日期；严格限制为日期型（YYYY-MM-DD），不包含任何时间或时区成分；正确处理闰年、月底、跨年场景；对非法格式与越界输入进行拒绝。
• 覆盖范围：
  • 最小值/最大值与相邻边界：今天（T0）、T0-1、T0+1、T0+365、T0+366
  • 闰日边界：下一个闰年2-29（在范围内与超范围）、非闰年2-29
  • 月底边界：不同月份月底（30/31天）、2月月底（28/29）
  • 跨年边界：当年12-31、次年01-01
  • 格式校验与时间成分禁止：严格YYYY-MM-DD，无时间/时区/附加字符
• 统一时间基准与符号说明（测试执行需按此解析）：
  • T0：以系统业务时区（建议Asia/Shanghai）计算的“今天”日期
  • T+n：T0向后n天的日期
  • T−n：T0向前n天的日期
  • EOM(d)：日期d所在月份的月底（该月最后一天）
  • EOY(y)：年份y的12-31
  • NextLeapDay≤365：从T0起<=365天内的最近一个2-29（若存在）
  • LeapDay>365：从T0起>365天的最近一个2-29（总是存在，可取距离T0超过1年的最近闰年2-29，如“找距离T0至少2整年后的最近闰年2-29”）

输入字段特性

• 字段名称：入住日期
• 数据类型：日期（Gregorian）
• 格式要求：YYYY-MM-DD（年4位、月2位、日2位，零填充）；禁止时间/时区/附加字符
• 取值范围（闭区间）：[T0, T0+365]
• 业务要求：
  • 有效日期触发房态校验与价格计算
  • 支持闰年、月底、跨年
  • 禁止包含时间成分（例如“YYYY-MM-DD HH:mm”、“YYYY-MM-DDTHH:mm:ssZ”、“+08:00”、“Z”等）

边界测试用例表

说明：输入数据中涉及T0/T+N/EOM/EOY/LeapDay等，请在执行前按“执行建议”计算为具体日期字符串。

注：VF类为“验证格式”、NF类为“空值类”、INT类为“集成验证”、SEC类为“安全/异常输入”。

执行建议

• 时间与时区控制：
  • 固定测试环境的“今天”（T0），或使用可配置的系统业务时区（建议Asia/Shanghai）与时间源，避免跨午夜波动导致用例不稳定。
  • 在测试开始时统一计算并记录所有相对日期（T0、T0±n、EOM、EOY、NextLeapDay≤365、LeapDay>365），将其转化为具体YYYY-MM-DD字符串，贯穿执行。
• 闰日计算方法：
  • NextLeapDay≤365：从T0开始取最近的2-29，若该日期距T0≤365则作为用例BV-011输入；否则跳过BV-011（或将其转为BV-013）。
  • LeapDay>365：取距离T0超过365天的最近闰年2-29。算法示例：从Year(T0)+1起递增年份，找到第一个闰年（能被4整除且不被100整除，或能被400整除），构造该年的02-29，若该日期距T0>365即使用该日期；否则继续找下一个闰年。
• 数据准备与验证：
  • 为所有“接受”的用例准备可用的房态与价格数据，以验证业务调用（通过接口日志、Mock、返回值或DB侧效果）。
  • 为“拒绝”的用例验证没有触发房态与价格计算（可通过服务调用计数或日志断言）。
• 自动化建议：
  • 在契约测试中对格式校验进行单元级断言；在集成测试中模拟房态与价格服务以验证调用链。
  • 对输入进行严格正则或解析器校验：^\d{4}-\d{2}-\d{2}$，并做日期有效性与范围校验。
• 注意事项：
  • 前后空格、全角字符、控制字符等均应视为格式不符并拒绝。
  • 禁止任何时间成分或时区标记；仅当完全符合YYYY-MM-DD时才进入范围与业务验证。

风险评估

• 可能遗漏的边界场景：
  • “今天”定义的时区一致性风险（前端与后端的时区不一致导致T0计算不同）。建议统一以后端业务时区为准并在接口契约中明确。
  • 2-29在“范围边界附近”的极限场景（如T0=非闰年2-28、2-29次日等）需额外回归测试。
  • 跨年同时跨月底的复合边界（如12-31、01-01与EOM叠加）在多语言/多地区配置下的表现。
• 后续测试建议：
  • 增加“禁用时间成分”的静态与动态输入来源检测（包括复制粘贴与移动端键盘输入）。
  • 增加前端组件层的日期选择器与手输混合场景测试，确保组件不会产生非法格式。
  • 针对大并发场景验证房态与价格计算的幂等性（同一日期重复提交）。
  • 明确需求是否允许自动修剪前后空格；若允许，应增加“修剪后有效”的正例与“不修剪则拒绝”的负例的双通道测试。

测试用例概述

• 测试目的：验证“折扣比例”输入字段在最小值、最大值、步长、格式变体（含%与空白）等边界条件下的输入验证、存储精度、应付价计算与标签展示的一致性。
• 覆盖范围：
  • 取值范围边界：0%、0.01%、50%、99.99%、100%，以及越界值（-0.01%、100.01%）。
  • 步长边界：0.01%为最小单位，非0.01的整数倍应拒绝。
  • 格式变体：纯数（0–100）、带%符号、前后空白、非法字符与异常格式。
  • 存储与计算：保存为小数形式（比例，例：50%→0.5），应付价计算与展示文案一致。

输入字段特性

• 字段名称：折扣比例
• 数据类型：百分比（0%–100%，含边界）
• 步长要求：0.01%（仅接受0.01%的整数倍）
• 允许输入格式：
  • 纯数：整数或保留到两位小数的数值，范围0–100（示例：50、0.01、99.99、100）
  • 带%：末尾可带一个百分号（示例：50%、0.01%、99.99%、100%）
  • 前后空白允许，内部空白不允许（示例：" 50% "有效，"5 0%"无效）
• 解析与存储：
  • 解析时去除前后空白；若包含末尾%则按百分比解析。
  • 保存为小数形式（比例），示例：0%→0.0，0.01%→0.0001，50%→0.5，99.99%→0.9999，100%→1.0。
• 计算与展示规则：
  • 应付价：Payable = 原价 × (1 - 折扣比例小数)。
  • 展示文案：显示为“{折扣比例}%”，非整数保留两位小数；整数不显示小数（示例：50%、0.01%、99.99%、100%）。

统一前置条件与步骤（适用于所有用例，除特别说明外）：

• 前置条件：
  • 原价设为100.00（货币单位不限），以便计算验证。
  • 字段为必填；提交时触发校验、保存与计算。
• 测试步骤：
  1. 在折扣比例输入框输入“输入数据”。
  2. 提交保存，触发计算与标签展示。
  3. 验证：校验是否通过、保存的小数值、计算的应付价、展示文案。

边界测试用例表

说明：

• 计算基于原价=100.00：例如99.99%时应付价=100×(1-0.9999)=0.01；50%时应付价=50.00。
• 展示文案一律带“%”，非整数保留两位小数；整数不显示小数部分。

执行建议

• 测试环境与数据：
  • 前端/服务端统一校验规则：范围0–100（含）、步长0.01%、允许末尾%与前后空白。
  • 原价固定为100.00以便核对计算；建议同时用不同原价（如123.45）做补充验证金额舍入策略（见风险评估）。
  • 数据库或API返回的折扣比例应为小数形式（比例值），精度至少支持到0.0001以覆盖0.01%步长。
• 注意事项：
  • 严格区分“格式错误”（非数字、位置错误、内部空格）与“业务校验错误”（越界、步长不合规）。
  • 验证前后空白的处理必须一致：Trim后再校验。
  • 禁止对不合规步长值自动四舍五入，应直接拒绝并提示。
  • 回归检查：保存后再次打开编辑页，确保值回显为合法展示格式（例如保存0.5回显50%或50，依据UI规范）。

风险评估

• 可能遗漏/需澄清的点：
  • 金额舍入规则未明确（向下取整/四舍五入/银行家舍入）；当前用例以原价100.00避免舍入差异，建议补充明确并增加不同原价与多档折扣组合的测试。
  • 展示文案的格式规范未完全明确（整数是否允许显示“50.00%”、是否强制两位小数）；当前测试按“整数不显示小数，非整数保留两位”执行，需与UI文案规范确认。
  • 全角字符与非标准空白（如全角％、全角数字、NBSP）的处理策略未明确；建议明确后增加对应正/反向用例。
  • 字段是否必填在不同业务流程下可能差异（活动必填 vs. 商品不参与折扣）；已按必填设计，若存在可选场景需新增“空值不参与计算”的用例。
• 后续测试建议：
  • 批量导入/API接口的同样校验一致性测试（含错误码与消息）。
  • 并发与边界数据回归（多用户同时编辑、重复提交）。
  • 与其他价格规则联动测试（满减、阶梯价），确保叠加计算顺序与结果正确。