gpt4 book ai didi

ruby-on-rails - 集成测试最佳实践

转载 作者:行者123 更新时间:2023-11-28 20:06:25 25 4
gpt4 key购买 nike

<分区>

我查看了 stackoverflow,可以正常 onetwo与这个标题相似的问题,但没有一个能回答我的问题。对不起,如果这是重复的。

在统一测试中,有一个指南说“One assertion per test”。通过阅读 stackoverflow 和互联网,人们普遍认为这条规则可以放宽一点,但是每个单元测试都应该测试代码的一个方面,或者一种行为。这很有效,因为当测试失败时,您可以立即看到失败的地方并修复它,很可能测试在未来的其他时间点不会再次失败。

这适用于 Rails 单元测试,我也一直在使用它进行功能测试,没有任何问题。但是当涉及到集成测试时,有些暗示你应该在你的测试中有很多断言。除此之外,他们通常会重复在功能测试和单元测试中已经完成的测试。

那么,在编写这两个因素的集成测试时,什么被认为是好的做法:

  1. 集成测试的长度:如何衡量何时应将集成测试一分为二?请求数?或者越大越好
  2. 集成测试的断言数量:它应该每次都重复单元测试和功能测试中关于系统当前状态的断言,还是应该只有 5 个左右的断言结束以测试是否生成了正确的输出?

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com