サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
体力トレーニング
cinderella.hatenablog.jp
単体テストの習慣がない場所で必ず聞く言葉がある。 「単体テストを書けば不具合はなくなるの?」 答えはNOである。 「単体テストを書けば工数が減るの?」 厳密に言えば、答えはNOである。 単体テストは変更・追加開発した場合のデグレーションを減らすことはできるが、変更・追加箇所に不具合がないことを保証する方法論ではない。もちろんTDDで開発して、単体テストを予めかいておけば、いくらか不具合を減少させることはできるし、検証テストでは作るのが難しいテスト条件でのテストを行うこともできるので、まったく完全なNOではない。検証テストで発見される不具合が少なければ、不具合修正と再テストの時間を減らすことができるので、工数が減る場合もある。 でも、単体テストは銀の弾丸ではない。単体テストができるのは、テストケースで定義した状態・状況において不具合が発生すると教えることだけである。 ということを頭においた上
http://t-wada.hatenablog.jp/entry/debugging-tests 和田さーん! テスト駆動開発(TDD : Test Driven Development)は、プログラマが自分の不安を克服し、自分が書くコードに自信を持ちながら一歩一歩進んでいくための手法です。不具合の発生は、端的に言えばこれまでの「自信」を揺らがせる事態です。テスト駆動開発者は不具合にどう立ち向かうのでしょうか? やはりテストを書いて立ち向かってゆくのです。 チーム内にテストを書く習慣を持ち込んで三年、最初のうちは工数が増えるだけだ(あるある)、テストを書いても不具合がでるじゃないか(あるある)、システムテストでカバーすればいい(あるある)などという抵抗があり、それでも僕は淡々と雨の日も、晴れの日も、雪の日も、朝も夜も深夜も、終電後のオフィスでも、GW中の人気のないオフィスでも、自動テスト
templateはどんな型でも取れちゃうけど取れると困る場合がある。C++0xだとコンセプトっていうのがあるらしいけどC++0xなにそれおいしいの?なので… 実行してからじゃないとわからないようなのだとバグを仕込んでいるのと変わりないので、できるだけコンパイルエラーで検出したいですね。 型はなんでもいいけどスカラかポインタかは区別したい 参照で入れる場合などは注意ということでしょうな。 int main(void){ int var; int* pVar; test(&var); test(&pVar); } class A{ public: template<class T> void test(T* p); } 確かにこれは区別がつかないけど困るな。というわけで制限をかける。 スカラ以外はだめだよという場合は、 template<class T> void test(T* p){//実
オラクル嫌いの上司からJenkinsに変えろと脅迫されたのでぽちっと(ぽちっとじゃないな)Jenkinsに変えてみました。や、まぁ楽だったんだけどね。本体は。 マスターがRedHat, スレーブがCentOSのマシンにインストールしました。 If you've previously imported the key from Hudson, the "rpm --import" will fail because you already have a key. Please ignore that and move on. とのことなので、そうするしかなかったんだよ。 Jenkinsのインストール http://pkg.jenkins-ci.org/redhat/ yumが使えなくなっている(これだからRHELはいやなんだ)のでさっくりrpmをダウンロードしてインストール。あと俺はいつもこ
http://src.chromium.org/svn/trunk/src/remoting/client/chromoting_view_unittest.cc ここらへんとかを読み解きながら。 基本の書き方 class Hoge{ public: Hoge(){}; ~Hoge(){}; public: int hogeMethod1(int x){ return x;}; }; というクラスがあった時は、まずモッククラスを作成する。 using ::testing::Mock; using ::testing::_; using ::testing::Invoke; using ::testing::Return; class MockHoge : public Hoge{ public: MockHoge(){ //モックのメソッドが呼び出されたときに、Hogeクラスの対応するメソ
どうもこんにちは。google信者です。アンドロイドほしーい(というキャンペーンはやっておりません 信者なのでいけてるユニットテストライブラリgoogle test(およびgoogle mock)を紹介することにした。C++専用です*1 *2。CppUnitよりは確実にかなり断然記述量が少なくてお勧めです。結果も色で表示されるし! インストール http://www10.atwiki.jp/bambooflow/pages/187.html 基本はここのとおり。 とりあえずtar.bz2ファイルをダウンロードしてきて展開 適当なところにgtestフォルダを作成 # mkdir /home/wonodas/gtest 後は中身をメイクするだけ! # cd /home/wondoas/Desktop/gtest-x.x.x/ # ./configure --prefix=/home/wonod
このページを最初にブックマークしてみませんか?
『cinderella.hatenablog.jp』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く