抜け漏れのないテスト設計を整然と進めるための
ソフトウェア開発のテスト仕様設計
～抜け洩れのない・合理的なテスト～
要求や仕様を図式化し抜け漏れのないテストケースを抽出する技法と
テストケースを組合せた効率的なテスト設計について演習を交えて解説する特別セミナー！！
- 講師
BizThink（ビジネス思考力研究所） 主宰 梶岡 浩一 先生
日本総合研究所，アイ・ティ・イノベーション社等を経て現職
- 日時
- 会場
- 受講料
- 1名：48,600円 同時複数人数申込みの場合 1名：43,200円
- テキスト
受講概要
予備知識
・ITシステム開発の、結合テスト・システムテストのテスト設計の経験
（※経験が単体テストのみの方は、受講をお奨めしません）
習得知識
以下の内容についての考え方・観点・手法
1)要件・仕様から、論理的なプロセスでテスト項目を抽出する
2)「テストすべき条件と結果」を、抜け漏れなく洗い出す
3)テストケースを組合せて、効率的なテスト設計を行う
講師の言葉
皆さんは、要件定義書やシステム仕様書から、どのようにしてテスト仕様を導いていらっしゃいますか。 私がお会いしたソフト・エンジニアの多くは、「ただドキュメントを読んで → 頭で考えて → 思い浮かんだ テスト項目を挙げる」だけだったり、現場で考えた属人的なやり方でテストしている人がほとんどでした。 ITシステムの要件や仕様ドキュメントは、論理的・構造的に書かれているとは限りません。ドキュメントから 直接テスト仕様を導こうとしても、抜け漏れなく洗い出すのは困難です。 私が用いている方法は、要件や仕様をいったんモデルで「図式化」し、そのモデルやテスト設計ダイアグラムを使って、 視覚的に整理しながらテストケースを抽出するやり方です。 「頭の中で考える」よりも、「視覚を使って整理する」ほうが、はるかに論理的に、抜け漏れなくテスト設計を 進めることができます。 一方、抜け漏れなく抽出して膨大になったテストケースを、表形式の「テストの実行単位」に巧妙に組み立てて、 テストボリュームを減らす工夫も取り入れています。 テスト設計を整然と進めるためのこの技法を、皆さんに体感していただける演習も交え、この研修の中で お伝えしてゆきます。
プログラム
第1章 テスト設計のための、要件・仕様のモデル化 ○要件や仕様をモデルでとらえ、テスト仕様を導く ・要件・仕様は、そのままではテスト設計しにくい ・要件や仕様を図式化⇒モデルに整理する 【作図演習】 ・モデル化した要件・仕様のどこに、テスト仕様が見いだせるか 第2章 モデル上にテスト・ポイントを発見する ○要件・仕様のモデルで、テストすべきポイントを探す ・典型的なテスト・ポイントになる「モデルの形」 ・「テストすべきデータ」「テストすべき状態」を考える観点 第3章 Searchテストポイントのテスト設計 ○典型的テストポイントの一つ、Searchテストポイント ・Ｓｅａｒｃｈテストポイントとは？ ・Searchテストポイントのテスト設計ダイアグラム 【作図演習】 ・ダイアグラム作成の観点・留意点 第4章 Branchテストポイントのテスト設計 ○典型的テストポイントの一つ、Branchテストポイント ・Branchテストポイントとは？ ・Branchテストポイントのテスト設計ダイアグラム 【作図演習】 ・ダイアグラム作成の観点・留意点 第5章 様々なテスト検証値の検討 ○テストすべき「検証値」を詳細に洗い出す ・テストに関連する「データ」と「データの状態」を洗い出す ・例外条件などの「検証値」を洗い出す観点 第6章 テスト実行単位の設計 〇 「テストの実行単位」を組み立てる ・ 複数のテストケースを「テストの実行単位」に組み立てる 【作図演習】 ・ テストケースの、「組合せ/かけ合せ」の判断 ・ テストデータ・予想結果を、論理的に設計する
講師紹介
（略歴） ・日本総合研究所にて、主にIBM系大規模プロジェクトに、 ITエンジニア・プロジェクトマネージャとして携わる。 ・アーンストアンドヤング・コンサルティング社にて、ITシステム 開発方法論に関する教育開発やコンサルティングに携わる。 ・90年代中ごろにマルチメディア業界に転進。eラーニングなどの プロデューサとして、マルチメディア・タイトルの演出に携わる。 ・2000年代初頭より、アイ・ティ・イノベーション社にて教育ビジネスを 立上げ、12年間教育業務を運営。数多くの教育コースを 開発・講師を務める。 ・「受講者の実務を題材にした問題克服セッション」など、 知識提供だけにとどまらない、実務上の問題克服をテーマにした 教育スタイルが特徴。 （所属団体・資格） ・米国PMI会員 PMP ・日本PMO協会認定PJM-A