2016-11-01 11 views
0

私のユニットテストクラスでは、何度も何度も使用される何かのためのユーティリティメソッドを書くことがあります。一般的にこれらは単純ではありますが、時にはそれらは十分な複雑さがあります。実際にユニットテストをユニットテストするべきかどうか疑問です。ユニットテストのユニットテストですか?

これは、ユニットテストクラスに独自の内部ユーティリティメソッドをテストするメソッドを与えるための通常の/良い習慣と考えられますか?

私はC#でmstestを使用していますが、これはおそらく上位レベルの質問にはあまり関係がありません。

+0

コードがテストされて期待どおりに動作することを確認します。ユーティリティが破損する可能性がある場合は、それらもテストする必要があります。ユニットテストをユニットテストとして見ないでください。見ているのは、書かれたコードが意図したとおりに動作することをテストと同じです。 – Nkosi

答えて

0

試験のポイントは満足しています。それはトレードオフです。あなたが書くテストが少ないほど、書いて維持するのに費やす時間が少なくなるだけでなく、何かが壊れる可能性が高いので、真夜中に修正する必要があります。

だから、あなた/あなたのチームがあなたの時間の投資を書いて維持することが功を奏すると感じたら、テストを書いてください。そこには何も変わっていません。もちろん、テストのテストの必要性を最小限に抑えるために、できるだけシンプルにテストを続けるようにしてください。