タグ

testに関するgim_kondoのブックマーク (24)

  • Google Mock — Google Mock ドキュメント日本語訳

    はじめに¶ このページは,Google Mock のドキュメント類を日語訳したものです.翻訳に関しては,誤りのないように配慮しておりますが,至らない点も多々あるかと思います. 誤訳・誤字・脱字や不適切な表現を発見されましたら, ご連絡頂ければ幸いです( http://opencv.jp/forum ). 原文は英語であり,この訳文はオフィシャルなものではありません.なお,免責事項として,訳を利用者が利用するにあたり,いかなる損害に対しても訳者はその責を負いません. Google Mock プロジェクトページ: http://code.google.com/p/googlemock/ ドキュメント¶ Google Mock のドキュメント(SVN trunk 版) このページには,Google Mock の SVN trunk 版 に対するすべてのドキュメントページが挙げられています.

  • QuickCheck++: Main Page

    Table of Contents Introduction What is QuickCheck++ Why Would I Want to Use It? How to Get It? Relation to Haskell's QuickCheck License Using QuickCheck++ Defining Properties Verifying Properties Specifying a Precondition Inspecting Input Data Distribution Custom Data Generators General Purpose Generators Special Purpose Generators Data Generator Primitives Printing Property Names Verbose Checking

  • Haskellの単体テスト最前線 - あどけない話

    この記事の最新版は、githubで管理されています。 これはHaskell Advent Calendar 2012の5日目の記事です。 Haskellで作成したパッケージに対して、単体テストを書くための最新情報をお届けします。 要約 要点は4つです。 利用者に見せたい振る舞いは、doctest で書く 利用者に見せたくない振る舞いは、hspec で書く テストを自動化するフレームワークとしては Cabal を使う doctest でも hspec でも、純粋なコードに対しては、できるだけ QuickCheck などの性質テストを書く この記事で一番伝えたいのは、3) です。例題としては、Base64 という符号化を取り上げます。Base64 は知っていると仮定して話を進めますので、知らない人はあらかじめ Wikipedia の Base64 の説明でも読んで下さい。 この記事で利用するコ

    Haskellの単体テスト最前線 - あどけない話
  • xUTP Magazine - 第一回 xUnit Test Patterns の世界観

    目的 はじめに テスティングパターンの一覧 パターンランゲージ 読み進めかた マーチン・ファウラーによる書の構成の説明 私の読み方 原著者(Gerard Meszaros)による情報源 コミュニティによる情報源 さいごに この連載記事の目的は次のような感じです。 xUTP読書会で得られた知見を整理する xUnit Test Patterns に書かれている内容を分かりやすい形で広める 英語の壁も、難しさの壁も、読書会の有志による努力によって取り払われました。 軽い気持ちで、xUnit Test Patterns に挑戦してみましょう。 TDD にせよテストファーストにせよ、テストコードを書くのは近代的な開発では当然の行為です。 しかし、戦略の無いままに無数に書かれたテストコードは保守が難しかったり、 仕様変更によってプロダクトコードのみが修正されテストコードの修正は忘れられてしまうなど、

  • Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)

    『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直

  • HaskellのUnitTest、HUnitについて学ぶ - エンジニアのソフトウェア的愛情

    恥ずかしながら。ごく最近までHaskellにUnitTestのライブラリがあるのを知りませんでした。恥ずかしい。 調べてみたところ、思ったよりも簡単にUnitTestを書けることがわかったので、ちょっとまとめてみました。 間違いありましたらご指摘いただけるとたいへんありがたいです。 詳細についてはリファレンスをあたってみてください。 Test.HUnit Test.HUnit.Base Test.HUnit.Text HUnitのインポート HUnitを使うにはTest.HUnitモジュールをインポートします。 import Test.HUnit GHCiで利用するばあい。 $ ghci Prelude> :m Test.HUnit Prelude Test.HUnit> アサーション アサーションは基的に、常に失敗、Falseのとき失敗、不一致のとき失敗、の3種類です。それぞれ通常の関

    HaskellのUnitTest、HUnitについて学ぶ - エンジニアのソフトウェア的愛情
  • TddAntiPatterns - TDD のアンチパターン

    TddAntiPatterns - TDD のアンチパターン 目次 この文書について TDD のアンチパターン TDD アンチパターン・カタログ 嘘つき。 (The Liar) セットアップ過多 (Excessive Setup) 巨人 (The Giant) モック酔い (The Mockery) 検査官 (The Inspector) 太っ腹な残り物 (Generous Leftovers) 地元の英雄 (Local Hero) 小姑 (The Nitpicker) 秘密のキャッチ (The Secret Catcher) ペテン師 (The Dodger) 大声 (The Loudmouth) はらぺこキャッチ (The Greedy Catcher) 序列屋 (The Sequencer) 隠れ依存 (Hidden Dependency) 点呼 (The Enumerator)

  • 生成テスト: Pex によるレガシ コードの自動単体テスト

    このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 Pex によるレガシ コードの自動単体テスト Nikhil Sachdeva サンプル コードのダウンロード 前職はコンサルタントでした。私のクライアントの 1 社だった大手銀行が、融資取組プロセスの自動化を望んでいました。この銀行には、既に、Windows ベースのアプリケーションを含むシステム、専用のバックエンド、および同じくソリューションの要であるメインフレーム システムが導入されていました。私の仕事は、既存のシステムと、経理部門用に開発中だった一連のアプリケーションを統合することでした。 このクライアントでは、メインフレームと通信する Web サービスを構築していました。最初、この仕事は非常に簡単に思

    生成テスト: Pex によるレガシ コードの自動単体テスト
  • 島ぶくろ コードカバレッジ測定ツール TestCocoon の使い方 その1

    組込みソフトウェアを考える。状態マシン図、プロダクトラインも考える。HaskellとElixir大好き、Rubyも好き。島敏博のブログ。 コードカバレッジ測定ツール TestCocoonの使い方 TestCocoon - Code Coverage Tool for C/C++ and C# コードカバレッジ測定ツールとは、プログラムがソースコードの中のどこを通っているかを明らかにするツールである。普通はユニットテストといっしょに使い、対象とするコードのできるだけ多くのところを実行するように、テストを工夫する目的で用いられる。 コードカバレッジ測定ツールは、オープンソースのもの、商用ツールのもの、非常に多く存在していて、できることは似ている。違いはいかに簡単に使えるか、その使い勝手にある。 インストール方法 (Windowsの場合) (1) C/C++コンパイラは、別途いれておく。Test

  • XP Epsiode

    Chose Vacation RentalsTips for renting your Vacation Rentals Whether you are a tenant or a landlord, here are some practical tips to help you prepare your vacation. Booking a vacation rental The reservation of your holiday rental is made directly with the landlord. It is recommended to confirm your reservation by sending a rental contract and a deposit or deposit. The balance of the stay will be p

  • 実践的なパターン: テストの容易性を高める設計

    Code download available at:WinUnit2008_02.exe(1438 KB) Contents Start Testing Today Getting Started with WinUnit Fixtures: Setup and Teardown Running WinUnit Implementation Details Going Further... These days it can be hard not to feel downright oppressed as a native code developer—it seems like the developers using the Microsoft® .NET Framework get all the cool tools! I've always been interested

    実践的なパターン: テストの容易性を高める設計
    gim_kondo
    gim_kondo 2012/08/24
    カバレッジ計測
  • TDD の基礎体力と、TDD に対する想い - ぐるぐる~

    TDD Advent Calendar 2011 の 4 日目の参加エントリです。 前半では、TDD を学ぶ前に身に付けておくといいと思う基礎体力について書きました。 後半は、まぁ、その。後悔はしていません。反論ウェルカム、議論しようぜ。 不安をテストに 「レッド - グリーン - リファクタリング」は、TDD の根っこの部分であり、これ自体が「どう TDD をやればいいか」を教えてくれるものではありません。 それに対して、「不安をテストに」というのは、「どう TDD をやればいいか」という指針を与えてくれる言葉です。 この言葉自体は、TDD Boot Camp で自分のものにできました。 不安については、テスト駆動開発入門では (言及されているものの) 自然に組み込まれていて、最初に読んだときには全然気づきませんでした。 しかし、TDDBC で id:t-wada (和田さん) に短くて

    TDD の基礎体力と、TDD に対する想い - ぐるぐる~
  • TDDのはじめかた #TddAdventJp - 千里霧中

    エントリはTDD Advent Calendar jp: 2011の12/8の担当分の記事で、id:t-wadaさんの「右手に感情、左手に数値 - カバレッジを味方にしよう - t-wadaの日記」に続くものです。 はじめに TDDはシンプルな原則に則った手法ですが、とっつきの悪さもしばしば持たれがちです。また一連のTDD Advent Calendarで起こった議論や会話の中でも、TDDの始め方はどうすれば良いかという話が散見されましたので、自分の担当枠では「TDDのはじめかた」についてまとめたいと思います。なお紹介するのはあくまで数ある入門方法のうちの1つです。たぶん他にも色々な良い入門方法があると思います。 全体像 紹介する入門方法は以下のようなステップバイステップの構造となります。 いつでも軽快に使えるユニットテスト環境を構築する 必要と感じたらすぐテストを活用する テスト並行を

    TDDのはじめかた #TddAdventJp - 千里霧中
  • .NET Framework 4.6 インストール環境において正常に印刷できない場合があります - MSDN Blogs

    In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...

    .NET Framework 4.6 インストール環境において正常に印刷できない場合があります - MSDN Blogs
    gim_kondo
    gim_kondo 2012/07/13
    テストカバレッジを計測する方法 at VS
  • Scrabble.NET » Blog Archive » NUnitとVSTSのCode Coverageを連携させる

    的にはマ社大好きTeamSystem万歳なんだけど、いかんせん高すぎるし重すぎるしSharePointはショボすぎるのでNUnitでテストすることに決めたのだけど、今度はNCoverが有料化されたとかでコードカバレッジどうしようかと思って調べたのでメモ。 Visual StudioのCode CoverageとNUnit(あるいは他のテスティングフレームワーク)を連携する コードカバレッジを取りたいアセンブリをInstrumentする。 vsinstr.exe /coverage TargetAssembly.dll コードカバレッジモニタを起動する。 vsperfcmd.exe /start:coverage /output:CodeCoverageResult.coverage テストを実行する。 nunit-console.exe TargetAssembly.Test.dll

    gim_kondo
    gim_kondo 2012/07/13
    VisualStudio C++ コードカバレッジの測定
  • The Forgotten Layer of the Test Automation Pyramid

    Scrum Training & Certifications Jumpstart your professional development with 2-day certification classes offered live online and in person. Or level set entire teams or business units with targeted Scrum training and workshops. User Stories & Story Writing Master personas, run story-writing workshops, split and add details to stories, and communicate best practices. Estimating & Planning Learn the

    The Forgotten Layer of the Test Automation Pyramid
  • アジャイル C++ - Visual Studio と TFS でアジャイル C++ 開発とテストを行う

    このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 June 2011 Volume 26 Number 06 アジャイル C++ - Visual Studio と TFS でアジャイル C++ 開発とテストを行う John Socha-Leialoha | June 2011 コード サンプルのダウンロード 開発者またはテスターとして、Visual C++ でアプリケーションをビルドする作業に携わっているとします。開発者として参加していれば、生産性を高め、質の高いコードを作成し、機能しなくなることをを恐れずに必要に応じてコードを書き直し、アーキテクチャを強化できればすばらしいと考えるでしょう。テスターとして参加していれば、テストの作成と保守にかける時間を短

    アジャイル C++ - Visual Studio と TFS でアジャイル C++ 開発とテストを行う
  • Google Test で成功時のメッセージを非表示にする方法

  • 【資料公開】自動テスト vs 手動テスト

    みなさんこんにちは。@ryuzeeです。 SlideShareを徘徊していたところ自動テストと手動テストに関する良いスライドがあったので、翻訳して公開します。 ライセンスはオリジナルに準じてCC BY-SA 3.0とします。 内容としては、僕自身も一貫して主張しているテスト自動化の必要性の話で、主に以下の観点で記載されています。 作業量とコスト再利用性ユニットテストによる良い設計への誘導手動テストのリスクリスクマネジメント書き方が若干極端な箇所もあると思いますが、全体としてはかなり分かりやすいのではないでしょうか。 なお、テストの自動化に際しては、必ずしも全てのテストを自動化「しなければならない」わけではありません。 スライドではROIの例があがっていますが、テストの自動化のコスト>手動コストの1回あたりのコスト×実行回数になる場合もあり得るので、ROIやテスト自動化によって得られる効果に

    【資料公開】自動テスト vs 手動テスト
  • ソフトウェアテストを勉強しはじめて10ヵ月でやったこと - うさぎ組

    WACATE 2011 夏に誘われたのがキッカケでソフトウェアテストを勉強しはじめて10ヵ月くらいがたちました。 先日、わんくま名古屋でソフトウェアテストの勉強法についてLTしたのですが、みなさんにいろいろ聞かれたのでここにまとめておこうと思います。 当は1年の区切りで書こうと思ったけど、まぁいいでしょう。 追記ここから わんくまで発表したLT資料はこちらです うさみみのソフトウェアテスト勉強法 View more presentations from Kyon Mm 追記ここまで こういうのを書くときに時系列で書くべきか、コツを書くべきか悩みますね。 でも、みんなが知りたいのは僕の歴史じゃなくってコツだと思うので後者で書きます。前者はTwitterとか勉強会とかお事とかお茶でもしているときに聞いてみてください。 以下では多くの書籍を紹介していますが、僕がこの10ヵ月で読んだ。ってい

    ソフトウェアテストを勉強しはじめて10ヵ月でやったこと - うさぎ組