ソフトウェアテストシンポジウム 2004
JaSST’04: Japan Symposium on Software Testing 2004

テスト構造化ツール「テストツリー」による効率的なレビューの実践竹内 祐介††ＴＩＳ株式会社 〒105-8624 東京都港区海岸 1-14-5ＴＩＳ竹芝ビル
E-mail: †ytake@tis.co.jp
あらまし テストケースの設計において、どのようなテストケースを作成するかはテスト設計者に依存する。しかしテスト設計者には、経験の少ないエンジニアがアサインされるケースが多い。よって念入りなレビューが必須となるが、テストケースは大量になりがちであり、レビューアにとって時間的に大きな負担となる。そこでレビューを通してテスト設計者のスキルを向上させることで、指摘事項を減らし、レビュー時間の短縮を図るために「テストツリー」を適用した。その結果、レビュー時間を従来に比べて約３０％削減することができた。
キーワード レビュー, テスト, スキルアップ

Efficient Review with the Test Structuring Tool “Test Tree”
Yusuke Takeuchi††TIS Inc. TIS Takeshiba Bldg.,14-5, Kaigan 1-chome,Minato-ku, Tokyo 105-8624, Japan
E-mail: †ytake@tis.co.jp
Abstract When designing the test cases, it depends on the test designer to make what the test cases to be. In most cases,
we have no choice but to assign the engineer who has few experiences, so careful reviewing is required. But, thetest cases’ volume often results in be large, it’s very heavy work for the reviewer in terms of time. Therefore, toimprove the test designer’s skill through the review, reduce the number of pointing out, and shorten the review
time, I applied the “Test Tree”. With the result that, I could make the review time about 30 % shorter thanbefore I applied this.
Keyword Review, Test, Skill Up
1. は じ め に

３ を レ ビ ュ ー に 割 く よ う な 状 況 が 続 い た ）。

xUnit の 普 及 等 に よ り テ ス ト の 自 動 化 が 進 ん で い る

そこでレビューを通してテスト設計者のスキルをが、どのようなテストケースを作成するのかはテスト向上させることで指摘事項を減らし、レビュー時間の設計者に依存している。しかしテスト設計者には、経短縮を図ることを試みた。

験の少ないエンジニアがアサインされるケースが多い。
よって綿密なレビューによるテストケースの品質の確保が必須である。

3. 方 策レビューにおける主な指摘事項を、以下に示す。

以下、テストケース・レビューの方法を工夫し、経・テストの観点がずれている験の少ないプロジェクトメンバーが作成するテストケ

・テストケースに漏れがあるースの品質を向上させることで、レビューの効率化を実現したプロジェクト事例について示す。

レビューを重ねるうち、主な原因はテスト設計者がテストケースを洗い出す際の考え方がわからないことにあるとわかった。

2. プ ロ ジ ェ ク ト の 課 題
本プロジェクトは平均月１回のペースで、リリースを繰り返す、保守プロジェクトであった。よってテストケースを作成する頻度が高く、またテスト設計者に経験を積んだテスト設計者は、テスト技法と自身の経験からテストの構造を考えて、良いテストケースを組み立てる手段を習得している。
そこで経験者がテストケースを作成するための思は、経験の浅いエンジニアがアサインされたため、テ考 過 程 を 中 間 成 果 物「 テ ス ト ツ リ ー 」と し て 定 義 し た 。

ストケースのレビューを念入りに行う必要があった。

これにより、テストケース設計者が経験者の設計手順

しかしテストケースは大量になりがちであるため、をトレースできるようなり、同時にテストツリーをレレビューは時間的に大きな負荷となる（１日の約１／ビューすることで、保守対象システムやテスト技法についてのノウハウを伝達し、テスト設計者のテストケース作成スキルを向上させることができた。

図 １ .テ ス ト ケ ー ス 作 成 ス キ ル 向 上 の 方 策
図 ３ .テ ス ト ツ リ ー の 例

4. テ ス ト ツ リ ー の 紹 介
4.1. テストツリーとは何 か

4.2. テストツリーを利 用 したテストケース作 成 手 順
テストツリーを利用したテストケース作成までのテストツリーとはテストケースの全体構造をロジックツリーの形式で表現したものである。ロジックツ流れを以下に示す。

リーを採用したのは、全体像を見るのに適し、見落と①しを減少させる効果があるためである。
テストツリーは、テストケースを階層構造で表現するため、テスト設計者・レビューア双方にとって理解テストツリーを作成する。
テストの目的と全体構造をトップダウンで検討・作成する。
②

テストツリーをレビューする。
テスト全体を俯瞰して、テストケースに漏れがないしやすいというメリットがある。またテスト設計者は全体構造を把握しながら設計を進めることができるたかどうかを確認する。

め、テストケースの漏れを防ぐことができる。

③

テストツリーからテストケースを作成する。
レビュー済のテストツリーをもとにテストケース

例 え ば 図 ２ は「 ア ク セ ス 権 限 な し 、必 須 項 目 未 入 力 、未承認状態」の場合のテストケースが漏れているが、を作成する。

こ れ を 検 出 す る こ と は 難 し い 。一 方 、テ ス ト ツ リ ー（ 図④３）を利用した場合には、前述のテストケース漏れを簡単に検出できる。

テストケースをレビューする。
テストツリーを参照しながら、テストケースのレビューを行う。この段階で欠陥が見つかることはほとん
どなかった。テストケースをいくつかピックアップしてレビューを実施すれば充分である。

4.3. テストツリーの導 入 効 果
テストツリーを中心としたレビューを繰り返すことで、レビュー時間を従来１２０分から、８０分にまで 削 減 す る こ と が で き た （ 約 ３ ０ ％ 削 減 ）。
レビュー時間の削減に寄与した主な原因を以下に示す。
・ 経験の少ないテスト設計者のテストケース作成スキルが向上した。これによりテストケース自体の品質が向上し、指摘事項が減った。
図 ２ .階 層 構 造 を 利 用 し な い テ ス ト ケ ー ス の 例

・ レビューアがテストケースの漏れを判断しやすくなったため、すばやく全体像を捉えて的確な指摘を行えるようになった。

5. 結 論
テストツリーとして設計過程をテストケースの中間成果物とすることは、経験の少ないテスト設計者に対する教育的な見地からも非常に有効であった。レビューは欠陥を検出する場であるが、経験者のノウハウを伝えることができるというＯＪＴの場としても、もっと有効に活用していくべきであると考える。

文献[1] Cem Kaner , Jack Falk , Hung Quoc Nguyen， ”基 礎
か ら 学 ぶ ソ フ ト ウ ェ ア テ ス ト ”，日 経 BP 社 ，2001．
[2] Cem Kaner ，James Bach , Bret Rettichord , ”ソ フ トウ ェ ア テ ス ト 293 の 鉄 則 ”， 日 経 BP 社 ， 2003．
[3] Barbara Minto，”考 え る 技 術・書 く 技 術 ― 問 題 解 決
力 を 伸 ば す ピ ラ ミ ッ ド 原 則 ”， ダ イ ヤ モ ン ド 社 ，
1999．
[4] グ ロ ー ビ ス マ ネ ジ メ ン ト イ ン ス テ ィ テ ュ ー ト ,”MBA ク リ テ ィ カ ル ・ シ ン キ ン グ ”， ダ イ ヤ モ ン ド社 ， 2001．