QuickCheck系統のGenのfilter(suchThat)実装比較
Gen#filter · Issue #5 · xuwei-k/scalaprops · GitHub
こういうissueを投げたあとで、オープンではない場所で色々話していた際にちょっと調べてみたのでメモ。
filter(suchThat)の挙動
あるジェネレータから条件を見たす値のみを出力したい場合に使う
-- こんなシグネチャ Gen a -> (a -> Bool) -> Gen a
処理的には
- 値をランダムに生成して
- 生成した値が述語を満たすかチェックし
- 満たすならその値をGenで包んで返す
- そうでない場合はseedを変えてやり直し
問題点
- 条件を満たさなければ再生性を行わなければならない都合上、再帰関数にするかwhileでぶん回す必要がある
- 実装次第で無限ループに陥る
- 無限ループしない場合でも処理の遅延につながる
対策
- 生成回数の上限を決める
- 生成失敗を組み込む
- 別の機能で置き換える
- 覚悟を決めてぶん回す
lazyかどうかは関係ないはず。
上限を決める
思い処理でなければ現実的な時間に収まる。 ただし、生成方法によってはかならずExhaustedになる。 また、テストがエラーとして扱われる。
生成失敗を組み込む
ただし、この方針を採用すると他の機能にかなりの影響を与える。
- Genの生成結果を取得して新たなGenを作る際に失敗処理を組み込む必要がある
- とくにCoArbitraryとの相性が悪い
別機能で置き換える
定型処理になるしテスト失敗になる確率が増えるが、安定はする。
気合いでぶん回す
- タイムアウト機能必須(なかったら無限ループに陥る)
- 条件を満たす値をみつけるまで繰り返すため遅い
- ユーザは気楽にフィルタリングできる
まとめ
妥協できるかどうかはユーザ次第。
以下追記
QCheckも上限回数決めてますね https://t.co/rWJbXY9SUF https://t.co/EFNJzbt2BV #sml
— ELD-R-ESH-2 (@eldesh) 2015, 5月 22