B4 テストツールの処方箋
JaSST’12東京
1/25(水) 16:25～18:00（95分）
第3会場

自己紹介
• 名前：東 大輔 @dicea• 所属：日本ノーベル株式会社– TestLink日本語化部会– Androidテスト部など• 仕事：自動テストツールを活用した第三者検証サービスの展開– 自動テストコンサルみたいなこともやってます。
– 「未来の自分のために、ちょっとがんばっておく」– テストに限らず、なんでも自動化がモットー。
– ツール大好きっこ。

今年のテーマ• ASTERテストツールWGでは、開発現場にてもっとテストツールを活用できるようにするためにベンダー間の垣根を取り払い、議論を重ねてきました。
• そして、テストツールを使う前に学ぶべきことや、実践すべきことをまとめ、公開をしていくよう準備を進めています。
• 今回はその概要をご紹介するとともに、「テストツールの処方箋」と題し、ツール利用前のセルフチェックの事例をご紹介します。

ASTERテストツールWG••

2010/11/16 NPO法人ASTER主催で、テストツールWGキックオフミーティング開催
今後の方向性1.
2.
3.
4.

テストツール普及のための啓蒙・教育
テスト会社との協業推進
マネジメント層へのアピール
マーケット情報の共有

はじめに湯本＠日本HP

湯本 剛

Consultant at HP Japan• ソフトウェアテスト現場で10年ほど経験を積んだ後、テストプロセス改善のコンサルティング、教育に約7年ほど従事• 2010年8月よりHP Softwareのテストツール導入支援コンサルタントに転職し、主にテスト管理ツール、キャプチャリプレイツールの導入支援に従事• 外部活動– ＮＰＯ法人ASTER 理事••••

JSTQB 技術委員
ISTQB CTAL WGメンバー
JaSST東京実行委員
テストツールWGお世話係– ISO/IEC JTC1 SC7 WG26 エキスパート– 日科技連SQiPステアリング委員• 書籍、Ｗｅｂ記事や雑誌への執筆や翻訳– BTOクラブ http://btoclub.jp/news/report/expart/tm/index.html– CIOオンラインhttp://www.ciojp.com/specialplan/t/50/探求！ビジネス成長とIT革新• Twitter http://twitter.com/yumotsuyo

JaSSTでのここ数年の振り返り• JaSST’10 Tokyo– 「テスト会社とツールベンダの微妙な関係」ミニパネル実施• 顧客に最適解を提案できるようにしなければならない• 両者とも垣根を超えて、技術向上しなければならない• JaSST’11Tokyo– 「辛そうで辛くないテスト自動化」ミニパネル 実施• ツールと言うより、開発のあるべき姿をユーザとベンダが一緒に考えていければよい• 「ツールを上手く使いこなせた」と言えるようになってい
くためにいろいろしていかなければならない

小冊子の目的• 開発現場へのツール普及推進– 「ツールを使う以前にどんなことが理解できていなければいけないか」を解説し、ツールが開発現場にとって真に役立つものとする。
– この冊子でツールのユーザ、ツールベンダが勉強会を開催できるよう、フリーでASTER Webサイトより公開予定。

小冊子の章構成
1章なぜテストツールが必要か•テストツールとは•現状•メリット２章 健康診断
作業ごとの•設問•選択枝•診断結果（ツールの提示）

3章プロジェクトで必要なテストとは•何をするのか•いつするのか•症状•ツール種類

4章テストツール体系•概要
ツールの種類ごと解説•効能•具体的なツール名•使用上の注意
同じものを別のビューで見る

5章テストツールマップ•※4章をマトリクス表記

作業の解説

6章テストツールカタログ•具体的なツールの解説

ツールごと
解説

テストツールの分類イメージ
テスト
作業（プロセス）

ツール
タイプ

テスト分析

要件管理
ツール

ツール
名

Doors
Caliber

テストツール

テスト設計

オールペア

テスト実装

データ生成

PICT

静的解析

Coverity

カバレッジ
計測

DevPartner

キャプチャリ
プレイ

QTP

コード解析

テスト実行

なぜテストツールが必要か？
堀岡＠コベリティ自己紹介• 名前：堀岡 勝 @masaruhr• 所属：• 社外活動：ASTERテストツールWG• 経歴：– ソフトウェアエンジニアとして製品開発（音声認識合成技術、メインフレーム）やSIプロジェクトに１０年程従事するが、プログラミング自体にはそんなに興味がないことに気づく。
– 現在は、静的解析ツールのセールス・エンジニア。
仕事柄、テストについて少し興味が湧いて来ました。

テストツールを使っていない理由~2011ITPro掲載 日経システムズの調査より~
http://itpro.nikkeibp.co.jp/article/COLUMN/20110512/360288/• 第３位 どんなツールがあるのか知らない(25.0%)• 第２位 手作業で行ったほうが早い(37.0%)• 第１位 導入コストが高い(42.6%)

ツールの存在、効果の認知不足が、テストツールへの投資を拒んでいる。

ツールって何がうれしいの？
• 事例– 静的解析（ソースコード解析）ツール• 最近のトレンド– コーディングルールから実行時エラーの検出へ• メリット– 結合して動かさなくても不具合発見– ソースコードの全体的な品質向上– コードレビューの負荷低減

ところでこんな本ご存知ですか？

「ハイコンセプト」より

今の仕事をこのままつづけていいか3つのチェックポイント
1. 他の国なら、これをもっとやすくやれるだろうか？
2. コンピュータなら、これをもっとうまく、早くやれるだろうか？
3. 自分が提供しているものは、この豊かな時代の中でも需要があるだろうか？

まとめ～なぜテストツールが必要か？～• ソフトウェア開発効率化だけではない。
• 日本のテスト技術者・ソフトウェア技術者がグローバルレベルでの競争に勝ち残るために重要。
• ベンダーの垣根を超えた情報発信• つづきは小冊子で

プロジェクトで必要なテストとは？
金元＠日本IBM

金元 隆志 （ カナモト タカシ ）日本アイ・ビー・エム株式会社

外部活動– ＮＰＯ法人ASTER テストTool WG– ISO/IEC JTC1 SC7 WG4 (ツールとCASE環境)– 翻訳活動：「システムアーキテクチャ構築の実践手法」

経歴– サービス部門にて大手都市銀行のプロジェクトにソフトウェア・エンジニアとして参画– 専門はアーキテクチャ設計技術であり、先進技術検討・適用に向け、海外IBMと協業– 2009年10月より、ソフトウェア事業ラショナル事業部に異動し、ソフトウェア・ライフサイ
クル全般のアプリケーション開発支援（特に品質管理面）に従事

「テストとは何か？」• よくある回答例– 想定通りに動いていることを確認する作業– 不具合を見つける作業– 納品する前の決まりごと
要求分析

システム設計詳細設計

コーティング
単体テスト

統合テスト
システムテスト• テストは「実行」だけにあらずテスト実行だけがテストだと考える
プロジェクトのガントチャート– テスト自動実行ツール以外の必要性を認識していますか？

テストの定義• ISTQB (International Software Testing Qualifications Board)
テストの活動は、テスト実施の前後にも存在する。
例えば、計画、コントロール、テスト条件の選択、テストケースの設計と実行、実行結果のチェック、テスト完了基準の検証、テストプロセスやテスト対象システムに関する報告、テストのまとめや終了作業(テストフェーズが完了した後)がある。
テストにはドキュメント(ソースコードを含む)レビューや、静的解析を実施することも含む。
(JSTQB FLシラバスより)

テストに必要な作業
1. 要求管理/テスト分析
2. テスト設計
3. テスト実装
4. コード解析
5. テスト実行

テスト自動実行

6. テスト結果管理

進捗のモニタリングや報告書の作成

7. テストウェア管理

テストケースなど、テスト関連の成果物の構成管理

8. インシデント管理（欠陥追跡）小冊子の構成• 本章では以下観点で「テストに必要な作業」を解説していきます その作業では何をするのか 開発プロジェクトのどの時期で行うべきか この作業がうまくいっていないとどんなことが起きるか（症状） どのようなツールが作業を支援するか

小冊子サンプル

ツール体系、ツールマップ
ツールカタログ
松木＠ACCESS松木 晋祐(まつき しんすけ) @snsk
株式会社 ACCESS (!TOOL Vendor/Reseller)
ASTER/JaSST東京実行委員/テストツールWG
ATEC(Androidテスト部)
アジャイルプロセス協議会 テスト/レビューWG
テストツールの活用を考える会(ユーザサイド)
テストオペレータ4年、テストリーダー/QAマネージャ5年
現場へのツールの導入支援や試用、開発経験を経てテストツールWGへ参画
語らせると長いツールはBTS作るのが好きなツールはFuzzer、通信プロトコルテスト用の擬似サーバシステムをテストするシステム、を作ったり触ったりするのが大好きッコ
本日はよろしくお願いいたします！

第3位 「どんなツールがあるか知らない」• 開発支援ツール徹底調査2011(日経SYSTEMS)によるとツールが利用されない理由の第3位、約25％がこちら• この結果に対するツールベンダ各社、及びASTERの回答が4章以降になります4.テストツール体系• テストツールが適用できるプロセスをVモデルにマップして紹介4.テストツール体系

4.テストツール体系
インシデント管理①

欠陥追跡ツール

概要
概要を書く
効能（２章で説明したテストの作業に対してどんな支援をするツールか？）
効能１
効能２
使用上の注意注意点１
注意点２
所属するツール
ツール名称

機能

掲載ページ

Mantis

43

JIRA

45

5.テストツールマップ
ツール名称

/

要求
管理

テス
ト分
析TestLink

○テス
ト
設計テス
ト実
装コード解析

テス
ト実
行

○テス
ト
結果
管理

テス
トウェア管理

○

○

イン
シデン
ト管理

掲
載
ページ

40

Selenium○○

41

Apache Jmeter

○

○

42

Mantis○43• 先立って定義されたテストツール体系に、実在のツール群をマッピング• 著名なOSSツールもカバーしています6.テストツールカタログ• テストツールマップに挙げたツールの対象OSや動作形態、概要や機能を全て同一のフォーマットで詳細に紹介しています。

あなたのプロジェクト、健康診断（セルフチェックしてみよう）
山城＠マイクロフォーカス自己紹介• 名前：山城 裕一• 所属：マイクロフォーカス株式会社– ASTER テストツールWG• 経歴：– 独立系SI会社で要件設計から運用まで長く経験
後、品質、プロセス改善のコンサルティングへ転身– その後、開発ツールから運用ツールまで扱う外資系パッケージベンダーへ。
– 現在は、マイクロフォーカスにてALM製品を中心に営業支援活動を行う。

現実を知り、対処を考える• 人間ドックでも同じですよね？
– 年に1回、自分の身体の棚卸しを実施することであるべき姿と現在の姿の差異を認識する• 現状がわかれば対処できます– 今からでも遅くはありません。はじめてみましょう• Let’s do it!!

セルフチェックの例
要求変更があった場合、テストケースへの影響を把握できますか？

要求変更により影響があるテス
トケースを瞬時に識別できる
過去の結果から毎回確認している

要求変更があったことを知る術がありません※ セルフチェック完成版はテストツール小冊子に掲載されます（2012年4月以降にASTERWebサイトにて公開予定）

セルフチェック評価の例• 0-2: コミュニケーションロスの発生や問題点が改善されない危惧があります。インシデント
情報を記録・共有するところから始めましょう。
• 4-7: 品質分析にかかる工数を削減できる可能性があります。問題管理システムを使ってみてはいかがでしょうか。
• 10: すばらしい！ この調子でいきましょう！

会場の平均結果発表

最後に• 今後の予定– 小冊子はASTERサイトよりダウンロード可能（2012年4月以降に公開予定）• 今後も「ハイコンセプト」目指し、ツールの普及推進に努めます！