hataichiのブックマーク - はてなブックマーク

テストをテストする方法 #1 - うさぎ組
本投稿はずいぶんと前に書いたものですが、せっかくなので公開します。要求元はたしか@ebc_2in2crcさんだった。ソフトウェア開発においてテスト自体が正しいかどうかを確認することは非常に困難です。どんなときにテストの正しさを気にするかというと、自分には3つありました。テストをレビューするときテストのリファクタリング知らないプロダクトを触るときそれぞれでどのような施策を打てるかやってみたことを書きます。テストをレビューするとき具体的な値を使っているテストは同値内のいずれかの値に変更してみるテストをレビューするときにテストが正しいかどうかを簡単にまず試す方法としては、入力値を同値内のいずれかの値に変更することです。QuickCheckやランダム値生成などを使っていない貧困なテストでは同値分割ができていない事によるテストもしくはプロダクトのバグが発見できていない場合があります
hataichi 2014/07/30
リンク
ソフトウェア開発では出来るだけ言葉遣いに気をつけよう。さもなくばマサカリを受けろ。 - うさぎ組
はじめに言いたい事はわかるんですけど、ふわっと言葉を使っていると間違っていることもあります。ということで、ほとんど自戒なのですが、今や私も気になる部分は多々あるので、私が思う気を付けたらいいよっていう言葉のリストを以下にあげます。気をつけましょう。なお、本稿では実際の定義は皆様に調べていただく方向ですので、書いておきません。これ調べたらいいよ的なガイドワードくらいです。証明する例えば「このテストによって証明されている」これやばいですね。テスト界隈からも証明プログラミング界隈からも数学界隈からも目を付けられます。少なくともそれはなごやに囲まれる事を意味します。基礎書籍や記事やイベントで「基礎」とみかけますが、結構な割合で入門と勘違いしているケースがあります。それはよくないです。基礎と入門は違います。入門向けな予定なのに、基礎と書いたがために、こわい人たちが大挙した勉強会
hataichi 2014/07/30
テトリス入ってないけどリファクタリングした...。
リンク
僕がソフトウェア開発を勉強し始めて3年間でやったこと - うさぎ組
昨日、@irofさんと飲みながら自分を思い返すと「ちゃんとソフトウェア開発を勉強しはじめてから3年間たった」つまり「@bleisさんを知ってからこの5月でまる3年間たった」それまでの僕はデザインパターンもオブジェクト指向がなんたるかも、バージョン管理もなにも知らなかった。毎日言われたことをこなす仕事をして、変えたいけど誰も教えてくれないし、学び方すら教えてくれなかった。それなりに努力してたけど、よくはわかっていなかった。そんな状態から抜け出したのが3年前。このブログの先頭でも書いた。当時僕は21歳かな。（ちなみに就職したのは19歳のとき） →【このブログをはじめるきっかけ - うさぎ組】この3年間でやったことをふりかえってみようと思いました。ちょっとわかりにくいだろうけど、2009年5月からの12ヶ月周期で書いてみます。こうやって振り返るのはあくまで僕のためであって、何かを誇
hataichi 2012/05/21
リンク
1