这个调用签名通过这个错误 , 测试通过 , 因此可能会无声地失败 。
例如 , 在制作20个PR修复问题时 , 我们发现 , 一旦测试不再是薛定谔单元测试 , 其中一个测试由于应用程序逻辑错误而失败:
我们还发现 , 因为测试中的逻辑错误 , 至少有两个测试失败 。 如果我们把单元测试看作是描述产品如何运作的一种文档形式 , 那也很糟糕 。
从开发人员的角度来看 , 单元测试比注释和文档字符串更可信 , 因为注释和文档字符串是编写的声明(可能很久以前 , 也可能现在已经过时或不完整) , 而通过的单元测试表明逻辑是可行的……只要测试不是薛定谔测试!
也许我们需要更多的数据 , 但这可能意味着薛定谔的单元测试中有15%(20分之3)隐藏了损坏的功能 。
TestCase.asserEqual
当代码审查时 , CodeReview.doctor github bot在GitHub pull请求中检测到此错误 , 建议使用以下解决方案:
文章图片
《 新程序员003 》正式上市 ,50余位技术专家共同创作 , 云原生和数字化的开发者们的一本技术精选图书 。 内容既有发展趋势及方法论结构 , 华为、阿里、字节跳动、网易、快手、微软、亚马逊、英特尔、西门子、施耐德等30多家知名公司云原生和数字化一手实战经验!
? Android 13 “鸡肋”?可它跑起了 Windows 11、Linux 发行版!
? Unix 操作系统背后的女程序员 Lorinda Cherry 去世 , 享年 78 岁
特别声明:本站内容均来自网友提供或互联网,仅供参考,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
