关于 scala:ScalaCheck: Gen.choose 输出超出指定范围的值 | 珊瑚贝

ScalaCheck: Gen.choose outputting values beyond a specified range


我正在使用 Scalacheck 来查找缺陷,作为作业的一部分。也许令人难以置信的是,我被卡住了,因为它正在生成一对非零整数。

来自我的 IntelliJ 工作表,逐字逐句:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
import org.scalacheck._
    import Arbitrary._
    import Gen._
    import Prop._

    implicit lazy val genUnequalIntPairs = for {
      i <– Gen.choose(1,1000)
      j <– Gen.choose(i+1,1000)
      if (i < j)
    } yield (i,j)

    val kk = forAll (genUnequalIntPairs)  {
      case (x,y) => println(“x =” + x +“, y =” + y)
        x == y
    }

kk.check

因为,我明确提到所选值的最小值为非零,所以我不应该在属性内看到任何零,对吧?至少,这是我的理解。但这就是我所看到的:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
x =134, y =547
x =0, y =547
x =0, y =0
x =0, y =274
x =0, y =0
x =0, y =137
x =0, y =0
x =0, y =69
x =0, y =0
x =0, y =35
x =0, y =0
x =0, y =18
x =0, y =0
x =0, y =9
x =0, y =0
x =0, y =5
x =0, y =0
x =0, y =3
x =0, y =0
x =0, y =2
x =0, y =0
x =0, y =1
x =0, y =0
! Falsified after 0 passed tests.
> ARG_0: (0,1)
> ARG_0_ORIGINAL: (134,547)
res0: Unit = ()

这些零是从哪里来的?我错过了什么?也许,一些显而易见的东西,但我的眼睛没有捕捉到它们。

我使用的是 Scalcheck 1.12.1 版

1
Seq(“org.scalacheck” %%“scalacheck” %“1.12.1”)

任何帮助,不胜感激。

更新 I:正如@samar 所建议的(我还在 gitbook 中找到了相同的参考),我尝试使用这样的过滤器过滤生成器。但运气不佳(代码如下):

1
2
3
4
5
6
7
8
9
10
11
12
implicit lazy val genUnequalIntPairs = for {
  i <– Gen.choose(1,1000).suchThat(_ > 0)
  j <– Gen.choose(i+1,1000).suchThat(_ > 0)
  if (i < j)
} yield (i,j)

val kk = forAll (genUnequalIntPairs)  {
  case (x,y) => println(“x =” + x +“, y =” + y)
    x == y
}

kk.check

我运行了这段代码大约 6-7 次。这是一个随机输出。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
x =536, y =730
x =0, y =730
x =0, y =0
x =0, y =365
x =0, y =0
x =0, y =183
x =0, y =0
x =0, y =92
x =0, y =0
x =0, y =46
x =0, y =0
x =0, y =23
x =0, y =0
x =0, y =12
x =0, y =0
x =0, y =6
x =0, y =0
x =0, y =3
x =0, y =0
x =0, y =2
x =0, y =0
x =0, y =1
x =0, y =0
! Falsified after 0 passed tests.
> ARG_0: (0,1)
> ARG_0_ORIGINAL: (536,730)
res0: Unit = ()

更新二:为了确认,我已经按照 Eric 的建议做了这个:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
implicit lazy val genUnequalIntPairs = for {
  i <– Gen.choose(1,1000)
  j <– Gen.choose(i+1,1000)
  if (i != 0 && j != 0)
} yield {
  (i,j)
}

val kk = forAllNoShrink(genUnequalIntPairs)  {
  case (x,y) => println(“x =” + x +“, y =” + y)
    x < y
}

kk.check

这行得通:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
x =805, y =1000
x =742, y =926
x =772, y =919
x =219, y =686
x =999, y =1000
x =752, y =792
x =163, y =585
x =721, y =735
x =251, y =866
x =383, y =887
x =797, y =939
x =925, y =947
x =291, y =951
x =502, y =619
x =422, y =756
x =159, y =886
x =49, y =955
x =624, y =819
x =922, y =979
x =881, y =894
x =936, y =952
x =908, y =975
x =802, y =976
x =918, y =946
x =564, y =823
x =544, y =751
x =916, y =938
x =57, y =762
x =614, y =963
x =497, y =986
x =102, y =332
x =264, y =643
x =611, y =720
x =542, y =797
x =704, y =784
Output exceeds cutoff limit.

更新三:
FWIW,我发现通过迁移到 Scalacheck 版本 1.13.1(最初是 1.12.x),我得到以下行为:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
implicit lazy val genUnequalIntPairs = for {
  i <– Gen.choose(1,1000)
  j <– Gen.choose(1,1000)
  if (i < j)
} yield {
  (i,j)
}

val kk = forAll(genUnequalIntPairs)  {
  case (x,y) => println(“x =” + x +“, y =” + y)
    x < y
}

kk.check

产生

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
x =56, y =752
x =395, y =532
x =468, y =828
x =326, y =749
x =203, y =973
x =294, y =393
x =589, y =975
x =44, y =75
x =406, y =533
x =33, y =381
x =405, y =767
x =13, y =883
x =201, y =341
x =593, y =991
x =636, y =913
x =508, y =782
x =333, y =861
x =306, y =863
x =428, y =537
x =373, y =775
x =74, y =462
x =196, y =299
x =245, y =535
x =312, y =993
x =940, y =989
x =12, y =708

但是通过将条件从小于更改为相等,会发生这种情况:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
implicit lazy val genUnequalIntPairs = for {
  i <– Gen.choose(1,1000)
  j <– Gen.choose(1,1000)
  if (i < j)
} yield {
  (i,j)
}

val kk = forAll(genUnequalIntPairs)  {
  case (x,y) => println(“x =” + x +“, y =” + y)
    x == y
}

kk.check

产生

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
x =370, y =585
x =0, y =585
x =0, y =0
x =0, y =293
x =0, y =0
x =0, y =147
x =0, y =0
x =0, y =74
x =0, y =0
x =0, y =37
x =0, y =0
x =0, y =19
x =0, y =0
x =0, y =10
x =0, y =0
x =0, y =5
x =0, y =0
x =0, y =3


显然,所应用的条件会覆盖我在生成器中留下的显式指令。这不是有点不直观吗?别人怎么看?

  • 我认为这是一个错误,我提出了它:github.com/rickynils/scalacheck/issues/253
  • 奇怪的。你可以试试: Gen.choose(1,1000) suchThat (_ > 0)
  • @Samar,范围意味着谓词,所以实际上它不应该是必要的。顺便说一句,它也不能解决问题。
  • @Mika\\’il:是的,我知道它有些可疑。只是想看看如果我们增加一个额外的守卫会发生什么。
  • 我在这里添加了另外两个测试用例:github.com/rickynils/scalacheck/issues/253


它可能来自于属性的收缩。改用 forAllNoShrink 试试。

  • 刚刚尝试过 – 甚至没有通过第一次测试。
  • 好吧,如果 x < y,您的测试预计会失败,不是吗?
  • 其实这不是我的代码。还评论说 if 条件仍然会产生问题。
  • 如果您删除条件并使用 forAllNoShrink,您应该不会看到任何带有 0 的值。我仍然认为您遇到了这个问题:stackoverflow.com/questions/20037900/…。
  • 抱歉,回复晚了(这里是清晨)。我提供的代码是一个示例;它只是启动引擎,并没有真正检查任何有意义的事情。这个想法是为了证明它不符合我提供的生产范围。我的理解是”Gen”应该产生测试值,而”Prop”应该把它们放到测试中!为什么 Gen 应该依赖于稍后应用的条件类型?我错过了什么吗?
  • 我已经更新了原始帖子,以确认通过使用”forAllNoShrink”(正如@Eric 所建议的,谢谢),我可以解决最初的问题。但是,我仍然无法解释为什么生成器的行为取决于它应该帮助测试的属性。
  • 这确实是一个错误。”自动缩小属性” – 找到表现出错误行为的最小输入:不应将它们缩小到明确选择的范围以下。
  • 感谢@Samar,确认我的疑问。另外,我接受。埃里克的建议,因为它可以让人摆脱刺激。到目前为止,mikai’l 的 Github 票证包含我在这里分享的所有测试用例。
  • Ricky (github.com/rickynils) 在此处添加了 Scalacheck 行为背后的清晰解释:github.com/rickynils/scalacheck/issues/253。非常感谢,瑞奇@rickard-nillson


来源:https://www.codenong.com/38959780/

微信公众号
手机浏览(小程序)

Warning: get_headers(): SSL operation failed with code 1. OpenSSL Error messages: error:14090086:SSL routines:ssl3_get_server_certificate:certificate verify failed in /mydata/web/wwwshanhubei/web/wp-content/themes/shanhuke/single.php on line 57

Warning: get_headers(): Failed to enable crypto in /mydata/web/wwwshanhubei/web/wp-content/themes/shanhuke/single.php on line 57

Warning: get_headers(https://static.shanhubei.com/qrcode/qrcode_viewid_9012.jpg): failed to open stream: operation failed in /mydata/web/wwwshanhubei/web/wp-content/themes/shanhuke/single.php on line 57
0
分享到:
没有账号? 忘记密码?