check
SpamTitan Email Security and Protection SpamTitan blocks spam, viruses, malware, ransomware, phishing attempts and other email threats. Blocks phishing, spam emails, malware, viruses, ransomware and malicious email threats. Provides advanced yet easy to use email spam filtering. Perfect for businesses, schools and managed service providers.
超入門編 — Google Mock ドキュメント日本語訳
超入門編¶ サルでも分かる Google C++ Mocking Framework Google C++ Mocking Framework とは何か？ どうして Google Mock を使うのか？ はじめ方 Mock Turtles の場合 モッククラスを書く どうやって定義するか どこに書くか テストでモックを使う 任意の Testing Framework で Google Mock を利用する Expectation を設定する 一般的な構文 Matchers：期待する引数は何か？ Cardinalities：何回呼ばれるか？ Actions：何をするべきなのか？ 複数の Expectation を利用する 順序あり呼び出し と 順序なし呼び出し 不要な呼び出し 次のステップ （注意：分からないコンパイルエラーが出たら， Google Mock Doctor を試してください．
そろそろ大規模ソフトウェア開発に一言いっておくか。デイリービルドとリグレッションテスト 2010-03-12 - 未来のいつか/hyoshiokの日記
会社の勉強会で自分の今までの経験からテストについてお話をした。その資料を公開する。自分が関わった、Oracle8、DEC Rdb、日本語COBOL、そしてSamba3.0国際化プロジェクトでのテストやディリービルドなどについて紹介した。 テストファースト開発など、最近広く知られるようになってきたが、ディリービルドとリグレッションテストの実行という方法論は昔からソフトウェア製品開発の現場では行われていたベストプラクティスである。そのリズムとか雰囲気を伝えたかった。 テスト勉強会よしおか100311 1View more presentations from Hiro Yoshioka. テストがある開発現場ってのは、こんな感じなんだ〜という雰囲気が伝われば幸いだ。 アジャイル開発方法論としてXPの手法とかいろいろ知られているが、このディリービルドとリグレッションテストというプラクティスもその
テストを書くこととテストをすることの違い - 未来のいつか/hyoshiokの日記
会社でレガシーコード改善ガイドの読書会をやっていて、次回で読了だ。4月に入ってから週に1回くらいのペースでやっていて、2ヶ月半くらいかかった。途中、ゴールデンウィークや所用で開催しないこともあったので、１０回くらいで完走したことになる。 一人当たり、1章ないし2章くらいを担当して、その章に書いてあることを説明した後にみんなであーだこーだ議論をする。気になったことを質問したり、どうも良く分からないことをみんなで考えたりする。 テストがないコードはレガシーコードだ！というキャッチフレーズはわたしの心をとらえた。 参加者の皆さんとその価値観を共有できた事はうれしい。 現場での開発の実情をいろいろ教えてもらった。テストを書くことはあまり一般的ではないということにわたしは衝撃を覚えたのであるが、この読書会を通じて、テストを書かない開発というのがレガシーコードを作っている事に他ならないという共通の認識
5.3.5 TestCase オブジェクト
TestCaseクラスのインスタンスは個別のテストをあらわすオブジェクト ですが、TestCaseの具象サブクラスには複数のテストを定義する事がで きます -- 具象サブクラスは、特定のfixture(テスト設備)を示している、と考 えてください。fixtureは、それぞれのテストケースごとに作成・解放されま す。 TestCaseインスタンスには、次の3種類のメソッドがあります:テストを 実行するためのメソッド・条件のチェックやテスト失敗のレポートのためのメソ ッド・テストの情報収集に使用する問い合わせメソッド。 テストを実行するためのメソッドを以下に示します:
Python Unit Testing Framework (in Japanese)
Ãø¼Ô: Steve Purcell, <stephen_purcell at yahoo dot com> Project website: http://pyunit.sourceforge.net/ ÆâÍÆ ³µ´Ñ ¥·¥¹¥Æ¥àÍ×·ï PyUnit ¤ò»È¤Ã¤Æ¥Æ¥¹¥È¤ò½ñ¤¯¤Ë¤Ï ¥¤¥ó¥¹¥È¡¼¥ëÊýË¡ TestCases ¤Î¾Ò²ð ñ½ã¤Ê¥Æ¥¹¥È¡¦¥±¡¼¥¹¤òºî¤ë Á°½àÈ÷¥³¡¼¥É¤ÎºÆÍøÍÑ: ¡Öºî¤êÉÕ¤±¡×¤òºî¤ë Ê£¿ô¤Î¥Æ¥¹¥È¡¦¥á¥½¥Ã¥É¤ò¤â¤Ã¤¿ TestCase ¥¯¥é¥¹ ¥Æ¥¹¥È¡¦¥±¡¼¥¹¤ò¥Æ¥¹¥È¡¦¥¹¡¼¥Ä¤Ë¤Þ¤È¤á¤ë ¥Æ¥¹¥È¡¦¥¹¡¼¥Ä¤òÆþ¤ì»Ò¤Ë¤¹¤ë ¥Æ¥¹¥È¤ò¤¹¤ë¥³¡¼¥É¤ÎÃÖ
モックとスタブの違い
マーティン・ファウラー氏http://martinfowler.com/の以下のページを翻訳したものです。 Mocks Aren't Stubs モックはスタブではない 関連ページ Unit Test More Efficiently with Mock Object Alternatives http://www.devx.com/Java/Article/22599 日本語：モック、スタブ、擬似オブジェクトを使った効率的なユニットテスト http://d.hatena.ne.jp/devbankh/201001 "モックオブジェクト"という言葉は、テストのために本物のオブジェクトをまねる特殊なオブジェクトを表す言葉として定着した。しかしモックという言葉は元々スタブをキャッチーにしたものでなく、[スタブを使ったのとは別の] ユニットテスト方法を用いるためのものなのだ。この記事では、モック
Rubyベストプラクティス - 未来のいつか/hyoshiokの日記
オライリージャパンの高さんより献本をいただく。ありがとうございました。 Rubyベストプラクティスをざっと拝見して、コミュニティが持つ価値観を明示的に言葉にする事の価値を再確認した。コミュニティの価値観というのは、通常はどのようなコミュニティであれ、その構成員によって明示的にしろ暗黙的にしろ共有されるもので、外のものからはなかなか伺いしれない。 そのような価値観は一子相伝で奥義を決して外部に漏らさないというものから、広く世間に流通しているものまで様々なものがある。閉じたコミュニティというのは、その奥義がなかなかコミュニティ構成員の外に伝わらないもので、一方で開いたコミュニティというのは、その逆である。 コミュニティというのは、一人一人の人によって構成されるので、その人が移動することによって、少しずつその奥義が伝承することになるのだが、一子相伝のコミュニティでは、人の出入りというのは極めて限
紫ログ:C++のテストフレームワークを試食 - livedoor Blog（ブログ）
TopCoderの為に少しやる気になってきたところで、Macでフリーで使える C++ のテストフレームワークをいくつか試してみたのでメモ。 CppUnit - C++ Port of JUnit CxxTest googletest - Google C++ Testing Framework Boost.Test CppUnitはテストの記述が若干面倒な気が。表示はシンプルで悪くない。 CxxTestはインストール方法が他と違って少し悩んだが、記述量が少なくて取っつきやすかった。 googletestは記述量が少なめで、赤と緑のカラー表示コンソールで、マクロの種類も豊富。ASSERT マクロと EXPECT マクロの対応も分かりやすい。但し、出たばかりで日本語での情報が少ない。 Boost.Testは普段Boostに慣れ親しんでいるなら良いかも。マクロの種類は多め。 とりあえず、goog
C++開発者の皆さん。テスト、ちゃんとしていますか？ − ＠IT
第1回 C++開発者の皆さん。テスト、ちゃんとしていますか？：連載 C++開発者のための単体テスト入門（1/4 ページ） 連載目次 「ビッグバン・テスト」をご存じですか？ アプリケーション全体を構築する数千行、数万行に及ぶコードをコンパイルし、いきなり全体を走らせてその動作を確認するテスト手法です。われわれプログラマーが絶対に過ちを犯さないならともかくも、そうではない現実を考えると、このようなビッグバン・テストは極めてつたないテスト法です（そもそも過ちを犯さないなら、テストの必要はないのですけど）。 テストとは、ひと言でいってしまえば「思ったとおりに動くかを検証すること」でしょうね。プログラムは思ったとおりには動きません。作ったとおりに動きます。従って、「思ったとおりに動くか」の検証とは「思ったとおりに作られているか」の検証にほかなりません。 ビッグバン・テストでも「思ったとおりに動くか」
gtest: SetUpTestCase, TearDownTestCase - nobu-qの日記
gtestではテストケース毎に、テストケース全体で共有するリソースを初期化(確保)・解放する仕組みを提供している*1。これは、SetUpTestCaseとTearDownTestCaseを使用することで実現できる。 サンプルコード class TestCase : public testing::Test { protected: static void SetUpTestCase() { // 初期化 } static void TearDownTestCase() { // 解放 } // SetUp, TearDownとの併用も可能 static Type resource; // テストケース全体で共有されるリソース(staticメンバにすること) }; Type TestCase::resource = hogehoge; TEST_F(TestCase, test1) {} T
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Code Archive - Long-term storage for Google Code Project Hosting.
GitHub - google/googlemock: Google Mock
GitHub - google/cmockery: A lightweight library to simplify and generalize the process of writing unit tests for C applications.
googletestまとめ - エンジニアのソフトウェア的愛情