🐷 What's Poku?A cross-platform test runner that brings the JavaScript essence back to testing. ⚡️ Quick Tutorials
Poku
🐷 What's Poku?A cross-platform test runner that brings the JavaScript essence back to testing. ⚡️ Quick Tutorials
.NETの単体テストでMoqを使ってみる
Moqとは？ .NET環境の単体テストで使用する、外部モジュールのMock化(Stub化)パッケージです。 例えば、テスト対象のクラスがHTTPやシリアルポートで外部と通信していると、そのままでは単体テストを組むのは容易ではありません。(テスト用のサーバーを用意するなど） そういった、HTTP通信やシリアルポート通信をする部分をダミーのテスト用モジュールに置き換えるのがMoqです。 環境 Windows 10 Pro 2014 Visual Studio 2019 Version 16.6.3 言語：C# (.NET Framework 4.7.2) 単体テスト プロジェクト (.NET Framework) Moq 4.14.5 (NuGetからインストール) テスト対象クラス テスト対象クラスを、内部でシリアルポートで通信するクラスとします。 名前は、Communication として
Moq : Mocking Framework for .NET - Qiita
Moq は、テストダブル（＝単体テスト用の代役オブジェクト）を簡単に作るためのライブラリです。 テストダブル 単体テストにおける問題のひとつとして、以下のようなことがあります。 テスト対象の依存オブジェクトが・・・ ネットワーク通信が必要 データベースアクセスが必要 など、外部に依存する場合、そのままでは単体テストを作りにくいです。 これを解決するために、実際のオブジェクトの代わりを用意します。 テスト用の代役オブジェクトをテストダブルと呼びます。テストダブルはその役割に応じて、スタブ、モック、フェイク、などと呼称されます（それらの違いについては、本記事の主題と直接は関係がないので割愛します）。 典型的なテストダブルの実装 テストダブルはあくまで代役なので、本物と同じ振る舞いはしません。単体テストが動けば良いと割り切ります。 本物と同じ I/F を持つ。 通信などの振る舞いはしない。 特定
Androidのド肝 » androidの単体テスト(AndroidTestCase)
androidの単体テスト(AndroidTestCase)引き続き単体テストのお話。今回は「AndroidTestCase」に焦点をあてます。ApiDemosでAndroidTestCaseを使用しているのはFocus2AndroidTestです。 ・AndroidTestCase Focus2AndroidTestのjavadocには以下のように書いてあります。 /** * This exercises the same logic as {@link Focus2ActivityTest} but in a lighter * weight manner; it doesn’t need to launch the activity, and it can test the * focus behavior by calling {@link FocusFinder} met
Robolectric: Unit Test your Android Application | Robolectric
Welcome Quick Start User Guide Customizing Release Notes Troubleshooting News JavaDocs Download Robolectric: Test-Drive Your Android Code Running tests on an Android emulator or device is slow! Building, deploying, and launching the app often takes a minute or more. That’s no way to do TDD. There must be a better way. Wouldn’t it be nice to run your Android tests directly from inside your IDE? Per
[lib]
TEST http://d.hatena.ne.jp/devbankh/201001 モックやスタブを使った効率的なユニットテスト http://d.hatena.ne.jp/devbankh/201002 モックとスタブの違い コミュニケーション http://d.hatena.ne.jp/devbankh/20051124 簡単かつ効果的に話すために "モックオブジェクト"という言葉は、テストのために本物のオブジェクトをまねる特殊なオブジェクトを表す言葉として定着した。しかしモックという言葉は元々スタブをキャッチーにしたものでなく、[スタブを使ったのとは別の] ユニットテスト方法を用いるためのものなのだ。この記事では、モックオブジェクトのファンに好まれる相互作用中心のテストと、よく行わている状態中心のテストスタイルとの違いを説明するために、モックとスタブの違いについて掘り下げる。 目次
![[lib]](https://cdn-ak-scissors.b.st-hatena.com/image/square/06a15c64ba0ceec233d86d71001ebb29a9dcbf5d/height=288;version=1;width=512/https%3A%2F%2Fcdn.blog.st-hatena.com%2Fimages%2Ftheme%2Fog-image-1500.png)
Visual Studio の単体テスト
お題：Visual Studio - Team System の「単体テスト」を使おう Visual Studio - Team System (通称：VSTS)の、単体テスト機能を使ってみます。 本来ならイロイロな種類があるのですが、ここでは「試しに使ってみる」ために、最も簡単な例でやってみます。 ＜用意したもの＞ ・Visual Studio 2005 Team Suit (Team Suit または、 Team Edition for Software Developers 、 Team Edition for Software Testers） ＜先ず、テスト対象を作る＞ アジャイルの「テストファースト」に従えば、本来は逆順です。 しかし、ココでの目的は「単体テスト機能を使ってみる」ことにあるので、そんなことはお構い無しに突き進みます。 で、ためしに以下のメソッドを実装したクラスを
Unit Test Patterns
(c) 2005 Marc Clifton All Rights Reserved. There is no download associated with this article. Introduction The idea of unit testing seems to always evoke a strong reaction in people. For those that buy into the concept, they have unanimously stated that good unit tests are difficult to write, and some question whether the tests they have written were really worth it while others rave about the
「実演テスト駆動開発」 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テンプレートを公開！」を追加しました． 誌面訂正情報の掲載 第
JUnit 実践講座
更新: 2003/11/05 公開: 2002/01/03石井 勝 はじめに ここでは， JUnit ついて僕が普段使っているテクニックやコーディングスタイルについてまとめていきたいと思います．読者としては，ある程度 JUnit を使いこなせる方を想定しています． 僕が仕事で JUnit を使い始めて 1 年半以上になります．つい先日まで行っていた開発プロジェクトでは，テストメソッドの数は 2000 程度，TestCase のクラス数は 2,3 百個という規模になりました．それぐらいの規模になれば，JUnit でコーディングする際に何らかの指針が必要になります．その開発プロジェクトでは，何度もプログラミングスタイルを変え，どういうスタイルが JUnit のコードをメンテナンスしやすいか，ということを考えてきました．そういったことをまず プログラミングスタイルガイド と シナリオベース
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - devlooped/moq: The most popular and friendly mocking framework for .NET
http://japan.internet.com/developer/20051005/26.html