unit-testing - 将逻辑放在对象的密钥对值中是一种好习惯吗?(声纳问题)
问题描述
对于以下对象:
hash = {
a: 1,
b: x || y
}
我们检查我们的sonarqube 测试覆盖率,显然,sonarqube 说如果第一个键被覆盖,则哈希被覆盖,因为它假设:
hash = {a: 1, b: x || y}
我们有一个y
未定义的错误。所以我的两个问题
我无法确认sonarqube将对象视为单线。当然,它没有检查第二条关键线。我们没有红色或绿色,这意味着没有提供任何覆盖或覆盖的信息。
将逻辑放在键值中是一种好习惯吗?因为这样的事情可能会发生,所以你有一个未经测试的错误,因为 sonarqube 没有抱怨它。
解决方案
推荐阅读
- ios - NSFetchedResultsController 'didChange' 使用新的 CollectionDiffing 会导致奇怪的更改操作,从而导致崩溃
- linux - 带有重定向的 linux uniq 命令出错
- java - 如何更改 Java 中 Date 对象的时区偏移量?
- java - 如何在 Java If 语句中使用 OR
- java - 谷歌 OAuth2 获取服务帐户的访问令牌:连接超时
- python - 如何使用lambdify进行导数函数?
- deno - 在 Deno 中读取大型 JSON 文件
- iis - .NET Core 3.0 GA 与 .NET Core 3.0 Preview 8 并行
- json - 如何为接收到的 JSON 格式定义没有 POJOS 的数据模型?
- laravel - 如何从两个单独的表中调用变量