Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
テスト設計へのマインドマップの適用の基本とTAME
Search
Akira Ikeda
January 29, 2009
Technology
0
96
テスト設計への マインドマップの適用の基本と TAME
JaSST'09 Tokyo でのクロージングパネルでの資料。
Akira Ikeda
January 29, 2009
Tweet
Share
More Decks by Akira Ikeda
See All by Akira Ikeda
それって技術の仕事!? 仕様の輻輳問題(SS2023in仙台 FPセッション)
ikedon
0
16
長崎ビジネスDX "SAIZENSEN" 長崎の未来 ~私達の活動の先にあるもの~ ポジショントーク資料
ikedon
0
10
米国修士課程ベストセラーに学ぶ体系的ソフトウェアエンジニアリングの必要性
ikedon
0
9
テスト設計技法、その前に ~フェイスアップ、次にビルドアップ、その先にマインドアップ~
ikedon
0
4
単なる仕様チェックを卒業してテスト技術力を高めていくために ~押さえておきたいキホンのキ~
ikedon
0
7
IV&Vの概要 ~JAXA様発行「IV&Vガイド【虎の巻】」第1~2部の要約~
ikedon
1
280
OSGi概要
ikedon
1
1.2k
親子で使おうマインドマップ
ikedon
0
4
3万円で始めるソフトウェアテスト
ikedon
1
100
Other Decks in Technology
See All in Technology
HoneycombとOpenTelemetryでオブザーバビリティに入門してみる
sumiren
2
150
Kubeflow Pipelines v2 で変わる機械学習パイプライン開発
asei
4
340
XRミーティング 2024-03-20
1ftseabass
PRO
0
100
生成AIの不確実性と向き合うためのオブジェクト指向設計
tkikuchi1002
2
670
エンジニアブランディングチームの KPI / KPI's of engineer branding team
chaspy
1
140
暗黙知を集積するプラットフォーム : 「健常者エミュレータ事例集」の取り組み
sora32127
1
160
データ品質をコード化! LINEヤフーのMLOpsを最適化する "ACP Data Quality" の紹介
lycorptech_jp
PRO
2
170
2023 Japan AWS Jr.Championsに選出されての振り返りとこれから
hiropy877
1
130
ビジネスロジックを「型」で表現するOOPのための関数型DDD / Functional And Type-Safe DDD for OOP
yuitosato
29
12k
チーム単位で保守性を高める:独自指標と向上にむけた実践
tarappo
0
300
オブジェクト指向宗教史
tanakahisateru
13
12k
沒想過的前端錯誤處理可能比你有做的還多
line_developers_tw
PRO
0
2k
Featured
See All Featured
Thoughts on Productivity
jonyablonski
57
3.8k
Designing on Purpose - Digital PM Summit 2013
jponch
109
6.4k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
5
1.4k
Building Your Own Lightsaber
phodgson
97
5.6k
Designing for Performance
lara
601
67k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
242
20k
Web Components: a chance to create the future
zenorocha
304
41k
Unsuck your backbone
ammeep
661
56k
Automating Front-end Workflow
addyosmani
1353
200k
Building Adaptive Systems
keathley
29
1.8k
The MySQL Ecosystem @ GitHub 2015
samlambert
242
12k
Documentation Writing (for coders)
carmenintech
59
3.8k
Transcript
TAME(Testing Aid using Mindmap Effectively) © Akira Ikeda 1 テスト設計への
マインドマップの適用の基本と TAME (Testing Aid using Mindmap Effectively) JaSST’09 Tokyo 2009年1月29日 於 目黒雅叙園 池田 暁
TAME(Testing Aid using Mindmap Effectively) © Akira Ikeda 2 【1】
テスト設計への マインドマップ適用の基本
TAME(Testing Aid using Mindmap Effectively) © Akira Ikeda 3 テスト設計へのマインドマップ適用の基本
テスト設計 テストベース (仕様書) テストケース Mind Map 直接転記 しない テスト実装 テスト設計に マインドマップを 適用する マインドマップをではなく、 各種テスト技法を活用する テスト設計の 成果物として マインドマップを作成 テスト分析 (仕様分析)
TAME(Testing Aid using Mindmap Effectively) © Akira Ikeda 4 Vモデルへのマッピングイメージ
基本設計 詳細設計 構造設計 実装 実行→報告 分析→設計→実装 実行→報告 分析 → 設計 → 実装 実行→報告 分析 → 設計 → 実装 マインドマップは各テストレベルに利用できるが, 効果や工数に差がある ・システムテスト,せいぜい統合テストまでをターゲット
TAME(Testing Aid using Mindmap Effectively) © Akira Ikeda 5 【2】
マインドマップを中心とした テスト分析,テスト設計メソッド TAMEの概要
TAME(Testing Aid using Mindmap Effectively) © Akira Ikeda 6 マインドマップの二つの利用レベルのイメージ(コンセプト)
仕様書 テストケース 初級者 単なる転記から卒業!(考えることを身につける) 上級者が実践している「分析」→「設計」→「実 装」という型をマインドマップを描くことで身につける 上級者 仕様書 テストケース テスト観点のモデリングを行い、より戦略的なテスト を行う! その道具の一つとして,マインドマップも利用する. マインドマップを描く もっともっと考える 本日はこっちを お話しします
TAME(Testing Aid using Mindmap Effectively) © Akira Ikeda 7 TAME
の(現在の主な)関心事のひとつ テストケースの作成を 効率的に効果的に行いたい 分析・設計をより担当者目線の“作業段取り“としたい 担当者が段取りを踏めているか,自分自身で作業を確認したい どうしたら “作業段取り”化できる? 中間成果物を作成, 明確に段取りを踏む 分析・設計が大事 作業の内容を自分で 確認するためには? 段取り化するために 作業観点を 明らかにする 作業内容を見える化 現場に定着化させるための”しかけ”という視点で考える
TAME(Testing Aid using Mindmap Effectively) © Akira Ikeda 8 効果が足りなければ
他のツールも使う 作業観点を洗い出し,マインドマップでの支援要素を見極める テスト分析(仕様分析) テスト設計 <作業観点> ▪設計仕様の理解・整理・検討 ▪テスト設計へのてがかりを作る ▪仕様の漏れ抜けの発見と修正の アクション ▪テスト戦略へのフィードバック <作業観点> ▪テスト観点の発想 ▪テスト観点の剪定 ▪テスト観点の整理 ▪テスト戦略へのフィードバック 作業段取りを明確に踏ませるために マインドマップという中間成果物を作成する 見える化された自分の作業内容を 確認しながら作業を進める 注意 マインドマップはテスト 観点モデリングのツール としても使うが,分析・ 設計が暗黙的に行われる のを防止するという目的 が先に存在する
TAME(Testing Aid using Mindmap Effectively) © Akira Ikeda 9 設計のみではなく,テスト分析まで拡張した仕掛け
テスト設計 テストベース (仕様書) テストケース Mind Map テスト実装 テスト分析 (仕様分析) 仕様分析に 3色ボールペンも使う 仕様分析とテスト設計を マインドマップとい中間成果 物を作りながら,また,随時 見なおしながら進める マインドマップではなく、 各種テスト技法を活用する 分析と設計の成果物として マインドマップが作成される #あわせてチェックが入った 仕様書も作成される
TAME(Testing Aid using Mindmap Effectively) © Akira Ikeda 10 まとめ
•マインドマップはテクニックに過ぎず − マインドマップを描くこと = テスト設計 ではない! •テスト分析 と テスト設計 という段取りを, 明確に踏ませるためのツールとしてマインドマップを使う − テスト設計をいかに品質高く行うかは,次レベルの話として存在している •段取り と マインドマップ を中心に置いて, 様々な道具と組み合わせることも考える − 導入したい現場に合わせてカスタマイズできる余地をあえて残す •段取り=プロセス ではない生臭いレベル •誰が実際の作業をやるのかということを最優先に考える − 例えば, •マインドマップを収束するための記法として西先生のNGTを利用する •マインドマップを収束するための記法としてHAYST法のFV表を利用する − あくまでも第一の目的は分析と設計という段取りを踏ませることを意識