パラメータの正当性検査とユニットテストのカバレッジ | DevelopersIO
渡辺です。 最近はユニットテストの導入方法などに関するエントリーが多かったので、今回は実用的な小ネタとして、メソッドにおけるパラメータの正当性検査とユニットテストについて紹介したいと思います。 パラメータの正当性検査 はじめにパラメータの正当性検査について復習しましょう。Javaプログラマであれば読んでないことが許されないEffective Java（第2版P.175、ただし絶版）には次のように記述されています。 ほとんどのメソッドとコンストラクタは、パラメータとして渡される値に関して何らかの制約を持っています。たとえば、インデックス値が負であってはいけないとか、オブジェクト参照がnullであってはいけないというのが普通です。このような制約は明確に文書化すべきであり、メソッド本体の初めに検査することで制約を強制すべきです。これは、エラーが発生したらできるだけ速やかにエラーを検出するようにす
Excelなんかの試験（テスト）仕様書とJunit等のユニットテストの関係（その１） - ウィリアムのいたずらの、まちあるき、たべあるき
ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです（たま～にコンピューター関係も） Excelなんかで、試験仕様書（テスト仕様書）を書くことって、多いと思います。 で、Junitを使う人も多いと思います。 でも、やっぱ、この業界、流派ごとの争いがおおいんでしょーかねー、 このExcelなんかで書く、試験仕様書（テスト仕様書）が、Junitで、どうやって、落とし込むのかっていうことについて、書いてくれてないケースって、多くありませんかねー。 ウィリアムのいたずらの関係したプロジェクトだけが、不運にも、そうなのか？ （たしかに、「不幸学鑑定」をやったら、けっこう不幸な人です。で、その不幸の度合いは、ドラゴンボールで言うところのヤムチャ級と出た）。 っていうことで、今日は、その関係について、独断と偏見で書いてみたいと思います。 （つーことで、これと違う意見を言う人も、
Excelなんかの試験（テスト）仕様書とJunit等のユニットテストの関係（その２） - ウィリアムのいたずらの、まちあるき、たべあるき
ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです（たま～にコンピューター関係も） 前のブログで書いた Excelなんかの試験（テスト）仕様書とJunit等のユニットテストの関係（その１） の続きです ■■ 前のブログの内容 「そもそも、試験仕様書に書く項目を考える」では、仕様書に書く内容について書いて、とくに ・テスト内容 ここが、２つないし、３つにわかれる場合もある ３つの場合は、テストの内容、テストを行う（前提）条件、予想される結果 ということを書きました 「Junitなんかのユニットテストの考え方について、考えてみる」では、Junitなんかが、契約による設計（DbC）にもとづいていて、設計内容（＝テスト内容）は、事前条件、事後条件、不変条件にわけられるという話をかきました。 それらのことの詳細は、こちらをどうぞ http://www.javaroad.j
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JUnit Factory - 現場のためのソフトウェア開発プロセス - たかのり日記
