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 |
因为,我明确提到所选值的最小值为非零,所以我不应该在属性内看到任何零,对吧?至少,这是我的理解。但这就是我所看到的:
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 |
我运行了这段代码大约 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 |
这行得通:
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 |
产生
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 |
产生
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/