NUnit - 版の履歴

imported>Administrator: /* 概要 */

2012-05-31T01:21:58Z

概要

← 古い版		2012年5月31日 (木) 01:21時点における版
2行目:		2行目:

	== 概要 ==		== 概要 ==
	[[Visual Studio]]~~では、マイクロソフト製の単体テストフレームワーク（~~[[MSTest]]~~）は上位エディションにしか含まれない。~~		[[Visual Studio]]では、[[マイクロソフト]]製の単体テストフレームワーク（[[MSTest]]）は上位エディションにしか含まれない。また、[[MSTest]]は[[Visual Studio 2008]]に含まれるかたちで2008年2月1日（金）に最初の正式リリースとなっており比較的新しい部類に入る。
	~~また、~~[[MSTest]]（ [[Visual Studio 2008]]）の正式リリースは2008年2月1日（金）と結構新しい部類であり、すでに多くの人々がNUnitや[[MbUint]]、[[XUnit]]などのサードパーティ製のテストフレームワークに既に慣れてしまっていた。また、多くの[[プログラマー]]は、Rhino モック、Type モック、NMock などのサードパーティ製の[[モックフレームワーク]]も併用しており、それらのテストとモックの親和性も問題となった。

	~~さらに、~~[[Visual Studio Express Edition]]では拡張機能（アドオン）が使えないという制約があり、[[IDE]]と統合された現実的な方法でテストを行うことが不可能に近い状況であった。		このため多くの[[プログラマー]]はNUnitや[[MbUint]]、[[XUnit]]などの[[サードパーティ]]製の[[テストフレームワーク]]に既に慣れてしまっていた。さらにRhino モック、Type モック、NMock などのサードパーティ製の[[モックフレームワーク]]を併用していることが多く、それらのテストとモックの親和性も問題となった。

			加えて、[[Visual Studio Express Edition]]では拡張機能（アドオン）が使えないという制約があり、[[IDE]]と統合された現実的な方法でテストを行うことが不可能に近い状況であった。

	NUnitは、それらをすべて解決すべく実装されており、また[[Visual Studio Express Edition]]であっても外部のGUIツールによりプロジェクトディレクトリの更新を自動検出（監視）することで、[[Visual Studio]]とは統合されていないのに連動して動作することができるようになっている。		NUnitは、それらをすべて解決すべく実装されており、また[[Visual Studio Express Edition]]であっても外部のGUIツールによりプロジェクトディレクトリの更新を自動検出（監視）することで、[[Visual Studio]]とは統合されていないのに連動して動作することができるようになっている。

	なお、[[MonoDevelop]]~~にはNUnitが統合されており、上記のように難しいことを考える必要が一切ない。~~		なお、[[MonoDevelop]]にはNUnitが統合されており、上記のように難しいことを考える必要が一切ない。環境構築などという無駄な作業など考えず、[[MonoDevelop]]を[[インストール]]し、[[プログラム]]を作り、[[テストプログラム]]を書けばよい。[[MonoDevelop]]の発展のためにも[[MonoDevelop]]を積極的に使おう。
	~~環境構築などという無駄な作業など考えず、~~[[MonoDevelop]]を[[インストール]]し、[[プログラム]]を作り、[[テストプログラム]]を書けばよい。[[MonoDevelop]]の発展のためにも[[MonoDevelop]]を積極的に使おう。

	== インストール ==		== インストール ==

2012年5月31日 (木) 01:16にimported>Administratorによる

2012-05-31T01:16:17Z

← 古い版		2012年5月31日 (木) 01:16時点における版
1行目:		1行目:
	'''NUnit'''~~とは、単体テスト（ユニットテスト）を行うためフレームワーク、および自動実行を支援するためのツールである。~~		'''NUnit'''とは、[[単体テスト]]（[[ユニットテスト]]）を行う[[プログラム]]を作るための[[フレームワーク]]、およびそれらの単体テストプログラムの自動実行を支援するためのツールである。

	~~拡張機能（アドオン）が使えない~~ Visual Studio ~~Express でも使えるのが最大の利点。~~		== 概要 ==
			[[Visual Studio]]では、マイクロソフト製の単体テストフレームワーク（[[MSTest]]）は上位エディションにしか含まれない。
			また、[[MSTest]]（ [[Visual Studio 2008]]）の正式リリースは2008年2月1日（金）と結構新しい部類であり、すでに多くの人々がNUnitや[[MbUint]]、[[XUnit]]などのサードパーティ製のテストフレームワークに既に慣れてしまっていた。また、多くの[[プログラマー]]は、Rhino モック、Type モック、NMock などのサードパーティ製の[[モックフレームワーク]]も併用しており、それらのテストとモックの親和性も問題となった。

	~~== MonoDevelop ==~~		さらに、[[Visual Studio Express Edition]]では拡張機能（アドオン）が使えないという制約があり、[[IDE]]と統合された現実的な方法でテストを行うことが不可能に近い状況であった。
	[[~~MonoDevelop~~]]~~ではNUnitが統合されている。~~
	~~{{stub}}~~

	== Visual Studio ~~2010 ==~~		NUnitは、それらをすべて解決すべく実装されており、また[[Visual Studio Express Edition]]であっても外部のGUIツールによりプロジェクトディレクトリの更新を自動検出（監視）することで、[[Visual Studio]]とは統合されていないのに連動して動作することができるようになっている。
	Visual Studio ~~2010でNUnitを使うためにはNUnit付属のGUIツールを用いる。~~

	=== インストール ===		なお、[[MonoDevelop]]にはNUnitが統合されており、上記のように難しいことを考える必要が一切ない。
			環境構築などという無駄な作業など考えず、[[MonoDevelop]]を[[インストール]]し、[[プログラム]]を作り、[[テストプログラム]]を書けばよい。[[MonoDevelop]]の発展のためにも[[MonoDevelop]]を積極的に使おう。

			== インストール ==
	インストーラの指示に従え。		インストーラの指示に従え。
	あやぶむなかれ。		あやぶむなかれ。

	=== テストの作り方 ===		== テストの作り方 ==
	# クラスライブラリなプロジェクトを作る（ソリューションに追加する）。		# クラスライブラリなプロジェクトを作る（ソリューションに追加する）。
	# 参照の追加で「NUnit.Framework」を追加する。		# 参照の追加で「NUnit.Framework」を追加する。
20行目:		22行目:
	# 以上		# 以上

	=== Visual Studioと連携させる ===		== Visual Studioと連携させる ==
	NUnitのGUIツールを起動し設定（Tool→Settings）を開き、下記の設定を有効にする。この設定をすることによりVisual Studioのソリューションファイルを開けるようになる（File→Open Project）。		NUnitのGUIツールを起動し設定（Tool→Settings）を開き、下記の設定を有効にする。この設定をすることによりVisual Studioのソリューションファイルを開けるようになる（File→Open Project）。
	IDE Support → Visual Studio → Enable Visual Studio Support （チェックを入れる）		IDE Support → Visual Studio → Enable Visual Studio Support （チェックを入れる）
29行目:		31行目:
	※NUnit 2.6.0.12051		※NUnit 2.6.0.12051

	=== アプリケーション構成ファイル（app.config）を使う ===		== アプリケーション構成ファイル（app.config）を使う ==
	# NUnitのGUIツールを起動し設定（Tool→Settings）より、下記のラジオボタンにチェックを入れる。		# NUnitのGUIツールを起動し設定（Tool→Settings）より、下記のラジオボタンにチェックを入れる。
	#; Test Loader → Assembly Isolation → Default Domain Usage → Use a separate AppDomain per Assembly		#; Test Loader → Assembly Isolation → Default Domain Usage → Use a separate AppDomain per Assembly
38行目:		40行目:
	※NUnit 2.6.0.12051		※NUnit 2.6.0.12051

	=== デバッガを使う ===		== デバッガを使う ==
	NUnitでのテスト実行に対しVisual Studio 2010でステップ実行などのデバッグを行うには下記の手順を用いる。		NUnitでのテスト実行に対しVisual Studio 2010でステップ実行などのデバッグを行うには下記の手順を用いる。
	# Visual Studio 2010のメインメニューから「デバッグ→プロセスにアタッチ」を選ぶ。		# Visual Studio 2010のメインメニューから「デバッグ→プロセスにアタッチ」を選ぶ。
46行目:		48行目:
	※NUnit 2.6.0.12051		※NUnit 2.6.0.12051

	=== F5で自動起動＆実行する ===		== F5で自動起動＆実行する ==

	Visual Studio Express 以外の場合は、[[TestDriven.Net]][http://www.testdriven.net/]をインストールするのが手っ取り早い。		Visual Studio Express 以外の場合は、[[TestDriven.Net]][http://www.testdriven.net/]をインストールするのが手っ取り早い。

imported>Administrator: /* F5で自動起動＆実行する */

2012-03-08T10:26:45Z

F5で自動起動＆実行する

← 古い版		2012年3月8日 (木) 10:26時点における版
79行目:		79行目:

	なお、上記の内容はHage.Test.csprojに直接書き込んでも問題ないが、ファイルが若干大き目なので探すのが大変かもしれないので、Hage.Test.csproj.userを使った方が良いと思う。		なお、上記の内容はHage.Test.csprojに直接書き込んでも問題ないが、ファイルが若干大き目なので探すのが大変かもしれないので、Hage.Test.csproj.userを使った方が良いと思う。

			また、この方法ではデバッグが有効にならないので注意。

	== 関連項目 ==		== 関連項目 ==

imported>Administrator: /* テストの作り方 */

2012-03-08T10:22:10Z

テストの作り方

← 古い版		2012年3月8日 (木) 10:22時点における版
9行目:		9行目:
	== Visual Studio 2010 ==		== Visual Studio 2010 ==
	Visual Studio 2010でNUnitを使うためにはNUnit付属のGUIツールを用いる。		Visual Studio 2010でNUnitを使うためにはNUnit付属のGUIツールを用いる。

			=== インストール ===
			インストーラの指示に従え。
			あやぶむなかれ。

	=== テストの作り方 ===		=== テストの作り方 ===

imported>Administrator: /* Visual Studio 2010 */

2012-03-08T10:21:30Z

Visual Studio 2010

← 古い版		2012年3月8日 (木) 10:21時点における版
9行目:		9行目:
	== Visual Studio 2010 ==		== Visual Studio 2010 ==
	Visual Studio 2010でNUnitを使うためにはNUnit付属のGUIツールを用いる。		Visual Studio 2010でNUnitを使うためにはNUnit付属のGUIツールを用いる。

			=== テストの作り方 ===
			# クラスライブラリなプロジェクトを作る（ソリューションに追加する）。
			# 参照の追加で「NUnit.Framework」を追加する。
			# テストクラスを書く
			# 以上

	=== Visual Studioと連携させる ===		=== Visual Studioと連携させる ===

imported>Administrator: /* F5で自動起動＆実行する */

2012-03-08T10:19:27Z

F5で自動起動＆実行する

← 古い版		2012年3月8日 (木) 10:19時点における版
38行目:		38行目:
	=== F5で自動起動＆実行する ===		=== F5で自動起動＆実行する ===

	Visual Studio Express 以外の場合は、[[TestDriven.Net]]~~（http~~://www.testdriven.net/~~）をインストールするのが手っ取り早い。~~		Visual Studio Express 以外の場合は、[[TestDriven.Net]][http://www.testdriven.net/]をインストールするのが手っ取り早い。

	Visual Studio Expressの場合は、下記の手順。		Visual Studio Expressの場合は、下記の手順。

imported>Administrator: /* F5で自動起動＆実行する */

2012-03-08T10:17:46Z

F5で自動起動＆実行する

← 古い版		2012年3月8日 (木) 10:17時点における版
67行目:		67行目:
	以上で完了。		以上で完了。
	Visual Studioでプロジェクトファイルを開けば動くようになっているはず。		Visual Studioでプロジェクトファイルを開けば動くようになっているはず。
	~~Hage~~.Test.~~csprojに直接書き込んでも問題ないが、ファイルが若干大き目なので探すのが大変かもしれないのでHage~~.Test.csproj.userを使った方が良いと思う。
			なお、上記の内容はHage.Test.csprojに直接書き込んでも問題ないが、ファイルが若干大き目なので探すのが大変かもしれないので、Hage.Test.csproj.userを使った方が良いと思う。

	== 関連項目 ==		== 関連項目 ==

imported>Administrator: /* F5で自動起動＆実行する */

2012-03-08T10:17:10Z

F5で自動起動＆実行する

← 古い版		2012年3月8日 (木) 10:17時点における版
65行目:		65行目:
	</source>		</source>

			以上で完了。
			Visual Studioでプロジェクトファイルを開けば動くようになっているはず。
	Hage.Test.csprojに直接書き込んでも問題ないが、ファイルが若干大き目なので探すのが大変かもしれないのでHage.Test.csproj.userを使った方が良いと思う。		Hage.Test.csprojに直接書き込んでも問題ないが、ファイルが若干大き目なので探すのが大変かもしれないのでHage.Test.csproj.userを使った方が良いと思う。

imported>Administrator: /* F5で自動起動＆実行する */

2012-03-08T10:15:41Z

F5で自動起動＆実行する

← 古い版		2012年3月8日 (木) 10:15時点における版
47行目:		47行目:
	# 上で発掘したプロジェクトファイル名の末尾に「.user」を探す。存在しない場合は空のテキストファイル（中身はXML）を作る。		# 上で発掘したプロジェクトファイル名の末尾に「.user」を探す。存在しない場合は空のテキストファイル（中身はXML）を作る。
	#: 例）Hage.Test.csproj.user		#: 例）Hage.Test.csproj.user
	# ~~上記で作ったテキストファイルを開きに以下の内容を書き込む。~~		# 上記で作ったテキストファイルを何かしらのテキストエディタで開き、以下の内容を記述する。すでにファイルが存在し、中身がある場合は必要部分だけを記述すること。
	<source lang="xml">		<source lang="xml">
	<?xml version="1.0" encoding="utf-8"?>		<?xml version="1.0" encoding="utf-8"?>

imported>Administrator: /* Visual Studio 2010 */

2012-03-08T10:14:49Z

Visual Studio 2010

← 古い版		2012年3月8日 (木) 10:14時点における版
35行目:		35行目:

	※NUnit 2.6.0.12051		※NUnit 2.6.0.12051

			=== F5で自動起動＆実行する ===

			Visual Studio Express 以外の場合は、[[TestDriven.Net]]（http://www.testdriven.net/）をインストールするのが手っ取り早い。

			Visual Studio Expressの場合は、下記の手順。

			# テストプロジェクトを保存していあるディレクトリを開く。
			# プロジェクトファイル（拡張子「.csproj」）を探す。
			#: 例）Hage.Test.csproj
			# 上で発掘したプロジェクトファイル名の末尾に「.user」を探す。存在しない場合は空のテキストファイル（中身はXML）を作る。
			#: 例）Hage.Test.csproj.user
			# 上記で作ったテキストファイルを開きに以下の内容を書き込む。
			<source lang="xml">
			<?xml version="1.0" encoding="utf-8"?>
			<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
			<PropertyGroup Condition="'$(Configuration)\|$(Platform)' == 'Debug\|AnyCPU'">

			<!-- ファイルが存在する場合は下記だけを記述する -->

			<!-- ここから -->
			<StartAction>Program</StartAction>
			<StartProgram>$(ProgramFiles)\NUnit 2.6\bin\nunit.exe</StartProgram>
			<StartArguments>/run $(TargetPath)</StartArguments>
			<!-- ここまで -->

			</PropertyGroup>
			</Project>
			</source>

			Hage.Test.csprojに直接書き込んでも問題ないが、ファイルが若干大き目なので探すのが大変かもしれないのでHage.Test.csproj.userを使った方が良いと思う。

	== 関連項目 ==		== 関連項目 ==