テストしにくいコードをテストする方法教えて下さい
■ このスレッドは過去ログ倉庫に格納されています
007143
2012/04/18(水) 07:34:19.65> じゃSubdivision関数全体のテストをするにはどうするの?ってのが気になってます。
君は自分が提起した問題を自分で何か別のものにすり替えていないか?
あるいは本当は何をテストしたいのか、自分でも整理できていないのではないか?
>>38
> 正しい方向で巡らないと穴が開いたりすんだよね。
> こんなのどうやってテストすんだろ。
この通り、テストしたい事柄は「正しい方向で巡っているかどうか」だけだと思ってたが
つまり、三角形を構成する3つの頂点座標が正しい順でリストに入っているかどうか
これであれば >>66 の方法で正しいかどうかを必ずテストできる(効率云々は別の話)
テストしたいことが他にもあるのなら、>>70 の言うようにハッキリさせなさい
それともう一つ言っておくが、ある事柄をテストする場合は、
その事柄が「依存する」他の事柄について完全にバグが無い状態でテストすべきだ
(正しくは、バグが無いことを信じられる、前提にできる状態)
依存する他の事柄にバグがあれば、テスト結果が何によってもたらされたのか分らない
テスト結果を信用することができない
Subdivision関数全体というのが、
どのような場合にどのような結果が出る事を想定したテストの事か知らないが、
それを求めているということは、当然それが依存する他の事柄は全てテストできている
ということなのか
しかし私は、正しい方向で巡っているかどうかすらテストできていない状態で、
Subdivision関数全体とやらが正しくテストできるとは到底思えない
■ このスレッドは過去ログ倉庫に格納されています