如何对验证日期时间是否为特定ISO格式的函数进行单元测试？
如何对验证日期时间是否为特定ISO格式的函数进行单元测试？
提问于 2018-08-10 18:28:49
我是单元测试的新手，我想要一些关于这个主题的指导。该函数首先验证datetime是否为字符串，如果是，则验证它是否为正确的ISO格式。
if not isinstance(timestamp,str):
raise ValueError("timestamp must be a string")
try:
datetime.strptime(timestamp, '%Y-%m-%dT%H:%M:%S')
return True
except ValueError:
return True如何确定要在单元测试中包含哪些内容，以及应该注意哪些内容？
回答 1
Stack Overflow用户
发布于 2018-08-10 19:03:43
关键是要想出边缘情况。这在很大程度上依赖于问题域的经验-你在过去看到过处理日期时间的错误。但幸运的是，你总是可以在发现和修复But的时候添加更多的单元测试，或者在等待Lyft或其他东西的时候考虑一些奇怪的情况。
datetimes有一些特别的事情需要注意--但请注意，其中许多事情，你首先必须决定你想要做什么，然后才能测试你是否正在做你决定做的事情。
当然，
- 要确保非字符串引发一个
ValueError。包括ISO日和月-bytes. - Single-digit是有效的日期吗?小时、分钟和秒也是如此(但有时您想要的规则是different).
- Different分隔符-例如，
2018-03-06 12:13:14是有效的2018-3-06时间戳，但根据您的规则无效)。就这一点而言，20180306T12:13:14和许多其他明显的过头值的variations. - All也是如此，比如月份0或13-但请参见下面的奇怪异常，比如过去的second 60.
- Timestamps太远了，代码的其他部分无法处理。例如，ISO允许1960年的日期，但是如果您的代码要将它们传递给一个处理uint32 Unix时间戳的API，那么只要您是ISO 0000，它们就是无效的。根据ISO8601，这意味着公元前1年，但您可能不想要that.
- Two-digit年。以及一位数、三位数和五位数的年份。和负年份，以及带有显式
+前缀的年份。ISO8601推荐像0030年这样的四位数年份，但也建议允许使用+和-前缀(这是处理公元前1年的唯一方法)，并允许像10010这样的年份“通常由合作伙伴在信息秒内达成一致”。有人会向你传递2018-06-20T15:16:17.890. - Time区域/偏移指示器。有人会在闰年(包括2000)和非闰年(包括1900)向您传递
2018-06-20T15:16:17Z. - 29 Feb。
- leap秒-例如，日本的
2005-12-31T23:59:60协调世界时或2006-01-01T08:59:60本地时间。如果您正在处理本地时间，则由于当地时间转换而不存在的 - 小时数-例如，
2018-03-11T02:30:00在美国大部分地区不存在。由于日历转换而不存在的 - 天数，如果您正在处理本地时间并关心过去-例如，1752年在英国失踪的11天，1918年在俄国失踪的13天，等等。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/51792216
复制相关文章
相似问题
RLMRealm(path:)参数标签'(path:)‘与任何可用的重载都不匹配
提供的参数与任何类型的目标都不匹配
Git: pathspec 'path‘与git已知的任何文件都不匹配
类型/值与模板的参数不匹配
使用POST方法的Java @Pathparam
添加站长 进交流群
领取专属 10元无门槛券
AI混元助手 在线答疑
关注 腾讯云开发者公众号
洞察 腾讯核心技术
剖析业界实践案例
腾讯云开发者
