ユニットテスト改善ガイド | DevelopersIO
先日、日本Javaユーザグループ（JJUG）主催のJJUG CCC 2013 Fallで、「ユニットテスト改善ガイド」というタイトルで登壇してきました。自分の経験を元に、ユニットテストをチームや組織へ導入する時に起こりえる問題とその解決のヒントに関するセッションです。本エントリーではそのセッションの内容を再構成して公開します。 はじめに 近年のシステム開発では、ユニットテストや継続的インテグレーション（以下、CI）の導入は必要不可欠と考えられています。とはいえ、どんな組織（チーム）でも簡単に導入できているわけではありません。特に、大きな組織や古くからの慣習を残している組織では導入したくとも中々進まないと感じているところが多いのではないでしょうか？。 私は、これまでに多くの開発現場でユニットテストやCIの導入について推進してきました。成功したケースもあれば失敗したケースもあります。そして、失
Jumble使ってみた - 気付いたとき、気が向いたとき。by ykhr
すげー面白い。 プラグインもあるので、さくっと試せるし。 というわけで、簡単にまとめてみる。 概要 Jumbleとは 作成したテストケースの有効性を検証するツール。 テストケースの点数を0%(悪い)から100%(良い)の値で出力する。 どーやって検証するのか テスト対象クラスを動的に変更しながら既存のテストケースを流して判定する（っぽい）。 テスト対象クラスを変更してもテストケースが失敗しない場合、いけてないテストケースとなる。 クラスの変更箇所 クラスの次のようなポイントを変更する。 条件 二項演算子 インクリメント・デクリメント インライン定数 コンスタントプールの定数（って表現はびみょー？） 戻り値 Switch文 条件と二項演算子以外は、オプションで任意に指定できる。 サンプル まずはテスト対象クラス。 # 拡張子を返却するようなどーでもいいロジック。 # 一部いけてないのはわざと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
