Unit Test

単体テスト id:ykhr-kokko

自己紹介こうみえて 28 歳なりたてほやほや嫁さんの次に Java が好き（と言わされてる）エロい（と言わされてる）どーでもいいプラグインを公開

単体テストってかたーいお話に見えますが・・・そうです、固いです。ですが、なんだかこむずかしい話をだらだら話しても面白くはいので、軽いノリでいきますそもそも単体テスト好きな人っているの？

はじめにテーマ「単体テスト」 Unit Test 今日の目標単体テストがやりたくてやりたくてしかたなくなる！というのはムリなので、単体テストについて、日ごろ自分が思っていることをだらだらと話してみます。基本的にグチじゃないけど、色の薄い部分はグチです。

昨日の夜の気持ちただ今、前日（当日）の 25 時です、まだ資料できてねーよぉぃ、前日がお客さん飲みで、 23 時すぎに解散して家に着いてとりあえず資料作ってるけど全然はかどらねー、そりゃそうだわ、どー考えても飲みすぎてるし、しかもですよ、飲みに行った店って高田屋ですよ高田屋、そう、あの高田屋なんですよ、ガルーンのスケジュールを何度見直しても今日の懇親会高田屋じゃん、なにが悲しくて 2 連チャンで高田屋行かないといけねーんだよ、ってグチってもさ、自分が高田屋を予約したからしゃーないんだよねｗだってそこしか思いつかなかったんだもんでもお酒大好きだしエンジニア同士の飲みは楽しいし見知らぬ方々がいるからさらに楽しそーだし某おっきい人のプレッシャーもあるしまぁいいよね、ってかそもそもエンジニアサミットという素晴らしいイベントを企画してくださった原さんにすげー感謝ですよ、なかなか自分ひとりの力じゃこんなことできないし、いろんな人の話を聞くだけで面白そーだし、こんな会に自分が発表者として貢献できるなんて今からｗｋｔｋっすよ、だから夜眠れなかった影響で発表がｇｄｇｄだとか、誰かの発表中にワンセグでこっそり競馬中継見たりしてても文句言わないでね★ 注：グチのサンプルです

しつもーん単体テスト、やってますか？ちなみに今の私のプロジェクトは・・・某かなりおっきいプロジェクト詳細は企業秘密で、単体テストは（小声で）やってません（一応）やってることにはなってるんじゃ、どーしてるかと言うと結合試験で単体テストレベルのテストやりまくり項目多すぎだろｗｗｗ終わんねーよｗｗｗ

というわけで本題突然ですが、Javaの問題です。 ※ Java らー以外のみなさん、ごめんなさい

問題１ Integer.MIN_VALUE は -2^31 です。さて、 Long.MIN_VALUE は？？そして、 Double.MIN_VALUE は？？？

問題１ Integer.MIN_VALUE は -2^31 です。さて、 Long.MIN_VALUE は？？ -> -2^63 そして、 Double.MIN_VALUE は？？？ -> 2^-1074 ・・・正の数

問題２次のオブジェクトを TreeSet にいくつか入れるとどうなるでしょう？ public class Entry implements Comparable<Entry> { private String hoge; @Override public int compareTo(Entry o) { return 0; } }

問題２次のオブジェクトを TreeSet にいくつか入れるとどうなるでしょう？ ->何個いれても、 1 個にしかなりません理由は（ｒｙ public class Entry implements Comparable<Entry> { private String hoge; @Override public int compareTo(Entry o) { return 0; } }

問題２（旧）次のメソッドは何を表示するでしょう？さて、これは成功するでしょうか。 File file = new File(“../..”); System.out.println(file.getAbsolutePath()); File file = new File(“C:/hoge/foo/bar.txt”); FileOutputStream fos = new FileOutputStream(file);

問題２（旧）次のメソッドは何を表示するでしょう？さて、これは成功するでしょうか。 File file = new File(“../..”); System.out.println(file.getAbsolutePath()); File file = new File(“C:/hoge/foo/bar.txt”); FileOutputStream fos = new FileOutputStream(file); C:/xxx/... ...xxx/../.. -> ホントのパスにしたい場合、 FILE#getCanonicalPath() を使う ※ただしこいつは throws IOException C:/hoge/foo/ がないと、 IOException （指定されたパスが見つかりません。）となります。

なにを言いたいかと言うと・・・こういう問題から発生するバグは、たいてい単体テストレベルで摘み取れるバグです。単体レベルのバグが結合テスト以降に残ると・・・バグがみつけにくい手戻りが大きい（単体テストからやり直し） -> あきらかにコスト増ですよね？

なので単体テストはやりましょう！別に、きちんと試験項目を作成してテストコード書いてやれとまでは言わないいや、言えない。だって、自分がやってないんだもん。特に OSS なんかだと・・・ふつーのプロジェクトだと、きっちりやるべきだけどね。求められてる品質が OSS とは違うから。最低限、動かしましょうつーかさ、動かしながら作ったほうが断然いいよね世の中、まったく動かさずに作る人もいるんですよ大企業なんかだと、単体試験としてバグを出したいがため（≒品質評価報告書でこんだけバグを出したから大丈夫！って言いたいがため）に、動かしながら作るのを否定してくるんですよ

と、そんな当たり前の話はおいといて

それじゃ単体テストでもやろうか！でも、どーやって？？とりあえず JUnit ？テストケースの作成単位は？どこまで連結してやるの？自動実行の仕組みは？

よく聞くこと「単体テスト、どーやったらいいかわかりません！」

よく聞くこと「単体テスト、どーやったらいいかわかりません！」「試験項目の挙げ方、わがんね！」じゃね？？？

試験項目があればテストはできる試験項目が挙げられれば、テストコードだって簡単に作れるはずです。だって、ぼくたちは 3 度のメシよりコーディングが好きなんですから (*) (*) でも、嫁さんのほうがもっと好きです ( 言わされてます )

問題３んじゃ、試験項目を挙げてみよう！ public boolean isOdd(int i) { return (i % 2) == 1; }

ほーら、挙げられるじゃんｗｗ次は趣向を変えて。

問題４とこれで、これだとどうよ？ /** * このメソッドは、引数の整数が奇数なら true 、 * 偶数なら false を返します。 */ public boolean isOdd(int i) { ・・・

自分的な答え 2 3 -1 -2 0 Integer.MIN_VALUE Integer.MAX_VALUE

テスト項目を挙げる際の罠案外、コードを先に見てしまうと、テスト項目が挙がらなかったりする。コードが正しい、という前提になってしまうことが多い一度コードを見てしまうと、広い視野で見ることは難しい（自分は）これだと、本当に仕様を満たしているのかどうか、疑問じゃないですか？実は、さっきの問題にはバグがあったり。 Java Puzzlers からちょっとパクらせてもらいました。

ブラックボックステストコードを見ずに、仕様（≒ Javadoc レベルの情報）から項目を挙げるよく言われる手法同値分割境界値分析

ホワイトボックステストコードを見ながら試験項目を挙げるよく言われるカバレッジというやつステートメントカバレッジブランチカバレッジコンディションカバレッジ etc... 詳細は略（めんどい）

その他経験ベースからくる項目も重要です。たとえば、先ほどの問題で言えば・・・ 0 Integer.MIN_VALUE Integer.MAX_VALUE といった項目も考えられます。経験的にバグりやすそうな値を挙げるわけです。

実プロジェクトで使うには・・・みなさんがわかっていても、チームのメンバーが同レベルの試験項目が挙げられるわけじゃないです。 Y 「なんちゃら技法を使って項目を挙げてください」 B 「お前は何を言っているんだゴルァ」 Y 「ひーっ、ごめんなさいごめんなさいごめんなさい」

そこで試験項目抽出技法から、試験観点一覧といったものにブレイクダウンしておくとやりやすいループの回数は0, 1, 複数, 最大をやる境界となる前後の値をテストするテストで実行行すべてを通るように分岐はどっちのパターンもやる試験項目のレビューをすることも必要項目がきちんとあげられているか逆に無駄な試験項目がないか結合ではけっこうやられてるんだけど・・・。

さて、ブラックボックステスト、重要ですホワイトボックステストも重要です経験ベースからくる項目も重要ですんじゃ、どうすりゃいいの？

そこで・・・自分的推奨方法ブラックボックステストでテスト実施仕様を満たしているかどうかの観点でテストここに、経験ベースの観点も。カバレッジを測定ホワイトボックステストでテスト実施ブラックボックスでカバレッジを満たせなかった部分について項目を追加満たせない部分は、不必要なコードかどうかを判断することも必要

さいごにテストケースについてせっかく作成したテストケースを捨てるプロジェクトがあります

┏ どうぐ━━━┓ ┃ ｙｋｈｒ ┃ ┃┏━すてる ━━ ━━━━━━━┓ ┃┃ Ｅゴールデンフィンガー ┃ ┃┃ Ｅえっちなまんが ┃ ┗┃ Ｅすきんへっど　┃ 　┃ Ｅすけすけめがね　 ┃ 　┃ 嫁 Ver 3.25 ┏━━━━━━━━━ ━━ ━━┓ 　┃ ガンダム ┃テストケースをすてますか？┃ 　┃-> テストケース ┃-> はい　　　　　　┃ 　┗━━━━━━━━━┃　いいえ　　　　　　　┃ 　　　　　　　　　　 ┗━━━━━━━━━━━ ━━ ┛ ┏━━━━━━━━━━━━━━━━━━━━━━┓ ┃ それをすてるなんて、とんでもない！！　　┃ ┃　　　　　　　　　　　　　　　　　　　　┃ ┃　　　　　　　　　　　　　　　　　　　　┃ ┃　　　　　　　　　　 ▼ ┃ ┗━━━━━━━━━━━━━━━━━━━━━━┛

テストケースすてんな＞＜テストケースは、回帰試験で使ってこそ価値のあるものです。回帰試験をやらないなら、コスト的に見てテストケース作ってまでやる価値はあまりないです。テストケースがあると、テストケースの保守もする必要があるので、一見コスト増に見えますが、そんなことはありません（妄想）。このへんは次回にきっと誰かが・・・

テストケースを捨てないために逆に、テストケースはいつでもどこでも実行できるように作成すべき。 DB がからむと、かなりタイヘンだけどテストケースの可読性も重要読めないテストケースは、あっても意味ナシプロジェクト毎に、テスト用の親クラスを作るといった仕組みも必要そのプロジェクトを動作させる前提条件を実装するとかテストケース用ライブラリを簡単に使えるようにするものとか

まとめテストはスキルやればできるようになる試験項目さえ挙がれば、テストコードはかける試験項目抽出の手法はいくつかある全部を知る必要はないけど、ある程度は知っておくべき。テストケースも資産です俺は Java より嫁さんが好き（言わさ（ｒｙ

おまけテストの資格：「 JSTQB 」テスト技術者認定資格 Japan Software Testing Qualifications Board http://www.jstqb.jp/ 合格すると、名詞に貼るシールがもらるので、これ目当てに受験しよう！まだ一枚も使ったことないけどｗ

Unit Test

More Related Content

Viewers also liked

Similar to Unit Test

Recently uploaded

Unit Test