連載 NAgileで始める実践アジャイル開発 第1回 .NET＋アジャイルなら本当に幸せになれるのか？ ――フリーのN*ツールによる楽しいアジャイル開発―― デジタルアドバンテージ 一色 政彦 ＆ 正木 理絵子 2005/10/19 なぜ現在のソフトウェア開発においてアジャイル開発が生まれたのだろうか？ それは、「新しい時代の流れ（例えば、オブジェクト指向設計／開発やプロジェクトの短期化など）」と「古い開発体制（例えば、ウォーターフォール型のきっちりした開発プロセスやドキュメント作成を重視する姿勢など）」という無理な組み合わせにすでに大きな矛盾が生じており、その矛盾の中で実際に働いている多くのデベロッパーがそれを何とかして改善しようと思うようになってきたからだと筆者は考えている。要するに、矛盾が生じている現在のソフトウェア開発に対するアンチテーゼとしてアジャイルが提唱されたのではないだろう
nmock.org is coming soon This domain is managed at
Welcome to TestDriven.NET The Zero Friction Unit Testing Extension for Visual Studio TestDriven.NET makes it easy to run unit tests with a single click, anywhere in your Visual Studio solutions. It supports all versions of Microsoft Visual Studio and it integrates with the best .NET development tools. Latest release TestDriven.NET-5.0.18119 is available here. (compatible with Visual Studio 2019)
はじめに アプリケーションを開発していると、同じような作業を繰り返さなければいけないことがあります。例えば、リリースモードでコンパイルしたり、VSS（Visual Source Safe：ソースコード管理ソフト）から最新ソースを取ってきてビルドしたりというような作業です。このような定型作業には慣れてしまっているかもしれませんが、NAntを使って自動化するとちょっとした手間を省くことができ、プログラミングに専念できるようになります。本稿では、NAntの概要と、使用例について紹介します。 なお、NAntと同様の機能を持つ.NET Framework 2.0同梱ツール「MSBuild」についての紹介記事『MSBuildを活用して開発時の作業を自動化する』も併せてご覧いただくことをおすすめします。 対象読者 Visual Studio （.NET）で開発を行っている方、作業の効率化・自動化に興味の
はじめに アプリケーションの開発中は、思いのほか同じような定型作業を繰り返しているものです。.NET Framework 2.0に含まれているMSBuildというツールを利用すると、そうした手間を省くことができ、プログラミングそのものに専念できるようになります。本稿では、MSBuildの概要と使用例について紹介します。なお、MSBuildと同様の機能を持つオープンソースライブラリ「NAnt」についての紹介記事『NAntを活用して開発時の作業を自動化する』も併せてご覧いただくことをおすすめします。 対象読者 Visual Studio（.NET）にて開発を行っている方、作業の効率化・自動化に興味のある方を対象としています。 必要な環境 本稿のサンプルプログラムは.NET Framework 2.0と同時にインストールされるMSBuildにて動作確認をしています。そのため、添付ファイルを解凍し
第3回 C++アプリケーションの効率的なテスト手法（NUnit編）：連載 C++開発者のための単体テスト入門（1/4 ページ） 連載目次 単体テスト・フレームワーク（Unit Test Framework）は、さまざまな言語に対応したものが無償でリリースされています。Cに対応した「CUnit」、Javaの「JUnit」、前回紹介したC++対応の「CppUnit」などがあります。これらは“xUnit”と総称されます。 もちろんC#やVisual Basic（.NET／2005）に代表されるCLI（Common Language Infrastructure）に準拠した.NET言語で書かれたプログラムをテストするための単体テスト・フレームワークもあり、その1つが「NUnit」です。NUnitはC#で実装されたアセンブリ（.DLLファイル群）と単体テスト実行環境（nunit.exe／nunit-
最終更新時間：2008年04月26日 14時11分54秒 This Page is translated from follow URL. http://www.marcclifton.com/tabid/87/Default.aspx (c) 2005 Marc Clifton All Rights Reserved. This page is translated by Kuniaki IGARASHI, Yasuhiro SUGINO. mail : igarashikuniaki@gmail.com このページは上記のwebページを日本語訳したものです。 翻訳のおかしい部分、こなれていない部分はご指摘頂ければありがたいです。 現在鋭意翻訳中です。 Introduction ユニットテストは常に人々に強い反応を引き起こすようです。ユニットテストを導入する際には満場一致で、良いユニット
(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
1. プログラマのためのテスト Kuniaki IGARASHI http://igarashikuniaki.net/tdiary/ igarashikuniaki@gmail.com 2007.4.24 3. UnitTest ユニットテスト メソッド単位でコードを検証するテストコードを書き、 戻り値、副作用が妥当であることを確認するテスト UnitTest(C++/CPPUnit)のCode例 // テスト対象メソッド addition(int arg1, int arg2) // 引数の和を返し、メンバ変数m_lastResultに結果を格納するメソッド int result = addition(2,3); // テスト対象のメソッドを実行して CPPUNIT_ASSERT_EQUAL((int) 5, result); // 結果を確認 CPPUNIT_ASSERT_EQUAL
その意味で、実はコーディング規約より、メンテナブルなコードよりも役に立つのが、テスト。要はテストをパスしてしまえばどうコードしても構わない、というのがTDD = Test Driven Development =テスト駆動開発の考え方のベースとなっています。 テストは、どう考えても、「目的」ではなくて「手段」ですよ。 メンテ不能なスパゲティコードだけど、テストは完璧ってソースに修正を入れられますか。 「テストをパスしてしまえばどうコードしても構わない、というのがTDD」というのは、TDDをかなり狭く捉えているっていうか、誤解している。 TDDの元になっている(と思う)XPは、メンテナブルなコードを書くことを目指している(と思う)。じゃどうやってメンテナブルなコードを書くかという「設計手法」がTDDなわけです。 TDDはテスト手法じゃない。設計手法です。テストって単語が入っていると、テストの
id:naoya:20080320:1206009912 でも少し触れましたが、京都に来てからはてなブックマークの作り直しをしています。どういう意図を持って作り直そうとしているかを述べておきます。 まず大前提として、今のはてなブックマークに追加したい機能、変更したい仕様、本来追加するはずが途中で頓挫したものが結構な数で山積みになっています。それを実現するための基礎作りです。 追加したい機能、変更したい箇所 おそらく新システムの最初のリリース時には、それほど大きく変わった、という印象にはならないかと思います。長く続いているサービスですし、インタフェースや使い方もリリース当初からそれほど大きくは変わっていません。既存システムからの極端な変更は歓迎されないだろうと思っており、まずはオリジナルが持っていた機能をしっかり再現することが重要です。 ただし、既存システムでも問題と思っている箇所は改善して
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
