きちんと準備しなきゃ機能テストツールを使ったってテスト自動化は楽になりませんよ - nemuzukaの「明日から本気出す」
Javaで作られたWebアプリケーションをテストする際に、MVCモデルで言うところの、「M」部分はJUnitでテストクラスを作成して、継続的にテストし続けると幸せになれるよ、というのは一般的になってきていると思います。 「V」「C」部分もMockフレームワークを使用することである程度テストクラスは書けますが、結局ブラウザからの打鍵でやらないと最終的に確認できないことが多いわけです。 ブラウザからの打鍵テストを手動で実施する場合、画面に変更がある度に実施しなければならないことから非常に効率が悪く思われがちです。ある機能を変更した際に、他の機能にも影響を及ぼしていないかを確認する回帰テストだって、そのシステムで取りうる全てのパターンを手動でテストするには手間がかかりすぎますし、不毛な作業のように思われます。というわけで、影響がありそうな箇所を経験と感で洗い出してテストするのですが、洗い出し項目
【ハウツー】xUnit.NETでユニットテストをしてみよう【前編】 (1) xUnit.NETの入手と環境設定 | エンタープライズ | マイコミジャーナル
xUnit.NETは.NET 2.0以上で動作するテストツールで、MicrosoftのBrad Wilson氏とJames Newkirk氏が中心となって開発を進めています。xUnit.NETは拡張性の向上、カスタム属性の減少、メソッドごとのインスタンス生成を特徴としており、Moq、Ninject、Oxite、KiGGなどのOSSにも採用されています。以下、xUnit.NETの導入方法、テストコードを紹介します。 xUnit.NET の入手と環境設定 xUnit.NET はCodePlexから入手できます。執筆時点での最新バージョンは1.6です。「xunit-1.6.zip」をダウンロードして適当なフォルダ(本稿ではC:\Sample\xunit)に展開します。これには以下のようなファイルが含まれています。 xUnit.NETのWebサイト インストールウィンドウ(xunit.instal
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Embedded Unit プロジェクト日本語トップページ - OSDN
