Extended version of my brown bag lightning talk on Mutation Testing. Given at IPRUG on 3rd July 2012.Read less
![Mutation Testing - Ruby Edition](https://cdn-ak-scissors.b.st-hatena.com/image/square/05081f8f902647cb6d5ce586e2951fc6f849fbba/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2F2012-07-03mutationtesting-rubyedition-120704090431-phpapp01-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
最近ちょっと興味をもったテスト手法(技法?)があって、ちょこっとだけ調べたので書いてみます。 まえがき テストを書いていて何を指標にテスト書いたらいいか分からない、ということがありませんか? うん?コードカバレッジ 100% を目指してテストを書く?ええ、それは確かにひとつの指標としてはありかもしれせん。本当に動作するのか/しないのか、そのコードが生きているのか/死んでいるのか、それを確かめるひとつの手段にはなりえると思います。あるひとつの指標としてコードカバレッジ 100% を目指すことは決して間違いではないと思います。 ですが現実問題として "テストが意味を成していない*1" けど "コードカバレッジを満たしてしまう" ケースが同様に存在することも多いと思います*2。コードカバレッジ 100% がイコール「良いテスト」であるとは限りません。そのような場合にどう僕らは対処すべきか、そのひ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く