neue cc - Microsoft Fakes Frameworkの使い方
Fakes FrameworkはVisual Studio 2012から搭載されたユニットテスト用のもっきゅっきゅライブラリです。いや、ライブラリというには大掛かりなので、やっぱFrameworkでしょうか。ともあれ、そんなもののようなものです。ドトネトだと競合で最も有名なのはMoqですね。競合との大きな違いは、通常のもっきゅっきゅライブラリがinterfaceやvirtualなメソッド類しか上書きできないのに対して、FakesはStaticメソッドやふつーの非virtualメソッドすらも上書き出来ちゃうところにあります。つまり、なんでもできます。 そして、Visual Studio Ultimateじゃないと使えません。……うぉーん。と、いうわけで、強力さはよーく分かるんですが、Ultimateでしか使えないところに萎えていたりしました。が、Visual Studioへの要望を出すFor
自動テストはじめませんか？#1 | DevelopersIO
こんにちは。 今回は自動テストというちょっと地味なことについて取組んでみようかと思います。 WEBシステムを開発するにあたりWebブラウザでのテストは必須かと思いますが、プログラムを修正する度に確認したり、複数ブラウザで同じ確認を行うのは大変です。そこでブラウザを使ってのテストを自動化してみようかと思います。 Webブラウザを使っての自動テストはSeleniumとう有名なツールがあるので今回はこれを使いたいと思います。 SeleniumはFireFoxのアドオンで使えるSelenium IDEと、JavaやC#などの言語からAPIを呼び出して使うSelenium WebDriverがあります。Selenium IDEはFireFoxのアドオンなので他のブラウザでのテストは出来ません。どうせ自動化するなら色々なブラウザでテストしたいので今回はSelenium WebDriverを使用し、言語
Mocking objects with NaturalSpec » Rash thoughts about .NET, C#, F# and Dynamics NAV.
Search: Main: Home About me .NET .NET User Group Leipzig ASP.NET C# Canada Continuous Integration Counterize Diverses dynamics-nav Dynamics NAV 6.0 Dynamics NAV 2009 F# F# F-sharp Make Fake Firmen FSharpx Google Informatik leipzig LINQ Lustiges microsoft Microsoft Dynamics NAV monad msu msu-solutions-GmbH NaturalSpec Navision nunit Reactive Framework resharper sap SQL Server Steffen subversion TDD
JUnit API探訪：Assertクラス／assertThatメソッド - Diary of absj31
JUnitをより深く知っていこう。と言う事で本丸JUnitのクラスから幾つか機能を探訪していこうかと思います。 org.junit.Assertクラス Assert (JUnit API) 主なメソッドは以下の通り。 メソッド 説明 assertArrayEquals(arrays expected, arrays actual) 配列同士を比較、イコールである場合true assertEquals(Object expected, Object actual) オブジェクト同士を比較、イコールである場合true assertFalse(boolean condition) 条件がfalseである事を検証、falseの場合true assertNotNull(Object obj) オブジェクトがNullで無いことを検証、Nullでない場合true assertNotSame(Object
F#入門
テスト駆動開発 プログラミングの方法論の一つとして テスト駆動開発という手法があります。 これはとても変わった開発手法で 「プログラム本体よりもテストから作る」 という開発方式です。 テスト駆動開発を含む、eXtreme Programmingという手法の提唱者である Kent beckによるテスト駆動開発入門という本が詳しいです。 また、世の中にはテスト駆動開発をサポートする 通称、Xunitと呼ばれる単体テスト支援ツールがあります。 JavaならJUnit C++ならcppunit 全.Net言語対象のNUnit 他にも有名な言語には大抵なんちゃらunitがあります Xunit←かのMartin Fowler氏による 特に、JUnit(1997年生まれ)が テスト駆動開発の火付け役になったと言えると思います。 元々このサイトでは.Net版のNUnitの解説を予定してたのですが F#版で
次世代のモックフレームワークであるJMockitの基本的な使い方 - 達人プログラマーを目指して
以前のモックフレームワークの技術的制約 今まで私が担当してきたプロジェクトにおいては、モックオブジェクトを使ったJUnitの単体試験はjMockとEasyMockのいずれかのフレームワークを利用して行ってきました。しかし、これらのフレームワークはJavaプラットフォームにおけるコード自動生成の考え方の変遷で説明したように動的プロキシーに基づいているため、以下のような制約がありました。 モック化する対象の型はインターフェースを実装しているか、継承可能なクラスであること モック化するメソッドはfinal、static、privateでないこと*1 モック化するロジックはコンストラクターの呼び出しではないこと モックオブジェクトをテスト対象クラスにDIかパラメーター経由で引き渡すことが可能であること モック化する場合はクラス全体をモック化する必要があること（getterやsetterなどは本物の
テストフレームワーク mocha - hokaccha memo
JavaScript Advent Calendar 2011 (Node.js/WebSocketsコース)3日目のhokacchaです。Node.jsのテストフレームワーク、mochaについて書きます。 mochaはTJが新しく作り始めているテストフレームワークです。ドキュメントを見ればできることは大体書いてありますので、ドキュメントを元にどういうことができるのかを解説していきます。現時点でのバージョンは0.2.0です。 http://visionmedia.github.com/mocha/ shouldについて まずmochaでどういうことができるかの前にshouldについて解説しておきます。mochaのドキュメントには特に説明もなくshouldが使われていて、shouldでどういうことができるかわかってないと、ドキュメントを読んだときにmochaの機能なのかshouldの機能なの
Web プログラミングってこんな感じじゃなかろうか - 偏見プログラマの語り！
この歳になって初めて Web プログラミングの現場を見て、刺激的な毎日を送らせていただいています。さて、仕事をしていて一番強く感じるのは前職での開発（スタンドアロンパッケージソフト開発をしていた会社の文化）との違いです。で、Web 開発とは何たるかを表現したくて悶々としていたのですが、ある程度整理ができてきたので文章にしてみようと思います。僕はアカデミックな話よりも現場の話をしたいので、いくつもレイヤをまたいだ文章になります。そのため本稿では具体的な技術の詳説とかアジャイル的な用語が飛び交う説明とかはありません。そういうのを期待している人は読まないでください。 ・Web に限らず、お仕事プログラミング全般で共通のこと プログラムを知らない人がイメージする開発というものは、粘度をこねたりくっつけたりするような作業じゃないでしょうか。つまりそれは、知識さえあれば難しいものではなく、モチベーショ
Quick Test Switcher 1.1 をリリースした - ぐるぐる～
テストコードと実装コードの切り替えを支援する Visual Studio 用のアドインを作りました。 マニュアル的なもの Visual Studio Gallery のページ ソースコード コードを開いた状態で Ctrl-0 を押すと、対応するファイルがある場合にそれを開きます。 頻繁にテストコードと実装コードを切り替える TDD のお供にどうぞ。
品質に厳しい組織で、なぜ品質が劣化するのか？ - 現場のためのソフトウェア開発プロセス - たかのり日記
このエントリーは「Software Test ＆ Quality Advent Calendar 2011」における12/18分として書いています。 12/17は @NoriyukiMizuno さんによる 「ソフトウェアテストの勉強会。1年目。」 というエントリでした。 今回は、以前から感じている矛盾について、私なりの考えをまとめたものです。 特に、マネージャーや経営層と呼ばれる人に読んでもらいたいと思っているのですが、このブログの読者層を、考えると、あまり多くはなさそうなので、以下に示す問題について、悩んでいる／苦しんでいるような人から、うまく伝われば良いと思っています。 矛盾する問題 私は、SEPG（Software Engineering Process Group）という役割上、いろいろなソフトウェア開発のプロジェクトや組織に関わってきました。 絶対数で言えば、そんなに多くはない
モックによるインターフェイスの発見 - 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
Selenium2.x で Ajax なWebアプリケーションをテストしよう 〜 Facebook の自動あいさつ返答機能を実装 〜 - Yamashiro0217の日記
この記事では、Facebook のあいさつ(Poke)機能への返信を題材に、沢山たまるとウザい嬉しいあいさつを自動で返すスクリプトを書くことで、Selenium2.x の使い方、特に Ajax アプリをテストする方法について学べるようにする。 Ajax がからんだWebアプリケーションのエンドツーエンドの最近のテスト手法についてのまとめにもなっていると思う。 最初の3節ぐらいは「Seleniumとは〜」とか「テストってのはさー」とかゴタクをごたごた書いているので、Seleniumの実際のコード見た方がはえぇよ。って言う人はコードが出てくるまで記事を飛ばすと良い。 こんな記事を気合入れて書いて公開した当日に…FacebookのUIが変わって…作ってたスクリプト動かなくなってしまった…orz。俺が何かやったり買うと事件が起きるんや・・「なにか買うとその直後に安くなったり、新機種がでたりするとい
【ハウツー】Moqを活用して.NETでモックを使ったテストを行う (1) Moqとは | エンタープライズ | マイコミジャーナル
はじめに Moqは、.NETで注目を集めているモックライブラリです。MoqはシンプルなAPIを持ち、Visual Studioのインテリセンス機能を活用できるため、初心者でも簡単にモックを使い始めることができます。 モックとは モックを使うと、未実装のクラスやインタフェースを、あたかも実装済みのように振る舞わせることができます。また、本番環境とテスト環境で振る舞いを変えたい場合にも使用できます。例えば、外部リソース(サーバやWebサービス)と連携する場合や、環境によって異なる要素(現在時刻等)のテストに役立ちます。 Moqとは Moqはオープンソースのモックライブラリで、モッキュ(Mock-You)と発音します。.NET環境においてはNMock、TypeMock.NET、EasyMock.NET、RhinoMockなど多くのモックライブラリが存在しますが、Moqは初心者でも覚えやすい簡単な
moq | まさくらのブログ
moq とは、.NET Framework 3.5 以降用のモックオブジェクトフレームワークです。 NerdDinnerステップ12：単体テスト等で、あの Scott Gu 氏が使っているので興味がわきました。 この手のモックオブジェクトフレームワークでは NMock が有名だと思うのですが、moq は、これらのものと違い、.NET Framework 3.5 で追加された機能をうまく使うことで、より使いやすいものとなっています。 NMock で IDataReder.IsDBNull() を実装する場合、以下のようなコードになります。(通常、単体テスト時はスタブではなくモック (Expect) を作成しますが、moq との比較のため、スタブを作成しています) // スタブの作成。IDataReader.IsDBNull() メソッドの実装を作成します。 Mockery mock = ne
SpecFlow - Pragmatic BDD for .NET
Enhance your automated tests The free & open source BDD-Framework for .NET
【資料公開】自動テスト vs 手動テスト
みなさんこんにちは。@ryuzeeです。 SlideShareを徘徊していたところ自動テストと手動テストに関する良いスライドがあったので、翻訳して公開します。 ライセンスはオリジナルに準じてCC BY-SA 3.0とします。 内容としては、僕自身も一貫して主張しているテスト自動化の必要性の話で、主に以下の観点で記載されています。 作業量とコスト再利用性ユニットテストによる良い設計への誘導手動テストのリスクリスクマネジメント書き方が若干極端な箇所もあると思いますが、全体としてはかなり分かりやすいのではないでしょうか。 なお、テストの自動化に際しては、必ずしも全てのテストを自動化「しなければならない」わけではありません。 スライドではROIの例があがっていますが、テストの自動化のコスト＞手動コストの１回あたりのコスト×実行回数になる場合もあり得るので、ROIやテスト自動化によって得られる効果に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
手作業のテストを強いられることによる悪影響
http://www.softwaretestingdiary.com/2012/07/how-to-test-flex-application-using.html
連載インデックス「Androidアプリ開発テスト入門」 - ＠IT
Build and implement a single sign-on solution
