モックによるインターフェイスの発見 - Digital Romanticism
設計ツールとしてのモックの使い方について考える。 導入 先日、"Mock Roles, not Objects"の日本語版「ロールをモックせよ」を公開しました。この論文は2004年に書かれたもので、著者はSteve Freeman氏、Nat Pryce氏、Tim Mackinnon氏、Joe Walnes氏という豪華メンバーです。また、Steve Freeman氏とNat Pryce氏は『Growing Object-Oriented Software, Guided by Tests (Addison-Wesley Signature Series (Beck))』（いわゆるGOOS）の著者でもあり、"Mock Roles, not Object"で語られている思想はGOOSのベースになっているとも言えます。 今回は、この"Mock Roles, not Objects"（以下、MRnO
複雑度と単体テストケース数の相関関係 - プログラマの思索
garyoさんから、ソースの複雑度と単体テストケース数について有益なアドバイスを示唆してもらったので、メモしておく。 ◆SourceMonitor Version 2.4 SourceMonitorはフリーで、以下の言語のソースのソフトウェア複雑度（McCabeのサイクロマチック数）を測定できる。 例：C++, C, C#, VB.NET, Java, Delphi, Visual Basic (VB6) or HTML ◆McCabe's cyclomatic complexity SourceMonitorで求められる複雑度（McCabeのサイクロマチック数）は、モジュール内の分岐の数（＋ループの数）で計算される。 複雑度の数値は、下記の意味を持つらしい。 10 以下であればよい構造 30 を越える場合，構造に疑問 50 を越える場合，テストが不可能 75 を越える場合，いかなる変更も
UI オートメーションによる自動テスト - .NET Framework
Note このドキュメントは、System.Windows.Automation 名前空間で定義されているマネージド UI オートメーション クラスを使用する .NET Framework 開発者を対象としています。 UI オートメーションの最新情報については、Windows Automation API の「UI オートメーション」を参照してください。 この概要では、自動テストのシナリオで、プログラムによるアクセスのためのフレームワークとして Microsoft UI オートメーションがどのように役立つかについて説明します。 UI オートメーションの統一されたオブジェクト モデルを使用すると、すべてのユーザー インターフェイス (UI) フレームワークにおいて、複雑で豊富な機能をアクセシビリティが高く自動化しやすい方法で公開できます。 UI オートメーションは、Microsoft Act
｢UI オートメーションによる自動 UI テスト｣を Win32 に適用する - Natural Software
Windows アプリの UI テストを自動化しよう＠@IT 少し古い記事だけど、ちょうど UI の自動テストをやりたかったので試してみた。 NUnit も初めてだったのでこの記事もあわせて読んだ。 で、このツールは ｢Windowsアプリケーション（Win32）｣ でも使えるとのことで試してみた。 やること Visual Studio 2008 にて MFC アプリケーションを作成し、その UI テストを UI オートメーションと NUnit を使って行う。 今回使ったもの .NET Framework 3.0 (Visual Studio 2008 があれば OK かも) UI Spy (Windows SDK for Windows Vista に含まれる) NUnit NUnit 2.4.5 手順 テストされる側（アプリケーション）の作成 1. Visual Studio 2008
テスト可能なUI設計パターン – 第１回 Androidテスト祭り 発表資料 - the sea of fertility
2011/8/6 第１回 Androidテスト祭りの発表資料を公開します。.NETクラスタという先入観を持っていただきたくなかったので、自己紹介スライドは最後にさせていただきました。でも非常に空気のよい場だったのでそんな配慮は不要だったかもしれません。 反省点としてはやはり伝え方です。設計パターンに対する意識がすでにある方には届くみたいですが、あまり今まで意識していない方に、どうやって今後伝えていくべきか、きちんと今後考えていきたいと思います。 一応補足として、WPF/SilverlightでのPresentationModelパターンの実装パターン?であるMVVMパターンについて、どういった必然性がWPF/Silverlightにあるのかはこちらに書いてありますますので、興味を持っていただける方はどうぞ。 MVVMパターンとは？ わんくま同盟東京勉強会 #60 セッション資料 the
テスト駆動開発の効果はどのくらいある？
ソフトウェアの開発を行うときに、まずテストケースを先に作ってから機能を作り込む「テスト駆動開発」（Test-Driven Development：TDD）。これにより、ソフトウェアの開発工数や品質にはどの程度の変化があるのでしょうか。 TDD(テスト駆動開発)の適用評価を紹介した研究論文 - エリクソンはじめ3社：森崎修司の「どうやってはかるの？」：ITmedia オルタナティブ・ブログ この疑問について調査した論文を、奈良先端科学技術大学院大学 助教の森崎修司氏が3月10日のブログ「国立大学法人奈良先端科学技術大学院大学 助教」のエントリ「TDD(テスト駆動開発)の適用評価を紹介した研究論文 - エリクソンはじめ3社」で紹介しています。 開発時間はやや増えたがコードの品質は上がった 論文全文は有料なので読めないものの、森崎氏のブログによると次の知見が得られたとのことです。まず、ソフトウェ
さとやｎ Blog : MonoDevelop (C#) で Specを使ってテストを書いてみる
2011年05月08日05:17 カテゴリプログラミング MonoDevelop (C#) で Specを使ってテストを書いてみる 最近Javaを使う仕事をしていたので、何年かぶりにxUnitを使ったテストを書いていたのですが、やっぱり仕様をテストコード上に直接表現できるSpecの方が私は好きです。 で、ちょっと調べたらVisualStudioのアドインでSpecFlowなるものがあることを発見。で、ついでにMonoDevelop版もあることを発見。肝心のJavaの方は、なんかScalaを使ったものはあるようですが、まだまだjUnitが主流のようです。まあ、Javaの世界だからこれは仕方ない。 というわけで今回はMonoDevelopを使ってC#でSpecテストを書いてみた。 MonoDevelopの Tool -> Add-in Manager からSpecFlow Supportをイン
さすがMoles！Moq たちにできない事を平然とやってのけるッ - present
はじめに Jenkins を導入して継続的インテグレーション(以下 CI)を始めてみたものの、作成済みテストの多くは他のテストの事を考えて作成されていないので、テスト環境を破壊するものが結構ありました。このまま常時テストしたところで、常時失敗するだけ。テストを修正する羽目になりましたとさ。トホホ。 既存のテストで気になるのが、単体テストの多くが、実際は結合テストになってしまっているところ。テスト対象外のクラスに意図した動作をさせるための苦労が、テストの前処理と後処理に多く見られました。「モックを使えばいいのに」って何度思ったことか。 Jenkins の導入は良い機会なので、CI を実践するという名目で、モックライブラリも導入することにしました。 ライブラリの選択 ライブラリは、Microsoft Reserch がリリースしている Moles を選択しました。 Pex, Automated
Moq.dllを使ってみた - normalian blog
ASP.NET MVC内のテストコードでも、華麗に使われているMoq.dllを少々使ってみた。こ奴が何者かという事に関しては「まずコードを見ろ！」と言いたいところですが、端的に述べると「単体テスト用のMockを作りやすくするライブラリ」でしょうか？前々からASP.NET MVC内部で眺めては居たのですが、実際使ってみてこいつの便利さを知ってみました。 で、肝心の取得場所ですが、Google Codeに公開されています。こちらからDL可能ですので、Moq.3.1.416.3現在のバイナリをDLしてください。 まず使ってみる そもそも使い方がさっぱりわからんので、とりあえず使ってみる [TestMethod()] public void HttpSessionStateBase01() { //NotImplementedExceptionが発生するかのテスト HttpSessionState
【ハウツー】Moqを活用して.NETでモックを使ったテストを行う (2) Mockクラスの使用 | エンタープライズ | マイコミジャーナル
セットアップ Moqの利用には、C#3.0(.NET Framework3.5)以上が必要です。テストツールの種類は何でもかまいませんが、本稿ではVisual Studioの単体テスト機能を使用します。テストプロジェクトを作成したら「Moq.dll」に参照設定をしておきます。 最初のモックのコード まず、モック対象とするCalcクラスを作成します(テストプロジェクトではなく、本体プロジェクト側に作成します)。Addメソッドは足し算をするメソッドですが、コードはまだ記述していません。 CalcクラスのAddメソッド(C#) public class Calc { //足し算をするメソッド public virtual int Add(int x,int y) { //未実装 throw new NotImplementedException(); } } 続けて、このCalcクラスのモックを
Moles - .NETのモック・スタブフレームワーク - jamzzの日記
ユニットテストなどではテスト対象外の振る舞いをテスト目的に合わせるためにモックやスタブ等を作成することがあります。 .NET開発でこの様なモックやスタブを簡単に作成するフレームワークにMicrosoft ResearchのMolesがあります。 このMolesは以前に紹介したPexにも含まれています。 Molesを使用すれば設計対象範囲外（例えば.NETフレームワークのコアライブラリなど）も含めて、既存のクラスのフィールド（プロパティ）やメソッド単位でデリゲートを使用して振る舞いを置き換えることができます。 例えば public class MolesTest { public DateTime GetTheDate() { Console.WriteLine("OK"); return DateTime.Now; } } このような.NETのコアライブラリのConsoleクラスのWrit
neue cc - Rx + MolesによるC#での次世代非同期モックテスト考察
最近、妙にテストブームです。Chaining Assertionを作ったからですね。ライブラリドリブンデベロップメント。とりあえずでも何か作って公開すると、その分野への情報収集熱に火がつくよね。そしてテスト厨へ。さて、ユニットテストで次に考えるべきは、モックの活用。C#でモックといえばMoqが評価高い。メソッドチェーンとExpression Treeを活かしたモック生成は、なるほど、良さそうです。読み方も可愛いしね。もっきゅ。もっきゅ。 というわけでスルーして(えー)Molesを使いましょう。Microsoft Research謹製のモックフレームワークです。PexとのセットはMSDN Subscriptionが必要ですが、MolesのみならばFreeです。VS Galleryに置かれているので、VSの拡張機能マネージャーからでも検索に引っかかります。 Moles。Pex and Mole
VS2010 後の世代のプログラミング (2) Pex
という訳でいくつもの連載するよと言っといて(2)が来ないとかやってるとアレなので、Visual Studio 2010 リリース後に出てきた物が開発にどう影響を与えるかという事で、Pex を取り上げます。
UIオートメーションによる自動UIテストの実践 ― ＠IT
特集：UIオートメーションによる自動UIテストの実践 WindowsアプリのUIテストを自動化しよう クロノス 亀野 弘嗣 2008/06/03 読者の方々は、UI（ユーザー・インターフェイス）にかかわるテスト（以下UIテスト）を自動化できているだろうか？ UIテストを自動化しようとしても、UIテストのコードは記述しにくく、記述方法に一貫性がない、などの理由から、自動化をあきらめる場合が多いのではないだろうか。 .NETの開発においても単体テストの自動化は一般的に行われるようになってきているものの、UIテストの自動化はそういった理由で実現が難しく、あまり行われていないのが現状だ。 そこで本稿では、標準的で一貫性のある記述ができるMicrosoft UIオートメーション（以下UIオートメーション。詳細後述）と、テスト・ツールであるNUnitを使用して、UIテストを自動化する方法を紹介する（N
ブラウザを選ばずWebテストを自動化するSelenium
Webアプリケーションのファンクションテストを行うツールとして注目されている「Selenium」のバージョン1.0が6月20日にリリースされました。安定性が向上するとともに、Firefox 3.0、3.5（Selenium IDEは1.0.2から、Firefox 3.5に対応）や、Internat Explorer（以下、IE） 8などの最新のWebブラウザにも対応しました。 本稿では、Selenium 1.0をベースとしたSelenium IDEとSelenium RCを利用した効果的なSeleniumの利用方法を紹介します。 Webアプリのテストで誰もがイラつく大きな課題 Webアプリケーションテストを手で行うと、非常に煩雑です。Selenium登場以前の従来のやり方では、次のような問題がありました。 回帰テストに時間がかかる バグ修正や仕様変更などで、Webアプリケーションを変更した
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHEENIX::SELL
Google Code Archive - Long-term storage for Google Code Project Hosting.
Photo Tourism: Microsoft Research, Interactive Visual Media Group
Google Code Archive - Long-term storage for Google Code Project Hosting.
Selenium 日本語ドキュメント — Selenium 日本語ドキュメント