 | この記事のトピックは、Wikipediaの一般的な特筆性に関するガイドラインを満たしていない可能性があります。トピックとは ( 2012年8月) |
ビルドライトインジケーターは、アジャイルソフトウェア開発において、ソフトウェア開発者チームにプロジェクトの現在のステータスを伝えるために使用されるシンプルな視覚的なインジケーターです。使用される実際のオブジェクトは、圧力計からラバランプまでさまざまですが、その目的は同じです。つまり、ソフトウェアプロセス（「ビルド」など）が成功したかどうかを迅速に伝えることです。
歴史
ビルドライトインジケーターは、ThoughtWorksの従業員が開発した継続的インテグレーションツールであるCruiseControl [要出典] に由来しています。CruiseControlは主にビルドに関する詳細な情報を報告できるWebページダッシュボードとして機能していましたが、外部デバイスを制御してよりシンプルなレポート作成を行うこともできました。[1]
使用
ビルドライトの従来の使用法は、継続的インテグレーション（CI）システムにおけるソフトウェアビルドの成功を判断することです。 [2]開発チームによって異なるインジケーターが使用されていますが、人気のある選択肢は緑と赤の溶岩ランプです。ビルドが成功すると緑になり、何か問題があると赤になります。[3]ビルドライトは、ウェブカメラなどの手段でリモートからアクセスできる場合もあります。 [4]ただし、忙しい開発オフィスでのテストの多くは、最新の変更後に常に再テストの状態になるため、スタッフや管理者に、より微妙な違いがわかるように、合格、不合格、再テスト中の3 つの状態表示[2]を備えたインジケーターもあります。[5]
単一の指標を超えて
継続的インテグレーションから継続的テストへの成長に伴って、単一のコードベースであっても、同時ビルド ターゲットの数が増加する可能性があります。単純なビルド (つまりコンパイル) ターゲットだけでなく、単体テストやさまざまなレベルのシステム テストが存在するようになります。大規模なテストは時間がかかるため、開発者に迅速なフィードバックを提供するために高速テストを高速サイクルで実行し続けることが望ましいため、ビルド ターゲットの数は 50 以上に増加する可能性があります。これは、単純なラバランプの表示で表示するには多すぎます。Jenkins などの統合サーバーは、Web アクセス可能なダッシュボード ページを提供し、代わりに壁に取り付けられたフラット スクリーン モニターに常時表示することができます。このようなダッシュボードの詳細は、オフィス全体で読むには小さすぎますが、色の変化によってステータスの全体像が示されます。
継続的テスト駆動開発の方法論では、動作するコードが開発されてテストに合格する前に、新しいテストがリリースされます。そのため、一部のテストは既知であり、実際に失敗することが求められる期間があります。[6]失敗するテストは、新しいテストが問題の状況を検出する能力を示すため、必要です。新しいコードが開発され、動作するようになると、これらのテストは合格し始めます。したがって、新しいテストがコードより先にリリースされる継続的テスト環境には、2つのビルドターゲットが必要です。1つは最新のコードとテストを追跡し、もう1つは「リリース候補」で、すべてのテストが合格コードによって満たされた場合にのみ増分更新されます。ビルドインジケータにとって、これはこれらのターゲットの1つが頻繁にテストに「不合格」と表示されることを意味します。この予測される「不合格」は、初心者の監視者を誤解させる可能性があるため、ビルドインジケータはそれを非表示にするか、明確に表示する必要があります。
古い製品バージョンなど、CI ではまだサポートされているものの、それほど活発な開発が行われていないコードターゲットが複数ある場合、完全なダッシュボードは、ほとんど変更されない「古い」ターゲットで占められてしまう可能性があります。このような場合、失敗しているターゲット、または最近アクティブになったターゲットのみを表示する、選択型ダッシュボードの方が適している可能性があります。完全なダッシュボードは開発者のデスクトップで利用できますが、ウォールディスプレイには重要なハイライト部分のみが表示されます。このようなダッシュボードは、多くの場合、メインダッシュボードのスクリーンスクレイピングを行い、ローカルのニーズに応じて関連するローカルフィルターを適用することで、ローカルでコーディングされます。静的ダッシュボードと比較した、動的フィルター付きダッシュボードの欠点の1つは、特定のターゲットのアイコンの位置が画面上でずれる可能性があり、オフィスの反対側からでは読みにくくなることです。このような場合、単純なカラーブロックではなく、製品ロゴなどの特徴的なアイコンが表示されることがあります。
参考文献
- ^ マイク・コーン（2009年7月10日）『アジャイルで成功する：スクラムを使ったソフトウェア開発』ピアソン・エデュケーション、245～ISBN 978-0-321-57936-2. 2011年8月23日閲覧。
- ^ ab 「The Orb - Build Indicator Lamp」. agileskunkworks.org . 2010年6月11日時点のオリジナルよりアーカイブ。
- ^ Ken W. Collier (2011年7月27日). Agile Analytics: A Value-Driven Approach to Business Intelligence and Data Warehousing. Addison-Wesley. pp. 281–. ISBN 978-0-321-50481-4. 2011年8月23日閲覧。
- ^ カールステン、ポール、カニッツォ、ファブリッツィオ (2007). 「分散型アジャイルチームの創出」.ソフトウェアエンジニアリングとエクストリームプログラミングにおけるアジャイルプロセス. コンピュータサイエンス講義ノート. 第4536巻.計算機学会. pp. 235– 239. doi :10.1007/978-3-540-73101-6_44. ISBN 978-3-540-73100-9。
- ^ Build Light – Continuous Delivery meets Reengineering an[sic USB driver] Archived September 15, 2013, at the Wayback Machine - Bernd Zuther, comSysto GmbH, 2013
- ^ Madeyski, L.; Kawalerowicz, M. (2013年7月4～6日). 「継続的テスト駆動開発 - 新しいアジャイルソフトウェア開発の実践と支援ツール」 . 第8回国際ソフトウェア工学新アプローチ評価会議 (ENASE) 議事録. アンジェ, フランス. p. 262.
