開発／設計／テストに関する記事とニュース
-
2012/05/29TDDで仕様変更とデバッグをする方法
TDD（テスト駆動開発）では、仕様変更にどのように対応しているのでしょうか？ デバッグはどうやるのでしょうか？ 答えはどちらも「ゼロから作るときと同様にRED ⇒ GREEN ⇒ リファクタリングを繰り返す」です。今回はそれらについて、修正時に変更するテストケースの数を増やさないための考察も含め解説します。
-
2012/05/15既存システムを分析するための考え方と対処法
前回は既存システムの分析方法として、システムの地図を作ることを説明しました。さまざまな制約の中で開発、保守されたシステムは混沌としています。その状況に影響されずに重要なものと不要なものを見極め、システムを俯瞰するために必要最低限度の情報で全体を表現します。今回はプロジェクトの置かれたさまざまな状況の中で、既存システムを分析するための考え方や対処法を説明します。
-
2012/04/13NUnitの全貌 ～ 基本から、最新バージョンの新機能まで
NUnitの最新バージョン2.6の主な機能を解説します。普段からNUnitを使っている開発者でも、「こんな機能があったのか！」と驚くようなことがきっとあるでしょう。
-
2012/04/12Visual Studio 11 betaの単体テスト機能を使ってみよう！
2月末に公開された Visual Studio 11 beta（以下、VS11β）の単体テスト機能の中から、新しい機能の使い方を紹介します。
-
2012/04/10
既存システムを分析するコツは「システムの地図」を作ること
既存システムの分析のためにプログラムを一つ一つ調べているあなた。その作業に疑問を持っていませんか？ 「なんだかな～」と思いながら作業していませんか？ それを指示したプロジェクトリーダーのあなた。既存システムを調査することのゴールを明確にせず、とりあえず手に入る資料をベースに作業させていませんか？ このような方に少しでもヒントになればと思い、この記事を書きました。
-
2012/04/02Visual Studio 11 : C++ Unit Test Framework ── C++単体テストの決定版（かもしれない）
2月末日、Windows 8 Consumer Previewと共にVisual Studio 11 Betaがリリースされました。まぎれもなく「現時点で最新のWindows開発環境」なわけで、このテのオモチャに目のない僕は早速インストールしたわけです。
-
2012/02/10
Visual StudioのMSTestでTDDを行う方法
Visual Studioに標準で備わっている単体テスト機能（MSTest）を使ってTDD（テスト駆動開発）を行う方法を説明するとともに、MSTestが対応していないパラメタライズドテストなどを実現するツールも紹介します。
-
2011/12/12C#で始めるテスト駆動開発 ～TDDBC横浜の課題をやってみよう
「バグが半減する」と言われているコーディング技法、それがTDD（テスト駆動開発）です。この記事ではC#でTDDを行う方法を紹介するとともに、事前設計の重要性も説明します。
-
2011/10/05「FindBugs」「Jenkins」をサポートし、不具合検出の幅が大きく広がった静的解析ツール「Coverity Static Analysis 5.5」
2011年10月4日、コベリティは、C/C++やJava、C#のソースコード解析ツールの新バージョン「Coverity Static Analysis 5.5」を発表しました。発見が難しく、誤動作の原因となるバグを効率よく検出できる同ツールの新バージョンでは、前バージョンに比べてコード解析速度が向上し、より広範囲な開発環境に対応できるよう強化が施されました。Coverity Static Analysisの特長や新機能から、ソースコード静的解析のメリットについて考えてみましょう。
-
2011/06/16レビューを軸に駆動する
この連載では「要件定義は洗練化を繰り返して進めていく」と何度か説明してきました。しかし「どうやって管理するの？？」と頭に「？」マークが浮かんだ読者も多いことと思います。また要件定義工程の終盤になって上位のステークホルダーに「なんでここはこうなったんだ！」という指摘により大きく方針転換し、要件定義が予定通り終わらなかった経験がある方もいるかと思います。
-
2011/05/30空調や耐加重について考える
前回は、物理設計において考えなくてはいけない内容のうち、「電源」について考えてきました。今回は「空調」や「耐加重」の基本、そのほかにも検討しておいた方が良いと思われる内容について、考えていきたいと思います。
-
2011/05/13要件の精度を向上させる
要件をつなげて定義しただけでは要件の精度を向上させることはできません。登録した情報を様々な視点で確認することで整合性や網羅性を向上させることができます。今回は「要件を分析する」「要件を検証する」「要求を使って要件定義に方向性を与える」「ツールを使って議論する」の4つの場面で精度をあげる方法を紹介します。
-
2011/04/01要件定義支援ツール「要件のツボ」によるRDRAの実践
普段UMLを使っていない方に、UMLを使った要件定義の話をしてもなかなか受け入れられません。重要なことは要件の定義であり、UMLの表記法やツールの使い方を覚えることではありません。そこで今回から、UMLを使わずに簡単な入力でスムーズに要件定義の情報をまとめられる「要件のツボ」を紹介します。
-
2011/03/08グラス片手にアジャイル開発 第6回 － アジャイル開発手法「ペアプログラミング」
今回は、アジャイル開発でよく採用されるペアプログラミングについて学習します。本稿では1つのプログラムを2名で開発する手法であるペアプログラミングの概要や特徴および具体的な適用方法を、事例をもとに解説します。
-
2011/02/25要件定義工程の進め方
ドキュメントを一つ一つ完成させて進捗を管理する方式が成果物ベースの管理方式です。進捗の判断が明確で管理が容易な反面、成果物の完成イコール要件の決定となると問題を引き起こします。そこで今回は成果物ベースで各メンバーが並行的に作業する従来の方式とはまったく逆の、メンバーが集まり共同して成果物を作成する進め方をご紹介します。
-
2011/01/24構造に沿って要件をUMLで具体的に定義する
前回は要件定義には構造があり、その構造を使うことで要件をスムーズに定義できることを紹介しました。今回はその構造に沿った具体的な定義の方法をご紹介します。
-
2011/01/04
「要件定義」の4つの構造と依存関係に着目した実践手法
『要件定義の勘どころ』の記事を書いた後、私のもとには「より具体的な話を聞きたい」「実際のプロジェクトで起こる問題にどのように応用するのか」という声をいただきました。そこで今回は私が策定した「リレーションシップ駆動要件分析（RDRA）」をもとに、より具体的に要件定義を行う方法について連載します。
-
2010/11/26グラス片手にアジャイル開発 第5回（後編） － アジャイル開発によくある課題と解決方法
第5回の前編では、比較的開発チーム内の閉じられた環境で日々行われている、詳細なイテレーション単位のアクティビティについて説明しました。今回は第5回の後編として、ドキュメントとツール、および、ありがちな問題と解決方法とをリストアップしてみます。
-
2010/11/24グラス片手にアジャイル開発 第5回（前編） － イテレーション単位のアクティビティ
前回は、アジャイル開発プロジェクトにおける全体的な計画とプロジェクト運営について説明しました。今回は、比較的開発チーム内の閉じられた環境で日々行われている、より詳細なイテレーション単位のアクティビティについて説明します。第4回でいうところのV字の下の方にあたります。
-
2010/10/25グラス片手にアジャイル開発 第4回 － ハイブリッドアジャイルの実践法
前回は、アジャイル開発における計画と運営サイクルについて説明しました。今回は、エンタープライズ（企業）系のアプリケーション開発でアジャイルを適用するケースにおいて、その課題や開発の進め方を解説します。
