グーグル、C 向けテストツールをオープンソースで公開 － ＠IT
2008/12/12 米グーグルは12月11日、C++用のテストツール「Google C++ Mocking Framework」（Google Mock）をBSDライセンスの下に、オープンソースとして公開したと発表した。Google MockはLinux、Windows、Mac OS Xで使える。同社はGoogle Mockを100以上の社内プロジェクトで利用しているという。同社は5カ月前にも「Google C++ Testing Framework」（Google Test）をオープンソースで公開しており、両者を併用することでMockオブジェクトを使ったテスト駆動開発が行えるという。将来的にはGoogle MockをGoogle Test以外のテストツールでも使えるようにしていくという。 Mockオブジェクトは、プロトタイプ設計やテスト時に利用するもので、本物のオブジェクトを実装する代
Google Toolbox for Macのテストカバレッジが100%
Sorry, but you are looking for something that isn't here.
C++アプリケーションの効率的なテスト手法（CppUnit編） ― ＠IT
第2回 C++アプリケーションの効率的なテスト手法（CppUnit編）：連載 C++開発者のための単体テスト入門（1/4 ページ） 連載目次 前回は単体テストの重要性を示し、従来のC／C++でのテスト手法であるprintf関数やassertマクロを使ったテストを紹介しました。この2つのテスト手法は開発環境（コンパイラとライブラリ）さえあれば利用でき、その使い方も簡単です。しかしながら、いずれも系統立てて、効率よくテストを行うには力不足の感が否めません。 今回は、Visual C++ 2005 Express Editionを含むVisual Studio 2005（以後、VS 2005）で利用できる代表的な単体テスト・フレームワーク（Unit Test Framework）の1つである「CppUnit」を紹介します。 ■単体テスト・フレームワークとは？ 前回、「バグは早期発見が望ましい。早
QA と QC とテストエンジニアリングの違い [google]
Google Testing Blog より，QA と QC とテストエンジニアリングの違いについて． Google Testing Blog: The difference between QA, QC, and Test Engineering コミュニケーションを円滑に進める為に「用語の定義」は非常に大切だが，重要なのは世間一般の定義よりも，その組織 (や関連組織間) で定義が統一され，役割が明確になることだと思う． ということで，これはあくまでも Google Testing Team の見解に過ぎないが，まあなにかの参考にはなるかな，と． まず QC (Quality Control) はというと… In the classic definition QC is short for Quality Control, a process of verifying predefine
Test::More - プログラミング中に湧くアイデアを書き留める - babie, you're my home
「Test::More - LazyLoadLife」について、角谷さんに「詳しく」と希望されたのだがうまく書けない。ので、まずいまま書く。ここらへんを突き詰め体系化すれば、プログラミングスタイルに小さい変革を起こすことができると思うのだが、私には荷が重い。まぁ、交響チラシの裏に書いておけばミームはいつか誰かが咲かせてくれるだろう。 Perl のテスティング・フレームワーク Test::More の機能・特に SKIP, TODO ブロックが、TDD(BDD) や 過去はまつもとさん、昨日は西本さんが漏らしていた「TDD でアイデアが失われていく」というハッカーの悩みの一助になるのではないか？ と考えたのだ。 まずは、Test::More の リファレンスの SKIP, TODO の項を読んで欲しい。……読んだ？ この機能が揮発性のアイデアを書き留めておくのに丁度良いのでは？ ということだ
『WEB DB PRESS Vol.35』:実演! テスト駆動開発 - 角谷HTML化計画 (2006-10-24)
■1 『WEB+DB PRESS Vol.35』:実演! テスト駆動開発 祖母の一周忌でIP unreachableな沖縄に数日引っこんでいる間に様々なイベントに乗り遅れた、だがしかし。以下はカッとなって書いた: あらゆるアルファギークなお歴々による連載記事の読みごたえはここ最近の本誌の常だが、こと今号については、我らがid:t-wadaさんによるTDD記事の第1特集「実演!テスト駆動開発」、である。読め。編集者2.0、グレイトジョブ!!!!!!! ハッカーが「見てるとやっぱめんどそうだなあ。Eclipseの中で生活できる人はあれでもいいのかも知れないけど。」とコメントしている。だがしかし。その「あれ」とはどれだ? TDDはハッカーのための技術ではない。ハッカーにTDDは要らない。ただただハックすればよい。偉大なプログラマは偉大なプログラミングをすればよい。だが、ハッカーならぬ凡百たる私の
「実演テスト駆動開発」 WEB+DB PRESS Vol.35特集 特設サイト
WEB+DB PRESS Vol.35の特集1「実演！テスト駆動開発」の特設ページです．テスト駆動開発（TDD）の実演ムービーや誌面サポート情報などを掲載しています． 更新履歴 2006年10月24日 実演ムービーの追加 タスク2「サーブレットのアクセスURLからDAOの名前を抽出する」の実演ムービー3本を追加しました． 環境構築ムービーの追加 Subversion環境の構築ムービー3本を追加しました． 補足情報の追加・変更 第2章～第8章の各章終了時点でのサンプルコードを公開しました．また，すでに公開済みだった第8章完全版のコードも差し替えましたので，お手数ですが再度ダウンロードしてください． 補足情報の追加 「テストフィルタ機能，受け入れテスト実行の自動化機能について」を追加しました． 補足情報の追加 「著者のEclipseテンプレートを公開！」を追加しました． 誌面訂正情報の掲載 第
Web アプリケーションテストツール Selenium のテスト記述から開放してくれる Firefox 拡張 Selenium IDE
Web アプリケーションテストツール Selenium のテスト記述から開放してくれる Firefox 拡張 Selenium IDE 2006-02-15-3: [Firefox][JavaScript] http://www.openqa.org/selenium-ide/ JavaScript を使ってブラウザを介して Web アプリケーションのテストをしてくれる とても便利な Selenium． Selenium のテストを書くのが結構めんどくさかった． このテスト記述から開放してくれる Firefox の拡張があった！ - Selenium http://selenium.thoughtworks.com/ Google で「Selenium」で検索してその検索件数が意図した件数と合致するかテストすることにする． まず，Firefox の [ツール] - [Selenium ID
プログラマではなくテスターとして現場デビューする - 設計者の発言
筆者はプログラミングは好きだったが、テストについてはずっと苦手意識があった。プログラムがそれなりに完成してしまうとそれで満足してしまって、さっそく次のプログラムにとりかかりたくなる。結局、システムテストの段階でハデにバグが見つかってどれだけ周りに迷惑をかけたかわからない（今思い出しても冷や汗が出る）。「自分に代わってテストだけをやってくれる要員」がいてくれたらと本気で願っていた。 だから、１年前にある小さなソフト開発企業で、「新人をまずテスターとしてみっちり仕込むようにしている」と聴いたときは感心した。その発想は考えれば考えるほど合理的かつ発展的だ。筆者なりに肉付けした形で紹介したい。 ◆新人は現場のお荷物である 多くのソフト開発企業での新人教育が何から始まるかというと、大学の一般教養課程のような「コンピュータ概論」だったりする。その後に「ソフトウエア分析・設計」とか「プログラミング」の学
テストで手を抜く:steps to phantasien t(2006-02-12)
海辺のカフカ もらいもの. すばらしく面白かった. (実はもう内容をほとんど覚えていないが, それは良い娯楽作品の条件だと思う...) 村上春樹はなんというか, 日本語が卓越しているね. こんなにストレスなく読めて, かつ下品でない日本語を書ける作家は他に見ない. アマゾン・ドット・コムの光と影 前から気になっていたのを近所の本屋で発見し読む. 資本主義的に良い会社で働くのが幸せとは限らないのは実感としては 当り前ではあるが, Amazon(JP) の配送センターで働くという極端なケースの体験記. Amazon は素晴しい企業だ. 流通やアルバイトの活用といった計算機的でない部分の出来が良いと 計算機は威力を発揮するのだなあ. Expert One-on-One J2EE Development without EJB Spring Framwork の思想に基いた J2EE のアプリケー
「テストしやすい」ことが、良い設計(EoT=Ease of Testing) - An Agile Way [ITmedia オルタナティブ・ブログ]
良い設計とはなにか、と問われて、凝集度と結合度に関する議論を思いつく人も多いだろう。しかし、この定義によりもっと具体性がある設計方針として、テストを考える。テストの視点によってオブジェクト指向を再定義したい。キーワードは、Eon(Ease of Testing)、テスト容易性だ。 ぼくは、 EoT(*1)の高い設計が、よいオブジェクト指向設計である。 と主張する。設計品質の中で「テスト容易性(EoT)」を最上位と見るのだ。オブジェクト指向のさまざまな機構、用語、考え方は、すべて EoT のため、と捕らえられる。例えば、
![「テストしやすい」ことが、良い設計(EoT=Ease of Testing) - An Agile Way [ITmedia オルタナティブ・ブログ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/940258f08a8861f663a305f5e532f8d8c90667bb/height=288;version=1;width=512/https%3A%2F%2Fblogs.itmedia.co.jp%2Fmt-static%2Fsupport%2Fassets_c%2Fuserpics%2Fuserpic-20-100x100.png)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://capsctrl.que.jp/kdmsnr/diary/20050519.html