戦略的なテスト -品質を上げようとするとコストが下がり、納期が短縮する-

ソフトウェア品質を高めるには（1）Quality Architectによる戦略的なテスト by アットマーク・アイティ

すべての個別最適はもともと、全体最適を狙う手段として始められたわけですから。必要なのは、組織の構成員すべてが全体最適を狙って行動することであり、そのきっかけとなる役割を開発現場の内部に配置することです。これは各プロジェクトの戦術的成功を支援しつつ、組織全体の全体最適を推進するという高度な作業にほかなりません。この役割を担う人財を“Quality Architect”と呼びましょう。

組織の全体最適を狙って、現場内部にQuality Architectを配置する、というアプローチと似てはいるが、もう少しテストプロセスの重要性が注目されてくれば、意識の高い技術者が協力しあって自発的なワーキンググループに発展していけるのかな、と思った。配置、ではなく、発生、みたいな。結果的に現場内部にそういったアーキテクトがいる、という点では同じだが。

自分の会社では、以前よりは「自分の会社をもっといい会社にしよう」という意気込みを持った社員が増えてきてそういったウェーブの期待度も高くなったと思ってる。まだまだ、西氏のいうような高度な作業を担うほどのQuality Architect」とはいえないので、日々勉強と経験だな。

腕の良いテスト技術者は、テスト対象に検出されたバグをさまざまな観点から頭の中で分析し、同じようなバグがほかにも作り込まれていそうかどうかを推測しています。そして開発者に、似たようなバグが作り込まれている可能性と推測される機能を伝えるのです。それによって開発者はデバッグの際に水平展開をして効率的にコードや設計、仕様を修正していきます。

自分の会社の現状のテストプロセスは、「開発者へ報告」→「調査および報告」→「対処」→「確認」といったやり取りが一般的だ。ここでいうテスト技術者のアクションとしては、調査報告を元にして「レビュー重点箇所」を報告する、といったものになるだろうか。しかし忘れてはならないのは、西氏も指摘しているようにその前提にはテスト技術者とシステム開発者との間に信頼と日々のコミュニケーションが必要な点。

そして個別最適のための活動や努力が、全体最適にきちんとつながっていることを把握し確認し続けることです。それこそが全体最適を実現する戦略的なテストといえるでしょう。

これは、テスト＝ライフサイクルプロセス、ということを示していると、僕は思った。

Quality Architectは、現場が思い込んでいる「品質を上げようとするとコストが掛かる」という誤謬を払拭し、「品質を上げようとするとコストが下がり、納期が短縮する」という正しい認識に改めることが使命です。

当然ながら、ビジネス研修で教わる、品質とコストはトレードオフだ、という概念を、ここではシフトしようということだ。実感としてまだ理解できてはいないが、「品質を上げようとするとコストが下がり、納期が短縮する」という言葉を記憶しておきたいと思う。