テスト駆動開発を実習形式で体得する 「TDD Boot Camp 仙台」レポート
TDDBCについて TDDBCの名前の由来は、ビリーズブートキャンプからとったそうです。 ペアプログラミングとチーム全員のコードレビューはよく言及されるが、実際にやった経験のある人は少ない。その両方を体験できるのがTDDBCであると紹介されました。その意味で、午後の演習の方が基調講演より大事だといいます。 また、TDDBCの開催実績と開催予定が示され、各地で活発にTDDBCが開催されていることも紹介されました。 TDDの背景 TDDを語るには、まず地ならしが必要だそうです。それは、「テスト」という言葉で思い浮かべるイメージ、範囲が1人1人異なり、テスト駆動開発の議論がかみ合わないことがよくあるため。誰が、何のためにという目的に立ち返ると、「開発者のテスト」「顧客視点のテスト」「品質保証のテスト」と、再分類できますとのことでした。 現代ソフトウェア開発の三本柱 次に、現代のソフトウェア開発で
現場の秘訣：実施段階
今回は、実施段階における、現場の具体的な秘訣を見ていこう。 実施段階における秘訣 段取りやチェックリスト、Excelで効率化 実施段階では、効率を高めることがポイントとなる。ここでは、進捗に影響を与えるリスクを早めにつぶす、スキル差による生産性のブレをなくす、単純作業を自動化する、迅速な修正を促す、問題の把握を早くする──といった現場の秘訣がある。 テストの中で「反復」を繰り返す 「危険な機能は先にテストするのが鉄則」。プライスウォーターハウスクーパースの高橋昭憲氏（シニアマネージャー）はこう考える。システム運用・保守を手掛ける高橋氏らは、頻発する変更・追加要求に対応して素早くテストするには段取りが重要という。 ここでいう段取りとは、テストの進め方を指す。危険な個所を前倒しでテストしておけば、もしバグがあっても手戻りが小さくて済み、テスト全体の効率は高まる。これを実現するのが「反復型テスト
Visual Studio単体テストの前準備と後始末
Visual Studioは2005の時から単体テスト機能を搭載するようになりました。Visual Studio 2008以降のバージョンでは一般的な開発者が利用するProfessional Editionにもこの機能が搭載され、ますます使いやすい環境が整ってきています。本稿（および本シリーズ）では主に単体テスト機能にフォーカスしますが、開発者の利用シーンをキーワードとしていくつかのシナリオを想定し、その時々の使い方を取り扱っていきます。 今回は単体テストの前準備と後片付けをシンプルに記述して再利用する方法を覚えましょう。 対象読者 .NET Frameworkを利用した開発プロジェクトに携わっている方 Visual Studioの単体テスト機能に興味がある方 必要な環境と準備 本稿で解説する内容を実際に試す場合には以下のいずれかのソフトウェアが必要になります。 Visual Studio
C++ アプリケーションの効率的なテスト手法（NUnit編） － ＠IT
第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-
Jenkins はじめました + ほか3つ - mixi engineer blog
こんにちは。加藤和良です。 まずあの話を書いて、それを前提にあの話を書いて、みたいなキューが筆者の中にはあったのですが、正直キューの先端につまってる話はだんだん個人的な関心および記憶がうすれてきました! 昔のはなしですからね。 というわけで、最近のまとめをさらっと書いて、新しいネタをすぐ書ける状態にリセットしたいと思います。 Jenkins mixi ではバージョン管理システムとして Subversion を使っています。安定した、いつでもリリースできるバージョンを trunk に、開発中の機能は branches 以下に作業ブランチをつくり、レビューや QA などの後に trunk にマージする、という運用です。 Buildbot はこのうち trunk だけを追っていたのですが、徐々に「このブランチも Buildbot で追うようにして、結果をこの IRC チャンネルに書きこんでほしい
Visual Studioで作る単体テスト、基本のき （VS2010向け改訂版）
はじめに Visual Studioは2005の時から単体テスト機能を搭載するようになりました。2008のバージョンからは一般的な開発者が利用するProfessional Editionにもこの機能が搭載され、2010のバージョンでも同様となっています。本稿（および本シリーズ）では主に単体テスト機能にフォーカスしますが、開発者の利用シーンをキーワードに、いくつかのシナリオを想定して、その時々の使い方を取り扱っていきます。初回となる今回は、最も基本的ないくつかの点について見ていきましょう。 対象読者 .NET Frameworkを利用した開発プロジェクトに携わっている方 Visual Studioの単体テスト機能に興味がある方 必要な環境と準備 本稿で解説する内容を実際に試す場合には以下のいずれかのソフトウェアが必要になります。 Visual Studio 2010 Professional
2011年4月26日 テスト、テスト、またテスト… 負荷テスト一筋の男気あふれる"Stresslinux" | gihyo.jp
Linux Daily Topics 2011年4月26日テスト、テスト、またテスト… 負荷テスト一筋の男気あふれる"Stresslinux" Linuxディストリビューションの中には、システムがクラッシュしたとき、科学計算専用、など、ある特定の目的のためだけに作られているものも少なくない。今回紹介するのは、負荷テストのためだけに作られたという、その名も「Stresslinux」という胃が痛くなりそうなネーミングのディストリビューションである。 Stresslinux URL：http://www.stresslinux.org/sl/ Stresslinuxの最新バージョンは0.7.105。openSUSE 11.4をベースにしているが、GUIはなくCUIのみの操作となる。デフォルトログイン名／パスワードはどちらも「stress」、rootパスワードは「stresslinux」、
C++アプリケーションの効率的なテスト手法（CppUnit編） ― ＠IT
第2回 C++アプリケーションの効率的なテスト手法（CppUnit編）：連載 C++開発者のための単体テスト入門（1/4 ページ） 連載目次 前回は単体テストの重要性を示し、従来のC／C++でのテスト手法であるprintf関数やassertマクロを使ったテストを紹介しました。この2つのテスト手法は開発環境（コンパイラとライブラリ）さえあれば利用でき、その使い方も簡単です。しかしながら、いずれも系統立てて、効率よくテストを行うには力不足の感が否めません。 今回は、Visual C++ 2005 Express Editionを含むVisual Studio 2005（以後、VS 2005）で利用できる代表的な単体テスト・フレームワーク（Unit Test Framework）の1つである「CppUnit」を紹介します。 ■単体テスト・フレームワークとは？ 前回、「バグは早期発見が望ましい。早
「なんとなく」から脱出しよう：必要十分なテスト項目の作り方 ―― テスト設計コンテストの最優秀チーム「めいしゅ館」に聞く
「なんとなく」から脱出しよう：必要十分なテスト項目の作り方 ―― テスト設計コンテストの最優秀チーム「めいしゅ館」に聞く Tech Village編集部 2011年1月25日～26日に開催された「ソフトウェアテストシンポジウム 2011東京（JaSST'11 Tokyo）」では，テスト設計に関するコンテストが開催された．これは，与えられた要求仕様書に基づいて，その製品に対するシステム・テストのテスト設計内容を競うコンテストである．みごと大賞を受賞したのは，「チーム・めいしゅ館」（名野 響氏，酒井 郁子氏，舘 伸幸氏）．彼らはテストの専門家ではなく，テストを勉強中のソフトウェア設計者である．彼らがどのように課題に取り組み，テストを設計したのかを聞いた（写真1）． 写真1 「チーム・めいしゅ館」のメンバ（左から，名野 響氏，酒井 郁子氏，舘 伸幸氏） ―― どのような経緯でコンテストに参加した
MVCフレームワークで単体テストを実施する - Zend_Test -
本連載では、PHP上で動作するアプリケーションフレームワークであるZend Frameworkについて紹介していきます。今回は、Zend FrameworkのMVCアプリケーションのための単体テストを作成するためのコンポーネント、Zend_Testについて紹介します。 はじめに 本連載では、PHP上で動作するアプリケーションフレームワークであるZend Frameworkについて紹介しています。今回はZend FrameworkのMVCアプリケーションのための単体テストを作成するためのコンポーネント、Zend_Testについて紹介します。 単体テストはシステムのテストの方式の1つで、アプリケーションが提供する機能をテスト可能な最小単位（通常はメソッド）に分離し、その最小単位ごとにテストを行います。細かい単位でテストを記述するため、テストの漏れが発生しにくいといったメリットがある一方で、細か
単体テストを“神速”化するQuick JUnitとMockito
単体テストを“神速”化するQuick JUnitとMockito：ユカイ、ツーカイ、カイハツ環境！（16） Quick JUnitプラグインの3つの大きな特徴 近年、JUnitとHudsonを利用した継続的インテグレーション（CI）によるテストの自動化や、テスト駆動開発（TDD）の普及などにより、ユニットテスト（単体テスト）のテストコードの作成が重要視されています。 今回紹介する「Quick JUnit」プラグインは、JUnitによるテストコードの作成と実装を支援するEclipseプラグインです。Quick JUnitプラグインは石井勝さんにより開発されていましたが、石井さんが不慮の事故により死去後、Quick JUnitプラグインプロジェクトにより開発が継続されています。優れたオープンソースプロジェクトの模範のようなプロジェクトです。 訂正のお知らせ 故人のお名前について間違いがあり、修
知るだけで天地の差が出る、テスト仕様書の必須項目＆表現方法
テスト仕様書で絶対に必要な項目リスト テスト仕様書に記述すべきものとして、以下の事項があります。 テストを実施した環境 実施するテストの内容 テストを実施するためのシステムの操作手順 テストの実行結果 個々のテスト項目を識別するための番号や記号（通し番号など） テストを実施した年月日 テストを実行した担当者 障害報告票番号（発生した障害の詳細を開発グループに報告する帳票の識別番号） まずはテスト環境について明記する テスト仕様書の先頭には、「テストを実施した環境」を記述します。ここでは、ハードウェア環境やソフトウェア環境、ネットワーク環境など、「どのような環境でテストを行ったか」を説明します。 ただし、テストを実施した環境を記述するだけでは十分ではありません。「顧客にとって必要な情報は何か」を考えるのです。ここで必要なのは、「要件定義書で規定した環境」との関係が分かることです。 なぜなら、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Code Archive - Long-term storage for Google Code Project Hosting.