1. みんなに役立つ
「テスト」(と、品質の考え方)
を学んでみよう！
みずのり（水野のりゆき）
＠WARAI（関西SWテスト勉強会）
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
1

2. メモ
本資料は得られた知見や
新しいやり方の発見で
常時バージョンアップを行います。
ご意見等ありましたら
取り入れてみますので、
是非ともお願いします。
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
2

3. 本資料のターゲット＆目的
出来る限り「多くの人」が
「わかりやすい」と思う内容を
展開したいと考えています。
※「広く」内容を紹介します。
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
3

4. コンテンツ～
３章の構成です。
その１：テストの必要性と品質の考え方
その２：テストの技術をざっくり紹介
その３：テスト技法紹介
～それぞれ演習を添えて
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
4

5. その１
テストの必要性と
品質の考え方
その１：テストの必要性と品質の考え方
その２：テストの技術をざっくり紹介
その３：テスト技法紹介 ～ワークを添えて
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
5

6. テストって何でしょうね？
テスト技法？
xUnit？
テスト駆動開発？
品質保証？
新人のお仕事？
？？
出荷前の砦？
ビッグバンテスト？
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
6

7. 良く言われるテストの必要性
JSTQB Foundation Level シラバスより…
1.1.1. ソフトウェアシステムの状況(K1)
ソフトウェアシステムは、ビジネス分野(銀行など)から、一般消費財(自動車など)に至るまで、
社会を構成する要素として必須となっている。ソフトウェアが期待通りに動かなかった経験は
誰もが持っている。ソフトウェアが正しく動作しないと、経済的な損失、時間の浪費、
信用の失墜など、いろいろな問題が発生し、時には傷害や死亡事故になることもある。
…
1.1.3. ソフトウェアの開発、保守、運用におけるテストの役割(K2)
システムやドキュメントを厳しく
テストし、システムが稼動する前に欠陥を
摘出して修正するならば、実行環境で問題が
発生するリスクを低減でき、
ソフトウェアシステムの品質向上に効果がある。
また、契約や法律上の適格要件や各業界の
標準に合致していることを証明するため、
ソフトウェアのテストが必要になるケースもある。
http://www.jstqb.jp/syllabus.html
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
7

8. 良く言われるテストの必要性
JSTQB Foundation Level シラバスより…
1.1.1. ソフトウェアシステムの状況(K1)
ソフトウェアシステムは、ビジネス分野(銀行など)から、一般消費財(自動車など)に至るまで、
社会を構成する要素として必須となっている。ソフトウェアが期待通りに動かなかった経験は
誰もが持っている。ソフトウェアが正しく動作しないと、経済的な損失、時間の浪費、
信用の失墜など、いろいろな問題が発生し、時には傷害や死亡事故になることもある。
…
1.1.3. ソフトウェアの開発、保守、運用におけるテストの役割(K2)
システムやドキュメントを厳しく
テストし、システムが稼動する前に欠陥を
摘出して修正するならば、実行環境で問題が
発生するリスクを低減でき、
ソフトウェアシステムの品質向上に効果がある。
JSTQBに興味を持った人は
ゆっくり読んでみて下さい。
ひとまず、
「開発に関わる人」を
http://www.jstqb.jp/syllabus.html
中心に考えてみましょう
また、契約や法律上の適格要件や各業界の
標準に合致していることを証明するため、
ソフトウェアのテストが必要になるケースもある。
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
8

9. テストが無いと何が起こる？？
・問題の見逃し
⇒運用での課題、市場での不具合
・使った人の不満
2014/01公開用
じゃあ、
テストを
やらないと
どうなるの？
みんなに役立つ「テスト」を学んでみよう！
9

10. テストが無いと何が起こる？？
・問題の見逃し
⇒運用での課題、市場での不具合
・使った人の不満
がっかり、残念なもの
じゃあ、
テストを
やらないと
どうなるの？
作った人も使う人もうれしくない
＋心配
2014/01公開用
開発者
マネージャ
顧客
みんなに役立つ「テスト」を学んでみよう！
10

11. テストが無いと何が起こる？？
・問題の見逃し
⇒運用での課題、市場での不具合
・使った人の不満
がっかり、残念なもの
じゃあ、
テストを
やらないと
どうなるの？
作った人も使う人もうれしくない
＋心配
2014/01公開用
開発者
マネージャ
顧客（BtoB、BtoC）
みんなに役立つ「テスト」を学んでみよう！
11

12. テストが無いと何が起こる？？
・問題の見逃し
⇒運用での課題、市場での不具合
・使った人の不満
がっかり、残念なもの
じゃあ、
テストを
やらないと
どうなるの？
作った人も使う人もうれしくない
＋心配
2014/01公開用
開発者
マネージャ
顧客（BtoB、BtoC）
みんなに役立つ「テスト」を学んでみよう！
12

13. 良いものをつくって喜んでもらいたい！
・問題の見逃し
問題が起きない！
⇒運用での課題、市場での不具合
・使った人の不満
期待に合致してる！
がっかり、残念なもの
良いものを
作らないとね
「スゴイ」って
言われたい！
良いものを作る！
作った人も使う人もうれしくない
＋心配
安心！
2014/01公開用
開発者
マネージャ
顧客
みんなに役立つ「テスト」を学んでみよう！
13

14. 良いものをつくって喜んでもらいたい！
・問題の見逃し
問題が起きない！
⇒運用での課題、市場での不具合
・使った人の不満
期待に合致してる！
良いものを
・リスクを下げる
作らないとね
・システム品質を改善
「スゴイ」って
・計測する（＆予測する）
・証拠の提示
言われたい！
がっかり、残念なもの
良いものを作る！
作った人も使う人もうれしくない
安心と
＋心配
納得！
2014/01公開用
開発者
マネージャ
顧客
みんなに役立つ「テスト」を学んでみよう！
14

15. 今回の考え方でテストって？
テストは改善すべき点を
見つけやすくしてくれます。
問題が起きない！
また、品質関連の
フレームワークは
考えるヒントをくれますよ。
期待に合致してる！
例えば…
良いものを作る！
安心と
納得！
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
15

16. テスト、品質の考え方が役立つ例①
例えば①：状態遷移テスト
※「状態遷移テスト」はテスト技法のひとつの項目とされております。
状態系のバグを検出するには、状態遷移を表現するモデル記法が役に立ちます。
テスト時において状態遷移モデルを検討することで不具合を検出できます。
また、記法を知っていると開発段階から役立てて、最初から混入を防ぐことも。
【3章：条件
1】蓋センサ
↓
ON＆水位セ
BeforeState- ンサにONが
Transition→ 存在
アイドル
沸騰行為
沸騰行為
ignore
保温行為
ignore
エラー状態 ignore
2014/01公開用
【3章：条件
2】蓋センサ
OFF＆全ての
水位 セン
サがOFF
ignore
アイドル
アイドル
ignore
エラーを検知
※条件は【5
章：エラー検
沸騰ボタン押 知.】に別途
下
記載
ignore
ignore
ignore
エラー状態
沸騰行為
ignore
ignore
ignore
エラーを検
知
※条件は【5
章：エラー
検知.】に別
途記載
ignore
ignore
エラー状態
ignore
みんなに役立つ「テスト」を学んでみよう！
カルキ抜
き完了
ignore
保温行為
ignore
ignore
16

17. テスト、品質の考え方が役立つ例②
例えば②：良いものを作って喜んでもらいたいけれど…
問題が起きない！
期待に合致してる！
2014/01公開用
ちょっと
Big Word
だよね
みんなに役立つ「テスト」を学んでみよう！
17

18. テスト、品質の考え方が役立つ例②
例えば②：良いものを作って喜んでもらいたいけれど…
問題が起きない！
正確な数値計算結果、ふるまいを示す
システムが成熟して不具合が殆ど発生しない
障害に対して強い、復旧が早い
使用するシステムが安全で怪我をしない
期待に合致してる！
こんな
感じだと
OK？
利用者が目的を果たすことが出来る、
短時間で目的を果たすことが出来る
当たり前のものが入っている
あって欲しい機能がキッチリ入っている
持っているとうれしい、他にない魅力がある
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
18

19. テスト、品質の考え方が役立つ例②
例えば②：良いものを作って喜んでもらいたいけれど…
問題が起きない！
ソフトウェア品質モデル
（ISO 9126 ver）
正確な数値計算結果、ふるまいを示す
システムが成熟して不具合が殆ど発生しない
障害に対して強い、復旧が早い
使用するシステムが安全で怪我をしない
期待に合致してる！
利用者が目的を果たすことが出来る、
短時間で目的を果たすことが出来る
当たり前のものが入っている
あって欲しい機能がキッチリ入っている
持っているとうれしい、他にない魅力がある
2014/01公開用
ソフトウェア
内部外部
品質特性
モデルで
分類
してみよー
利用時の
品質特性
狩野モデル
みんなに役立つ「テスト」を学んでみよう！
19

20. ソフトウェア品質モデル（ISO9126ベース）
ISO9126ベースの品質モデル
ソフトウェアの品質特性モデル
（カッコは副特性）
機能性
（合目的性、正確性、相互運用性、セキュリティ、標準適合性）
信頼性
（成熟性、障害許容性、回復性、標準適合性）
使用性
利用時の
品質特性モデル
有効性
生産性
安全性
満足性
ISOの
ベストセラー
だってさ
（理解性、習得性、運用性、魅力、標準適合性）
効率性
（時間効率性、資源効率性、標準適合性）
保守性
（解析性、変更性、安定性、試験性、標準適合性）
移植性
（環境適応性、設置性、置換性、標準適合性）
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
20

21. ソフトウェア品質モデル（ISO250XX SQuaREベース）
ISO250XXベースの品質モデル
システム・ソフトウェア品質特性
モデル（カッコは副特性）
データ品質モデル
利用時の
品質特性モデル
機能適合性
固有
有効性
効率性
満足性
（機能完全性、機能正確性、機能適切性）
性能効率性
（時間効率性、資源効率性、容量満足性）
互換性
（共存性、相互運用性）
使用性
（適切認識性、習得性、運用操作性、ユーザーエラー防止性、
ユーザーインタフェース快適性（美しさ？）、アクセシビリティ）
信頼性
（成熟性、可用性、障害許容性、回復性）
セキュリティ
（機密性、インテグリティ、否認防止性、責任追跡性、真正性）
保守性
（モジュール性、再利用性、解析性、修正性、試験性）
正確性、完全性、
一貫性、信憑性、
最新性
固有＆システム依存
アクセシビリティ、
標準的合成、
機密性、効率性、
精度、追跡可能性、
理解性
（実用性、信用性、
快感性、快適性）
リスク回避性
（経済リスク緩和性、
健康・安全リスク緩和性、
環境リスク緩和性）
時代に
ついて
行こう
利用状況網羅性
（利用状況完全性、柔軟性）
システム依存
可用性、移植性、
回復性
移植性
（適応性、設置性、置換性）
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
21

22. テスト、品質の考え方が役立つ例②
例えば②：良いものを作って喜んでもらいたいけれど…
問題が起きない！
正確な数値計算結果、ふるまいを示す
システムが成熟して不具合が発生しない
障害に対して強い、復旧が早い
使用するシステムが安全で怪我をしない
9126ベースで
スミマセン。
そのうち250XX
に更新します。
機能性->正確性
信頼性->成熟性
信頼性->耐障害性、回復性
利用品質->安全性
期待に合致してる！
ちょっと
分かった？
利用品質->有効性
利用者が目的を果たすことが出来る、
利用品質->生産性
短時間で目的を果たすことが出来る
当たり前のものが入っている
あって欲しい機能がキッチリ入っている
持っているとうれしい、他にない魅力がある
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
22

23. テスト、品質の考え方が役立つ例②
満足
顧客の
満足感
魅力品質
物理的
充足状況
不充足
一元品質
当たり前品質
不満足
無いと不満
あるのが
当たり前～
不具合無し
当たり前機能
当たり前のものが入っている
あって欲しい機能がキッチリ入っている
持っているとうれしい、他にない魅力がある
2014/01公開用
充足
狩野モデル
みんなに役立つ「テスト」を学んでみよう！
23

24. テスト、品質の考え方が役立つ例②
満足
顧客の
満足感
魅力品質
物理的
充足状況
不充足
一元品質
当たり前品質
充足
増えたり
速くなると
満足度UP
機能の充実
性能面向上
不満足
当たり前のものが入っている
あって欲しい機能がキッチリ入っている
持っているとうれしい、他にない魅力がある
2014/01公開用
狩野モデル
みんなに役立つ「テスト」を学んでみよう！
24

25. テスト、品質の考え方が役立つ例②
魅力的要素
脅威の新技術
満足
顧客の
満足感
魅力品質
物理的
充足状況
不充足
一元品質
当たり前品質
充足
リモコン発明
洗濯乾燥機
i-modeの登場
iPhoneとか？
不満足
当たり前のものが入っている
あって欲しい機能がキッチリ入っている
持っているとうれしい、他にない魅力がある
2014/01公開用
狩野モデル
みんなに役立つ「テスト」を学んでみよう！
25

26. テスト、品質の考え方が役立つ例②
魅力的要素
脅威の新技術
満足
顧客の
満足感
魅力品質
物理的
充足状況
不充足
一元品質
当たり前品質
機能の充実
性能面向上
不満足
不具合無し
当たり前機能
当たり前のものが入っている
あって欲しい機能がキッチリ入っている
持っているとうれしい、他にない魅力がある
2014/01公開用
充足
と、いうことで
何を考えるか
少しだけ
見えるかも
狩野モデル
みんなに役立つ「テスト」を学んでみよう！
26

27. テスト、品質の考え方が役立つ例
こういった（品質の）フレームワークは、
「もやもやしている」ものを考えたり、
整理するためのきっかけ、参考に出来ます。
また、判断する際の基準や根拠に出来ると共に、
納得感をもたらす※ことが出来ます。
知っておくと
便利～。
※一般的に広まっている規格等であれば、
上手に説明に取り込むことで
偉い人への説明や納得につなげやすいです。
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
27

28. テスト、品質の考え方が役立つ例
じゃあ、品質の考え方とテストをつなぐには？
要求
利用時
品質特性
システム
ソフトウェア
品質特性
利用時の
品質要求
ニーズ
Validation
妥当性
確認
外部
品質要求
内部
品質要求
製品
実現された
利用時品質
実現された
外部品質
検証
Verification
実現された
内部品質
※東 基衞氏の資料より
2014/01公開用
利用者
視点
開発・実現
みんなに役立つ「テスト」を学んでみよう！
開発者
視点
28

29. テスト、品質の考え方が役立つ例
じゃあ、品質の考え方とテストをつなぐには？ ものを
適切な
要求
利用時
品質特性
システム
ソフトウェア
品質特性
利用時の
品質要求
ニーズ
Validation
妥当性
確認
外部
品質要求
作っているか？
製品
実現された
利用時品質
実現された
外部品質 ものを
適切に
作っているか？
内部
品質要求
検証
Verification
実現された
内部品質
※東 基衞氏の資料より
2014/01公開用
利用者
視点
開発・実現
みんなに役立つ「テスト」を学んでみよう！
開発者
視点
29

30. V&V：検証と妥当性（検証と誤解）
検証と妥当性の考え方を見てみましょう。
・検証（Verification）と誤解
皆さんご存知のV字モデルの実際は？
SW適格性
確認ﾃｽﾄ
要求分析
方式設計
詳細設計
※SLCP：
Software Life Cycle Process
（共通フレーム参考）ベース
2014/01公開用
結合ﾃｽﾄ
単体ﾃｽﾄ
考えずに
使っている
奴等がunk…
【メモ】
V字モデル自体は
よく出来たモデルです！
ｺｰﾄﾞ作成
みんなに役立つ「テスト」を学んでみよう！
30

31. V&V：検証と妥当性（検証と誤解）
検証と妥当性の考え方を見てみましょう。
・検証（Verification）と誤解
皆さんご存知のV字モデルの実際は？
（なんでもそうですが）
SW適格性
確認ﾃｽﾄ
要求分析
方式設計
詳細設計
※SLCP：
Software Life Cycle Process
（共通フレーム参考）ベース
2014/01公開用
何も考えないで
使ってしまうことで
イマイチな感じに…
結合ﾃｽﾄ
単体ﾃｽﾄ
ｺｰﾄﾞ作成
【メモ】
V字モデル自体は
よく出来たモデルです！
⇒V字の道は思考停止禁止！
みんなに役立つ「テスト」を学んでみよう！
31

32. V&V：検証と妥当性（妥当性のアナロジー）
検証と妥当性の考え方を見てみましょう。
・妥当性のアナロジー
完璧に
当たって
信頼性
ばっちり！
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
32

33. V&V：検証と妥当性（妥当性のアナロジー）
検証と妥当性の考え方を見てみましょう。
・妥当性のアナロジー
的を外したものを確実だと
「検証」しても…？
作って確認もした内容が、
さらに上位の狙い、
目的に合致しているコト！
…あれれ？
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
33

34. V&V：検証と妥当性（妥当性のアナロジー）
検証と妥当性の考え方を見てみましょう。
・妥当性のアナロジー
的を外したものを確実だと
現在の作業は何を
確認しているのか？
どの部分の作業を
行っているのか、
意味を考えることが
大事です！
2014/01公開用
「検証」しても…？
作って確認もした内容が、
さらに上位の狙い、
目的に合致しているコト！
…あれれ？
みんなに役立つ「テスト」を学んでみよう！
34

35. V&V：検証と妥当性（具体例）
例：とあるタイマーの操作における妥当性
Setボタンを1秒追加。長押しで1分が追加される。
ちなみに、長押しで自動カウントアップしない。
※長押し⇒＋1分⇒ボタンを離してもう一度長押し…
10
分
00
秒
使いづらく
ないの…？
Set/Clear
Start/Stop
2014/01公開用
※初見で触って「えー！？Σ（￣□￣）」と
なるモノはイマイチという感覚かなー。
みんなに役立つ「テスト」を学んでみよう！
35

36. テスト、品質の考え方
テストとか品質の考え方は沢山あります。
多くの方が興味を持っていただいて、
学んでみると面白いと思います。 学んでみよう
役立てよう！
ニーズ
⇒妥当性
開発・実現
⇒検証
2014/01公開用
マーケット担当、デザイナー、
プロダクトオーナー、
プロジェクトマネージャ、
SE、PG、
テスト担当、品質保証…
みんなに役立つ「テスト」を学んでみよう！
36

37. まとめ その１：テストの必要性と品質の考え方
その１のまとめッ！
テストがどうして必要なのか紹介したよ
品質のフレームワークの活用例を紹介したよ
※品質モデル（品質特性、狩野モデル）も！
検証と妥当性をちょっとだけ紹介
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
37

38. その１演習
自分たちのテストを
考えてみよう！
（品質特性ベース）
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
38

39. テストを考えよう！（ソフトウェア品質モデル）
ISO9126ベースの品質モデル
ソフトウェアの品質特性モデル
（カッコは副特性）
機能性
（合目的性、正確性、相互運用性、セキュリティ、標準適合性）
信頼性
（成熟性、障害許容性、回復性、標準適合性）
使用性
利用時の
品質特性モデル
有効性
生産性
安全性
満足性
ひとまず、
ISO9126ベースで
自分たちのテスト
を考えてみよう！
（理解性、習得性、運用性、魅力、標準適合性）
効率性
（時間効率性、資源効率性、標準適合性）
会社の話が出たら
“忘れよう！”
保守性
（解析性、変更性、安定性、試験性、標準適合性）
移植性
（環境適応性、設置性、置換性、標準適合性）
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
39

40. その２
テストの技術を
ざっくり紹介
その１：テストの必要性と品質の考え方
その２：テストの技術をざっくり紹介
その３：テスト技法紹介 ～ワークを添えて
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
40

41. 「テスト」の印象って？
テストの印象って如何でしょう？
・用語がたくさんあってなんか難しそう
・どこから勉強しよう…？
テスト技法
テストプロセス
テスト計画
テストレベル
テストタイプ
テスト戦略
テスト観点？
テスト対象
テスト目的
回帰テスト
単体テスト
統合テスト
システムテスト
機能テスト
性能テスト
ストレステスト
モンキーテスト
2014/01公開用
探索的テスト
テストカテゴリ？
テスト設計
テスト自動化
テストXX、
言葉多いよ…
…
みんなに役立つ「テスト」を学んでみよう！
41

42. 「テスト」をざっくり分けてみる
ひとまずざっくり分けました。（個人的な分類、考え方です）
技術：
・全体を俯瞰、整理する
・個々のテストケースを
効果的、効率的に作り出す
個々
全体
個々
（もれなく、等） （説明可能な削減、等）
プロセス：
・（技術を上手に活用するための）
手順、繋がりを明らかにする
個々
個々
プロセス
まずは
ざっくりと
※個人的な理解、分類、考え方が含まれますので取扱い注意
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
42

43. 「テスト」をざっくり分けてみる
ひとまずざっくり分けました。（個人的な分類、考え方です）
技術：
・全体を俯瞰、整理する
・個々のテストケースを
効果的、効率的に作り出す
（もれなく、等） （説明可能な削減、等）
個々
全体
個々
個々
個々
プロセス
技術部分を
中心に紹介～
プロセス：
・（技術を上手に活用するための）
手順、繋がりを明らかにする
※個人的な理解、分類、考え方が含まれますので取扱い注意
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
43

44. 「テスト」で紹介する用語
今回紹介するのは以下の３つ。
テストレベル
テストタイプ
テスト技法
全体
プロセス
全体
個々
全体
全体
個々
個々
個々
個々
プロセス
上２つ、厄介な
用語なのです…
個々
※個人的な理解、分類、考え方が含まれますので取扱い注意
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
44

45. テストレベル
テストレベルの紹介
テストタイプ
テスト用語のベースとなるJSTQBでは…？
作業の
段階？
テスト技法
テストレベル：系統的にまとめ、管理していくテストの活動のグループ。
各テストレベルはプロジェクトの特定の責務と対応付けができる。テストレベルの例には、
コンポーネントテスト、統合テスト、システムテスト、受け入れテストがある。
受け入れテスト
システムテスト
統合テスト
コンポーネントテスト
いろいろ
分かりづらい
理由が…orz
※大きく2つの考え方
（段階、対象範囲/サイズ）
に分かれるのですね…
※個人的な理解、分類、考え方が含まれますので取扱い注意
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
45

46. テストレベル
テストレベルの紹介
テストタイプ
テスト技法
実際の開発プロセスとか、あわせて並べてみたりすると…？
Beizerさんの定義
SLCP2007：Software Life Cycle Process
（共通フレーム参考）ベース
システムテスト
統合テスト
SW適格性
確認ﾃｽﾄ
要求分析
ｺﾝﾎﾟｰﾈﾝﾄﾃｽﾄ
ユニットテスト
方式設計
結合ﾃｽﾄ
JSTQB
受け入れテスト
詳細設計
単体ﾃｽﾄ
ｺｰﾄﾞ作成
言葉が…
どうなん？
システムテスト
統合テスト
ｺﾝﾎﾟｰﾈﾝﾄﾃｽﾄ
※個人的な理解、分類、考え方が含まれますので取扱い注意
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
46

47. テストレベル
テストレベルの紹介
テストタイプ
テスト技法
実際の開発プロセスとか、あわせて並べてみたりすると…？
Beizerさんの定義
Automotive SPICEベース
システムXX
システムXX
システムテスト
統合テスト
ｺﾝﾎﾟｰﾈﾝﾄﾃｽﾄ
ユニットテスト
SW要件分析
SWﾃｽﾄ
JSTQB
受け入れテスト
SW設計
SW統合ﾃｽﾄ
SW構築
全て同じ
意味を
示して
いるの？
システムテスト
統合テスト
ｺﾝﾎﾟｰﾈﾝﾄﾃｽﾄ
※個人的な理解、分類、考え方が含まれますので取扱い注意
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
47

48. テストレベル：何が大事か考えてみよう！
テストレベル
テストタイプ
テスト技法
実際の開発をV字ベースで考えてみると…？
例）開発時に予定したアプリを実現時に複数のプロセスで実現
予定
アプリ
SW適格性
確認ﾃｽﾄ
要求分析
方式設計
複数の
プロセス
で実現
予定
アプリ
プロ プロ
セス セス
プロ プロ
セス セス
2014/01公開用
詳細設計
結合ﾃｽﾄ
単体ﾃｽﾄ
本当に
V字だけで
いける？
ｺｰﾄﾞ作成
みんなに役立つ「テスト」を学んでみよう！
48

49. テストレベル：何が大事か考えてみよう！
テストレベル
テストタイプ
テスト技法
実際の開発をV字ベースで考えてみると…？
例）開発時に予定したアプリを実現時に複数のプロセスで実現
…テストってどうします？
予定
アプリ
SW適格性
確認ﾃｽﾄ
要求分析
方式設計
複数の
プロセス
で実現
予定
アプリ
プロ プロ
セス セス
プロ プロ
セス セス
2014/01公開用
詳細設計
結合ﾃｽﾄ
単体ﾃｽﾄ
ｺｰﾄﾞ作成
結合テストを
イキナリこの
範囲で実施！
予定
アプリ
プロ プロ
セス セス
プロ プロ
セス セス
運用環境
計算機
結合テストで
一気に
まとめ結合？
みんなに役立つ「テスト」を学んでみよう！
49

50. テストレベル：何が大事か考えてみよう！
テストレベル
テストタイプ
テスト技法
実際の開発をV字ベースで考えてみると…？
例）開発時に予定したアプリを実現時に複数のプロセスで実現
イキナリ全て組合わせたりしたら、ねぇ…
予定
アプリ
SW適格性
確認ﾃｽﾄ
要求分析
方式設計
複数の
プロセス
で実現
予定
アプリ
プロ プロ
セス セス
プロ プロ
セス セス
2014/01公開用
詳細設計
結合ﾃｽﾄ
単体ﾃｽﾄ
ｺｰﾄﾞ作成
結合テストを
イキナリこの
範囲で実施！
予定
アプリ
プロ プロ
セス セス
プロ プロ
セス セス
本番環境
計算機
ビッグ
バーン
みんなに役立つ「テスト」を学んでみよう！
50

51. テストレベル：何が大事か考えてみよう！
テストレベル
テストタイプ
テスト技法
実際の開発をV字ベースで考えてみると…？
例）方式設計で複数に分割されるのであれば、結合テストも
分割した各個別の確認⇒全体の確認、という方が良いのでは
予定
アプリ
SW適格性
確認ﾃｽﾄ
要求分析
結合ﾃｽﾄ②
複数の
プロセス
で実現
予定
アプリ
プロ プロ
セス セス
プロ プロ
セス セス
2014/01公開用
方式設計
方式設計
方式設計
方式設計
結合ﾃｽﾄ
結合ﾃｽﾄ
結合ﾃｽﾄ
結合ﾃｽﾄ①
詳細設計
詳細設計
詳細設計
詳細設計
単体ﾃｽﾄ
単体ﾃｽﾄ
単体ﾃｽﾄ
単体ﾃｽﾄ
ｺｰﾄﾞ作成
結合テストを
青⇒赤の範囲で
段階的に実施
予定
アプリ
プロ プロ
セス セス
プロ プロ
セス セス
V字に
縛られず
考えて
みよう！
運用環境
計算機
みんなに役立つ「テスト」を学んでみよう！
51

52. テストレベル：テストは塗り絵？積み木？
テストレベル
テストタイプ
テスト技法
実際の開発対象というものを考えてみましょう。
皆様の「単体テスト」や「結合テスト」は何処でしょう？
システム
アプリ
アプリ
アプリ
プロセス
・・・
機能
機能
プロセス
ク
ラ
ス
機能
ク
ラ
ス
機能
2014/01公開用
プロセス
クラス
メソッド
メソッド
みんなに役立つ「テスト」を学んでみよう！
52

53. テストレベル：テストは塗り絵？積み木？
テストレベル
テストタイプ
テスト技法
実際の開発対象というものを考えてみましょう。
用語にこだわらず考えてみましょう（Googleテスト本では“SML”ですね。）
システム
アプリ
アプリ
アプリ
プロセス
・・・
機能
機能
プロセス
ク
ラ
ス
機能
ク
ラ
ス
機能
2014/01公開用
プロセス
クラス
メソッド
メソッド
みんなに役立つ「テスト」を学んでみよう！
53

54. テストレベル：テストは塗り絵？積み木？
テストレベル
テストタイプ
テスト技法
実際の開発対象というものを考えてみましょう。
用語にこだわらず考えてみましょう（Googleテスト本では“SML”ですね。）
システム
アプリ
アプリ
アプリ
プロセス
・・・
機能
機能
プロセス
ク
ラ
ス
機能
ク
ラ
ス
機能
2014/01公開用
プロセス
クラス
メソッド
メソッド
みんなに役立つ「テスト」を学んでみよう！
54

55. テストレベル：テストは塗り絵？積み木？
テストレベル
テストタイプ
テスト技法
実際の開発対象というものを考えてみましょう。
用語にこだわらず考えてみましょう（Googleテスト本では“SML”ですね。）
システム
アプリ
アプリ
アプリ
プロセス
・・・
機能
機能
プロセス
ク
ラ
ス
機能
ク
ラ
ス
機能
2014/01公開用
プロセス
クラス
メソッド
メソッド
みんなに役立つ「テスト」を学んでみよう！
55

56. テストレベル：テストは塗り絵？積み木？
テストレベル
テストタイプ
テスト技法
実際の開発対象というものを考えてみましょう。
用語にこだわらず考えてみましょう（Googleテスト本では“SML”ですね。）
システム
アプリ
アプリ
アプリ
プロセス
・・・
対象システムに
あわせて、
段階的に
「塗りつぶす」
ようにテスト
2014/01公開用
機能
機能
プロセス
ク
ラ
ス
プロセス
機能
ク
ラ
ス
機能
クラス
メソッド
メソッド
みんなに役立つ「テスト」を学んでみよう！
56

57. テストレベル：テストは塗り絵？積み木？
テストレベル
テストタイプ
テスト技法
実際の開発対象というものを考えてみましょう。
皆様の「単体テスト」や「結合テスト」は何処でしょう？
システム
アプリ
アプリ
メソッドの確認後、
アプリの範囲で
・・・
テストしてみたら
どうなるでしょうね…
アプリ
プロセス
機能
機能
プロセス
ク
ラ
ス
機能
ク
ラ
ス
機能
2014/01公開用
プロセス
クラス
メソッド
メソッド
みんなに役立つ「テスト」を学んでみよう！
57

58. テストレベル：テストは塗り絵？積み木？
テストレベル
テストタイプ
テスト技法
実際の開発対象というものを考えてみましょう。
皆様の「単体テスト」や「結合テスト」は何処でしょう？
システム
アプリ
アプリ
アプリ
プロセス プロセス プロセス
単にV字に従うのではなく、
・・・
「なぜ必要か？」を
機能
機能
ク
ラ
少し考えてみましょう～。
クラス
機能
ス
ク
ラ
ス
機能
2014/01公開用
メソッド
メソッド
みんなに役立つ「テスト」を学んでみよう！
58

59. テストレベル
テストレベル：現実世界は複雑①
テストタイプ
テスト技法
アプリの要求仕様書と機能仕様、
実際の開発対象というものを考えてみましょう。
IF仕様はSIの親会社で定義する。
皆様の「単体テスト」や「結合テスト」は何処でしょう？
【文書】
XXアプリ要求仕様書
システム
XXアプリ機能仕様書、IF仕様書
現実世界はもっと複雑。
・対象範囲を示す文書がある？
アプリ
アプリ
アプリ
・対象開発での担当組織は何処？
・今回は省略できる部分もあるよね。
…といった部分も考えて
・・・
良いモノを作るための効率的・
最適な形を考えましょう！
プロセス
機能
機能
プロセス
ク
ラ
ス
機能
ク
ラ
ス
機能
2014/01公開用
プロセス
クラス
メソッド
メソッド
アプリ内の実際の構造、
使用するフレームワーク、実現方法は
子会社（ソフトハウス）で決める。
【文書】
アプリ方式設計書、プロセスIF定義…etc
みんなに役立つ「テスト」を学んでみよう！
59

60. テストレベル
テストレベル：現実世界は複雑②
テストタイプ
テスト技法
実際の開発対象はさらに広い場合があります。
System of Systems
人が使うシステムを
複数集めて、さらに
大きなサービスが
構築されている場合も
あったりします。
システム
2014/01公開用
システム
システム
アプリ
アプリ
アプリ
プロセス
・・・
システムは
さらに大きな
システムの
一部という例
システム
機能
機能
プロセス
ク
ラ
ス
プロセス
機能
ク
ラ
ス
機能
クラス
メソッド
メソッド
みんなに役立つ「テスト」を学んでみよう！
60

61. テストレベル
テストレベル：現実世界は複雑③
テストタイプ
テスト技法
XX機能
単体機能、
複数組合せ…
機能面を
考える場合も
範囲や粒度を
考える必要が
ありますよね
機能1-1
機能3-1
機能1-3
機能2-1
機能2-2
機能1-2
機能3--3
機能3-2
機能1
機能3
機能2
入力インタフェースの提供
入力範囲、形式のチェック
購入個数
入力機能
計算機能
出力機能
購入結果
購入種類
登録機能
購入機能
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
61

62. テストレベル
テストレベルの紹介
テストタイプ
テスト技法
テストレベルという用語説明は本資料では明示しません。
※JSTQBありますし、ねー。
ただ、実際に発生しそうな課題を踏まえて
「なぜこのような考え方が必要か？」という点は
頭の中に入れておくと良いかもしれません。
結局…
テストレベルって
何なのですかね？
2014/01公開用
まあ、JSTQBありますし…
用語の再定義はしないとして、
どんなことを考えた方が良いか、
って一例を紹介してみました。
みんなに役立つ「テスト」を学んでみよう！
62

63. その２演習①
自分たちのテストを
考えてみよう！
（テストレベル）
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
63

64. テストを考えよう！（テストレベル）
テストレベルの参考になりそうなお絵かきシリーズ
入力インタフェースの提供
入力範囲、形式のチェック
購入個数
入力機能
計算機能
SW適格性
確認ﾃｽﾄ
要求分析
出力機能
購入結果
方式設計
結合ﾃｽﾄ
購入種類
詳細設計
単体ﾃｽﾄ
登録機能
ｺｰﾄﾞ作成
購入機能
システム
アプリ
アプリ
アプリ
プロセス
・・・
機能
機能
プロセス
ク
ラ
ス
機能
ク
ラ
ス
機能
2014/01公開用
プロセス
みなさんが
行っている
「テストレベル」
を考えてみよう！
会社の話が出たら
“忘れよう！”
クラス
メソッド
メソッド
みんなに役立つ「テスト」を学んでみよう！
64

65. テストレベル
テストタイプの紹介
テストタイプ
テスト技法
テスト用語のベースとなるJSTQBでは…？
テストタイプ：コンポーネント又はシステムをテストするためのテスト活動をまとめたものであり、
たとえば機能テスト、使用性テスト、（回帰テスト）等のように特定のテスト目的に
焦点を当てている。テストタイプは一つ又は複数のテストレベル又はテストフェーズで行われる。
活用している例を紹介するので、各自で解釈してください…
・品質特性（ISO9126/250XX）ベース
・Myersのシステムテストカテゴリ
・（個人的ライブラリ）お仕事で行っている
テスト実施内容や不具合分析結果を
整理して活用するとか。
人によって
解釈が違う
ですの…orz
※個人的な理解、分類、考え方が含まれますので取扱い注意
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
65

66. テストレベル
テストタイプ：例を見てみましょう
テストタイプ
テスト技法
とりあえず、例を見てみましょう。
・品質特性
適切さ
時間挙動
効率性
正確性
機能性
資源の活用度
相互運用性
分析のしやすさ
セキュリティ
変更のしやすさ
保守性
成熟度
安定性
品質特性（ISO9126）
信頼性
フォールトレランス
テストのしやすさ
復元力
Don’t Think!
Feel!
順応性
理解のしやすさ
インストールのしやすさ
移植性
共存力
学習のしやすさ
使用性
操作のしやすさ
置換製
魅力
※個人的な理解、分類、考え方が含まれますので取扱い注意
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
66

67. テストレベル
テストタイプ：例を見てみましょう
テストタイプ
テスト技法
とりあえず、例を見てみましょう。
・品質特性を活用する例（しんすく流⇒@snsk）
http://snsk.hateblo.jp/entry/20120227/p1
使うときには
考えよう！
※シンプルで考えやすく、参考にしやすい方法だと思いますよ～。
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
67

68. テストレベル
テストタイプ：例を見てみましょう
テストタイプ
テスト技法
とりあえず、例を見てみましょう。
・Myersのシステムテストカテゴリ ※注：説明は個人的解釈です。
Security Testing
機能テストを意味する（テストレベルのFunction Testと分けている）
ボリュームテスト
非常に大きなデータを扱うためのテスト。
非常に大きな負荷、ストレス（瞬間的なデータ量）をかけるテスト。 ボリュームテストと
ストレステスト
は混同すべきではない。
人間的な要素を取り扱う。 学習や人間的要素は計算機の システム上はまだ確立され
ユーザビリティテスト
ていない。
セキュリティテスト
プライバシーの課題に対しての対処を実施する。
Performance Testing
性能/パフォーマンステスト
答時間、スループット、とある条件における 一定の負荷率などを確認する。
Storage Testing
ストレージテスト
時折、記録媒体における課題が発生することがある。
Configuration Testing
設定
コンフィグレーションテスト
様々な設定による問題の発生が存在する。 それぞれのHWデバイスに対して、 最小、
最大設定は確認すべきである。
Compatibility
conversion Testing
互換性
コンパチビリティテスト
殆どのプログラムは新規ではなく派生で開発される。 既存のシステムから移行するた
めに特別な確認が必要となる。
Installability Testing
インストーラビリティテスト
いくつかのシステムでは、煩雑なインストール手順が存在する…
Reliability Testing
信頼性テスト
プログラムは信頼性について 特別な課題をもつ場合もあるので、 特殊な確認が必要
となる。
Recovery Testing
リカバリーテスト
OSやDB管理システム、遠隔で扱うシステムは、復帰の機能を持つ。 プログラム異常
やHW故障、データのエラーなどに対処する確認が必要となる。
Serviceability Testing
サービスアビリティテスト
保守もしくは有用性の特徴を持つ。これらの側面もテストされるべきである。
Documentation Testing
ドキュメンテーションテスト
システムテストはユーザ向けドキュメントの正しさを確認する。
Procedure Testing
手続きテスト
システムは、人々によって実施される手順を含めるものである。 関係者による手続き、
手順を合わせてテストする必要がある。
Facility Testing
Volume Testing
Stress Testing
Usability Testing
本内容、結構
役立ちますよ♪
※ただ、勝手な解釈
で訳してます…
原典も見てね
原典はこちら： http://www.testdesigners.com/systemtesting.html
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
68

69. テストレベル
テストタイプ：例を見てみましょう
テストタイプ
テスト技法
個人的なライブラリ：
実施したテストや不具合項目を階層的に整理しておくと便利！
機能テストを意味する（テストレベルのFunction Testと分けている）
わざと、意地悪
Facility Testing
人による要因
安全性テスト
無意識
検討方法（メモ）
HW故障
機能テスト
HWの異常、故障による要因
ノイズ、環境
構造テスト/ユーザ提供の状態確認
ボリュームテスト
Volume Testing
安全性テスト（機器及びユーザ）
温度が上がらないエラー
ユーザビリティテスト
ストレステスト
温度上がりすぎのケース
機器性能評価/スペック評価
水が無い、少ない場合の沸騰ボタン押下
取説・シナリオテスト
適切さ
Stress Testing
参考：テストタイプ一覧
沸騰中に蓋を開けた場合の加熱停止
連続テスト
状態×ボタンを押しっぱなしにした場合の振る舞い確認（All Pair）
蓋状態が獲得できない時の起動時処理確認
機能、状態、環境組合せ（無側の確認）
正確性
ユーザビリティテスト
仕様->タイマ×機能テスト
タイミング、状態信頼性テスト
仕様->給湯×機能テスト
機能性
Usability Testing
給湯する
相互運用性
仕様->温度制御×機能テスト
詳細分割（メモ）
98℃
仕様->ロック/解除×機能テスト
90℃
仕様->保温モード×機能テスト
保温する
セキュリティテスト
60℃
Security Testing
セキュリティ
メイン機能、サブ/サポート機能、デバイス機能の3層で検討
モード切替
ボタン押下時の有則組合せ
沸騰させる
アイドル
カルキ抜きを行う
性能/パフォーマンステスト
成熟度
Performance Testing
沸騰
給湯ロックを行う
カルキ抜き
給湯ロックを解除する
ふるまいが目的に適合していること
温度制御
操作
高温
時間を計る
ストレージテスト
信頼性
フォールトレランス
設定/コンフィグレーションテスト
Configuration Testing
Myersの
システムテストカテゴリ
温度を見る
ボタン押下時の有則組合せ
水が空になったことを知る
給湯する
ユーザビリティテスト
ふるまいが目的に適合していること
給湯
給湯停止
水位センサ異常を知る
理解のしやすさ
Installability Testing
ボタン入力の論理判定条件網羅
ロック/解除
操作のしやすさ
状態遷移×構造テストで確認
状態網羅
ボタン入力の論理判定条件網羅
企業イメージへの配慮
保温モード
評価基準
状態遷移×構造テストで確認
状態網羅
操作認識
機能テスト
サブ機能
エラー発生条件の条件網羅
エラー判定
操作学習
主観評価、アンケート
魅力
品質特性（ISO9126）
水位判定
満足度
エキスパートレビュー
水位判定の論理組合せ条件網羅
温度判定
分かりやすさ
Reliability Testing
温度判定のロジック確認、パターンによる妥当性検証
ヒータへの制御出力の妥当性確認
ヒータ制御
方法
想定ユーザテスト
時間挙動
リカバリーテスト
状態遷移×構造テストで確認
状態網羅
タイマ
理解のしやすさ
ユーザと環境に合せる
操作のしやすさ
状態遷移×構造テストで確認
状態網羅
温度異常を知る
見つけやすさ、見易さ
学習のしやすさ
使用性
信頼性テスト
状態遷移×構造テストで確認
状態網羅
水が満水を知る
Compatibility/conversion Testing
インストーラビリティテスト
テスコン'13
テストタイプベース
保温機能
効率性
Recovery Testing
解除ボタン
条件網羅
沸騰ボタン
操作パネル：入力
基本機能
資源の活用度
条件網羅
タイマボタン
各テストフレーム
（ソフトウェア/機器）
沸騰機能
条件網羅
容量
条件網羅
保温設定ボタン
吐水量
安全機能
エラー検知
分析のしやすさ
Serviceability Testing
機器性能評価/スペック評価
タイマ機能
節電タイマ機能
変更のしやすさ
ドキュメンテーションテスト
Documentation Testing
沸騰ランプ
保温ランプ
そ、れ、あ、た、る
狙いどころ
インストールのしやすさ
夜沸騰して朝まで保温
ポンプ
給湯
保温時間
保温性能
温度推移
機器性能評価/スペック評価
範囲
温度制御
置換製
精度
メモ
モード遷移時間
ワンプレートスタイルで分析
状態網羅（遷移表ベース、2スイッチ）
使用環境
外部環境
タイミング変化
静的分析（外部構成）
状態網羅（遷移表ベース、2スイッチ）
保温ボタン
チャタリング想定
状態網羅（遷移表ベース、2スイッチ）
解除ボタン
安全性
割込み操作、タイミング
沸騰行為
エラーの割込みパターン想定
状態網羅（遷移表ベース、2スイッチ）
タイマボタン
競合表
競合表に従った状態、ボタン組合せパターン
状態遷移
ロジック
ロバストネステスト
レスポンス
状態遷移
回復性テスト
H/W性能
競合
信頼性テスト
抜けやすい観点
チャタリング想定
シナリオ（シーン）
ノイズのタイミングへの影響
詳細
状態網羅（遷移表ベース、2スイッチ）
状態網羅（遷移表ベース、2スイッチ）
ロジック
動的分析
仕様適合
セキュリティテスト
状態網羅（遷移表ベース、2スイッチ）
水位メータ
温度制御
タイミング、状態信頼性テスト
アクティブノイズ
状態遷移
構造テスト
環境（電圧、温度、振動・衝撃）
メモ
時系列での検討
シナリオテスト
信頼性
おまえは
今まで設計した
テストの種類を
覚えているのか？
チャタリング想定
ワンプレートスタイルで分析
機能組合せテスト
想定外、数値、起動、終了、割り込み、タイミング
チャタリング想定
意地悪
静的分析（内部構成）
割込み
シナリオベース
参考：HAZOP
沸騰ボタン
機能、状態、環境組合せ（無側の確認）
アクティブノイズ
機能テスト
機能性
仕様/機能
起動、アップデート
使用性
仕様書出図後の仕様変更、ユーザ固有の環境、MWとのIF
テストタイプ一覧
ユーザビリティテスト
水温変化の規定
ロードテスト
効率性
ストレステスト
シナリオ（シーン）
仕様適合（当たり前品質）
ユーザにとっての使用性
仕様/機能
物理特性
完全なテストは不可能
初期テスト
H/W
分かりやすさ
負荷時性能
シナリオ（シーン）
保守性
水質
負荷時使用
テストの原則
要求
テスコン'12@東京
要求
拡張性テスト
データ互換性テスト
振る舞い
H/W
移植性
構成テスト
連続
タイミング変化
テストは条件次第
両立性テスト
量産における品質安定性
負荷時仕様
特性/精度
「バグゼロ」の落とし穴
カバレッジ
構造
状態
パステスト
構造テスト
要求
外観検査
ユースケース
長期使用可能な耐久性
環境
競合
要件を満たすことを保証する（保障）
一般的なテストの必要性
2014/01公開用
保温制御精度
競合
システム、構成ベース
操作
開発プロセス改善の指標となる（改善、予防）
サーミスタ水温検出
CPU
ノイズ
リリース後の品質リスクを見積もる（リスク）
吐水量の確認
連続テスト
連続操作
確認項目
信頼性、異常系
ガイドワード
欠陥やバグを検出する(検出)
条件網羅
給湯口
連続稼動
タイマも使用する
メモリ
汎用観点
（追加予定）
殺虫剤のパラドックス
条件網羅
ブザー
給湯量
沸騰、保温の繰り返し
※ゆもつよメソッドより
欠陥の偏在
条件網羅
サーミスタ
デバイス：出力
想定シーン
水を補充しながら連続操作
移植性
テストは欠陥があることしか示せない
条件網羅
第n水位センサ
コンビニ環境
共存力
メモリがあふれた時、ハード的なエラー
条件網羅
満水センサ
デバイス：入力
構造テスト/ユーザ提供の状態確認
タイマ
テストシナリオ
繰り返しで使用される環境を活用
家庭環境
外側、例外、間、対象、類推
無し、増加、減少、他に、一部、
逆、異なる、早い、遅い、前、後
条件網羅
蓋センサ
ロックON時
順応性
条件網羅
条件網羅
水位メータ
ロックOFF時
リカバリ
条件網羅
温度/モード表示窓
音声、ブザー通知
状態網羅
ﾘﾄﾗｲ（成功）、再接続（成功）、 規制、
再送、未接続でHHH、 未契約でGGG、
契約外、無応答
条件網羅
操作パネル：出力
デバイス機能
表示
LED表示
テストのしやすさ
異常系
条件網羅
ロックランプ
液晶表示
Procedure Testing
エラー、異常、NG、例外、XX失敗、
ﾘﾄﾗｲｵｰﾊﾞｰ、 ﾀｲﾑｱｳﾄ、不正、Reject、
状態不一致、障害、 同期はずれ、 想定外／未知
条件網羅
タイマ残り時間表示枠
各テストフレーム
（システム/ユーザ）
便利機能
カルキ抜き
保守性
安定性
手続きテスト
条件網羅
給湯ボタン
ロック機能
サービスアビリティテスト
節約
ミルク
メイン機能
水位を確認する
Storage Testing
復元力
互換性/コンパチビリティテスト
各モード保温
タイマ使用を止める
シナリオ（シーン）
高温層を用いた加速確認
みんなに役立つ「テスト」を学んでみよう！
ロジック
ポットのシステム
69

70. テストタイプ：何が大事か考えてみよう！
テストレベル
テストタイプ
テスト技法
テストタイプはテストを何らかの形でグループ化した
ようなものに「もやっと」見えました。使えそうな気もします。
…で、結局、何が出来ると良かったでしたっけ？
・不具合を出したくない
⇒抜けが無いよう、過去の不具合を反映…etc
・予算に似合った適切なテストを実施したい
⇒効率的にテストを行いたい、
重要度に応じて優先順位づけしたい…etc
発散しそう
なので
別途整理
してみる～
※個人的な理解、分類、考え方が含まれますので取扱い注意
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
70

71. テストタイプ：何が大事か考えてみよう！
テストレベル
テストタイプ
テスト技法
結局、何が出来ると
良いですかね？
全体を段階的に
抜け確認を
することが
効果的
１つの詳細範囲に
集中検討すると
抜けが少ない
テストの検討時
抜けが無いことを
確認したい
テストタイプとして
グルーピング、
整理して活用する！
過去の不具合を
テストの検討に
反映させる
不具合を
出したくない
段階的に分割された
範囲で絞って
検討すると短時間で
考えやすい
上手なテスト検討、
他の人の検討を整理・
抽象化して活用する
重要度に応じて
テストの優先
順位付けをしたい
効率的に
テストケース
を導出したい
※全ての不具合を
１つずつ検討は
時間がかかる
予算に似合った
最適なテストを
実施したい
※個人的な理解、分類、考え方が含まれますので取扱い注意
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
71

72. テストレベル
テストタイプ：何が大事か考えてみよう！
テストタイプ
テスト技法
抜けなく
全体を段階的に
抜け確認を
することが
効果的
１つの詳細範囲に
集中検討すると
抜けが少ない
テストの検討時
抜けが無いことを
確認したい
テストタイプとして
グルーピング、
整理して活用する！
不具合を
出したくない
段階的に分割された
範囲で絞って
検討すると短時間で
考えやすい
上手なテスト検討、
他の人の検討を整理・
抽象化して活用する
過去の不具合を
テストの検討に
反映させる
状況に
効率的に
応じて
効率的に
テストケース
を導出したい
※全ての不具合を
１つずつ検討は
時間がかかる
重要度に応じて
テストの優先
順位付けをしたい
余談ですが本表記は
「ロジックブランチ」
と呼ばれるものです。
予算に似合った
最適なテストを
実施したい
※個人的な理解、分類、考え方が含まれますので取扱い注意
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
72

73. テストタイプ：何が大事か考えてみよう！
テストレベル
テストタイプ
テスト技法
「テスト全体を見る」「個々の抜けも考える」
※他にも、効率的、状況に応じて…など
両方やらなくっちゃあなんないってのが…
テスト全体で考えるコト
（テストタイプ群）
機能テスト
設定テスト
機能組合せ
(無則)テスト
両方やらなくっちゃあ
なんないってのが
「幹部」のつらいところだな
覚悟はいいか？
オレは出来てる。
テストの目的ベース
(ビジネスの狙い等を元に)で
優先順位やトレードオフを
考える検討・判断材料に
繋げることも出来ますね。
性能テスト
環境テスト
運用テスト
信頼性/連続
テストの目的（ビジネスの狙い等）
全体が見えたら、
個々の検討に
集中しよう！
※個人的な理解、分類、考え方が含まれますので取扱い注意
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
73

74. テストレベル
テストタイプの紹介
テストタイプ
テスト技法
テストタイプという用語説明も本資料では明示しません。
※JSTQB、非常に良いですよねー。
こちらも、「なぜこのような考え方が必要か？」
という点で紹介しておきます！
で、やっぱり
テストタイプも
用語説明は…
2014/01公開用
用語の説明はやりません。
こちらの資料を読んだ方が、
何かの気づきを見つけて
頂けたのであれば嬉しいっす！
みんなに役立つ「テスト」を学んでみよう！
74

75. その２演習②
自分たちのテストを
考えてみよう！
（テストタイプ）
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
75

76. テストを考えよう！（テストタイプ）
テストタイプの参考になりそうなお絵かきシリーズ
適切さ
時間挙動
効率性
正確性
機能性
資源の活用度
相互運用性
機能テスト
ボリュームテスト
ストレステスト
ユーザビリティテスト
セキュリティテスト
パフォーマンステスト
ストレージテスト
コンフィグレーションテスト
コンパチビリティテスト
インストーラビリティテスト
信頼性テスト
リカバリーテスト
サービスアビリティテスト
ドキュメンテーションテスト
手続きテスト
分析のしやすさ
セキュリティ
変更のしやすさ
保守性
成熟度
安定性
品質特性（ISO9126）
信頼性
フォールトレランス
テストのしやすさ
復元力
順応性
理解のしやすさ
インストールのしやすさ
2014/01公開用
移植性
学習のしやすさ
使用性
共存力
操作のしやすさ
置換製
魅力
みなさんが
行っている
「テストタイプ」
を考えてみよう！
会社の話が出たら
“忘れよう！”
テスト全体で考えるコト
（テストタイプ群）
機能テスト
設定テスト
機能組合せ
(無則)テスト
性能テスト
環境テスト
運用テスト
信頼性/連続
みんなに役立つ「テスト」を学んでみよう！
76

77. テストレベル
テストレベルとタイプの組合せ
テストタイプ
テスト技法
テストレベル、テストタイプは何となく紹介しました。
（便宜的に）テストレベルは開発プロセスを考慮して決める対象範囲。
テストタイプは目的に従った（効果・効率を狙った）グループとします。
テスト全体で考えるコト
（テストタイプ群）
機能テスト
テスト
レベル
性能テスト
環境テスト
設定テスト
運用テスト
制御パス
信頼性/連続
システム
アプリ
アプリ
アプリ
プロセス
テストの目的（ビジネスの狙い等）
テスト
タイプ
2014/01公開用
・・・
機能
機能
プロセス
ク
ラ
ス
プロセス
機能
ク
ラ
ス
機能
クラス
メソッド
メソッド
みんなに役立つ「テスト」を学んでみよう！
77

78. テストレベル
テストレベルとタイプの組合せ
テストタイプ
テスト技法
テストレベル、テストタイプは何となく紹介しました。
これらの違い、使い方を具体的に紹介してみると…
システム
アプリ
アプリ
アプリ
プロセス
・・・
機能
機能
プロセス
ク
ラ
ス
機能
ク
ラ
ス
機能
2014/01公開用
プロセス
クラス
メソッド
メソッド
みんなに役立つ「テスト」を学んでみよう！
78

79. テストレベル
テストレベルとタイプの組合せ
テストタイプ
テスト技法
テストレベル、テストタイプは何となく紹介しました。
これらの違い、使い方を具体的に紹介してみると…
プロセス間
システム
パラメータ
IF試験
組合せテスト
アプリ
アプリ
アプリ
運用テスト
プロセス プロセス プロセス
信頼性テスト
・・・
機能
機能
ク
設定テスト
ラ
クラス
ク
ス
ストレージテスト
機能
ラ
メソッド
ス
機能テスト
状態遷移テスト
2014/01公開用
機能
メソッド
制御パステスト
境界値テスト
みんなに役立つ「テスト」を学んでみよう！
79

80. テストレベルとタイプの組合せ：理由？
テストレベル
テストタイプ
テスト技法
例えば…境界値は何処で見ますか？
画面を含めたシステムテスト
でやりますよね。
2014/01公開用
当然ユニットテストで
やりますよー。
みんなに役立つ「テスト」を学んでみよう！
80

81. テストレベルとタイプの組合せ：理由？
テストレベル
テストタイプ
テスト技法
例えば…境界値は何処で見ますか？
画面を含めたシステムテスト
でやりますよね。
当然ユニットテストで
やりますよー。
発注元
開発会社
＆受け入れテスト担当
重複しますが
確実に実施
するでしょうね
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
81

82. テストレベル
テストレベルとタイプの組合せ：理由？
テストタイプ
テスト技法
例えば…境界値は何処で見ますか？
画面を含めたシステムテスト
（発注元）でやりますよね。
開発会社
当然ユニットテストで
（開発会社が）やりますよー。
発注元
＆受け入れテスト担当
抜けそうだし、
あとで喧嘩が
起こりそう…
あと、目を見て話そうネ
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
82

83. テストレベルとタイプの組合せ：理由？
テストレベル
テストタイプ
テスト技法
例えば…境界値は何処で見ますか？
画面を含めたシステムテスト
でやりますよね。
当然ユニットテストで
やりますよー。
・組織が分かれているなどがある時に、決めていないと
抜けや重複が発生する可能性があるかも。
・デザイナーさんや開発に関連するメンバーの意見（心配事等）を
取り込んでプロダクト価値向上への検討に繋がると良いですね！
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
83

84. テストレベル
テスト技法の紹介
テストタイプ
テスト技法
テスト用語のベースとなるJSTQBでは…？
テスト設計技法（test design technique）：
テストケースを作成したり選択したりするための技法
テスト技法は実際に体験しながら
効果を知ってもらうのが良いと思います。
知っておくと
便利ですよ
３章では「テスト技法」を
少し体験しましょう！
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
84

85. まとめ その２：テストの技術をざっくり紹介
その２のまとめッ！
「テスト」のキーワードをざっくり分けてみたよ
テストレベルでの課題をプロセスを交えて紹介してみたよ
テストタイプの役立つ点を紹介してみたよ
テストレベルとテストタイプを用いた検討例を紹介したよ
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
85

86. その２－おまけ
テスト手法の紹介
みずのり型
その１：テストの必要性と品質の考え方
その２：テストの技術をざっくり紹介
その３：テスト技法紹介 ～ワークを添えて
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
86

87. テスト手法（ver201401）の紹介
テスト手法紹介
テスト手法を紹介する…予定。
※現在整理中（20140104現在）
後ほど追加
予定です～。
2014/01公開用
主にSWアプリが複数ある
SWシステムといった範囲で
実際にも使っている部分もある
考え方の例、の予定です。
みんなに役立つ「テスト」を学んでみよう！
87

88. その３
テスト技法紹介
その１：テストの必要性と品質の考え方
その２：テストの技術をざっくり紹介
その３：テスト技法紹介 ～ワークを添えて
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
88

89. テスト技法紹介
テスト技法は設計技術の向上にもつながる面白い技術です。
テスト設計を通じて学ぶことが出来ますのでやってみましょう。
テスト技法で紹介するものはこんなものですかね。「テスト技法ドリル」
※人によってどれをテスト技法とするか？は違うので注意です。
・三色ボールペン法
個々
全体
全体 個々
・同値分割
・境界値分析 個々
・デシジョンテーブル（＋それを活用した組合せテスト検討）
個々
・有則の組合せ検討技法 個々
⇒CEG（原因結果グラフ）とCFD（Cause Flow Diagram）
・無則の組合せ検討技法 全体個々
⇒All Pair法、直交表を用いた検討
・状態遷移図/表 個々
2014/01公開用
参照（秋山さん著）
みんなに役立つ「テスト」を学んでみよう！
89

90. テスト技法紹介：テスト技法ポジショニングMap
テスト技法ポジショニングマップが参考に…
※こちらも秋山さん作成です。
2014/01公開用
http://www.hayst.com/Pages/positioning.aspx
みんなに役立つ「テスト」を学んでみよう！
©秋山浩一氏
90

91. ソフトウェアテスト技法ドリル参考
ソフトウェアテスト技法ドリルは、
テスト技法を学ぶための
非常に有益な図書になります。
演習問題もついてますので、
とても役立ちますッ！
＜コンテンツ＞
第1章：点に注意を向ける
第2章：線を意識する
第3章：面で逃がさない
第4章：立体で捉える
第5章：時間を網羅する
第6章：多次元の品質
2014/01公開用
©秋山浩一氏
みんなに役立つ「テスト」を学んでみよう！
91

92. テスト技法：三色ボールペン法
三色ボールペン法とは？
・三色ボールペン法
・同値分割
・境界値分析
・デシジョンテーブル
・CFD/CEG
・直交表、All Pair法
・状態遷移図/表
二色もしくは三色のボールペンを用いて、
赤：客観的に見て重要箇所
（青：客観的に見てまあ、重要な箇所）
緑：主観的に見たツッコミ部分
という分析を行う手法です。
テスト脳を鍛えるのに役立つ！
なお、二色でも十分らしいっす。
「何を考えているのか？」
を意識して切り替えながら
考えるコトが
重要みたいですよ！
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
92

93. テスト技法：三色ボールペン法
・三色ボールペン法
・同値分割
・境界値分析
・デシジョンテーブル
・CFD/CEG
・直交表、All Pair法
・状態遷移図/表
仕様から単純にテストを作ろうとすると、
コピー＆ペースト＆モディファイという形式になりがちです。
※なお、この方法はテスト検討を行う価値を下げていると言われる手法です。
実際には、以下のような指摘が出てくれると嬉しいです。
・実使用時を考えた「なにこれ？」というイマイチの仕様部分
・（仕様は完璧ではないことが多いため）
仕様内容では不足しているパラメータや論理検討の検出指摘
⇒「使う視点」にて「実際にテストするには？」を具体的に
考えることで、仕様の不足点や懸念事項が検出できます。
コピー＆ペースト＆モディファイは、
CPM法とも呼ばれています。
「考えない方法」として、
ワーストプラクティスに
挙げられることが多いです…
参考：http://snsk.hateblo.jp/entry/2013/09/13/122611
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
93

94. ・三色ボールペン法
・同値分割
・境界値分析
・デシジョンテーブル
・CFD/CEG
・直交表、All Pair法
・状態遷移図/表
テスト技法：同値分割
同値分割とは？
入力される可能性のあるデータを（同じ結果が出るなど）
グルーピングをしてそれぞれのグループから代表となる値を選び
それだけをテストする方法。
※テストを効率的に削減する、もしくは全体を見たり、
抜けが無いことを考えるための「考え方」を提供します。
０歳未満
全部の値をテストするのは
無理ッ！
なので、効率的・効果的な
グループ分けが
必要となりますよ。
2014/01公開用
幼児
子供
粉落とし
生
大人
バリカタ
ハリガネ
高齢者
普通
カタ
みんなに役立つ「テスト」を学んでみよう！
やわ
94

95. ・三色ボールペン法
・同値分割
・境界値分析
・デシジョンテーブル
・CFD/CEG
・直交表、All Pair法
・状態遷移図/表
テスト技法：同値分割
同値分割とは？
よくある不具合としては、有効範囲外のパターンを決めていない、
値の範囲、分割範囲の具体的な値が決まっていない…
というようなコトがあると思います。
※「大人」「子供」だけ仕様に記載されて、範囲記載がない場合とか。
この範囲を明確にして、ロジックを明らかにするとともに
テスト実施時の具体的な値を含めて明確にする必要があります。
０歳未満
（無効範囲）
幼児
（有効範囲）
-１ ０
5
子供
（有効範囲）
6
15
大人
（有効範囲）
16
高齢者
（有効範囲）
64
65
年齢異常
（無効範囲）
150 151
実際は、設計側の状態遷移を見直して隙間を発見する、
といった「ふるまいの異なるグループを見つける」検討も
「同値分割」と呼んでいる場合もあります。
同値分割は「考え方」を提供しているのですね！
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
95

96. ・三色ボールペン法
・同値分割
・境界値分析
・デシジョンテーブル
・CFD/CEG
・直交表、All Pair法
・状態遷移図/表
テスト技法：境界値分析
境界値分析とは？
プログラムにて発生しやすい不等号の誤り等を見つけるため、
「境界の値」を活用してテスト項目を作る手法です。
※同値分割とセットで検討が出来ます＆やりやすいですが、
発見できる不具合の性質は同値分割とは異なります。
５歳以下の
お子様
問題は境界にあり！
不等号の間違いは多いです。
どのようにテストすると
この間違いを見つけることが
出来るでしょうか？
2014/01公開用
０歳未満
-１ ０
15歳
未満
幼児
15歳
以上
大人
子供
5
6
15
16
65歳
以上
高齢者
64
65
6≦X＜15？ 6≦X≦15？
みんなに役立つ「テスト」を学んでみよう！
96

97. ・三色ボールペン法
・同値分割
・境界値分析
・デシジョンテーブル
・CFD/CEG
・直交表、All Pair法
・状態遷移図/表
テスト技法：デシジョンテーブル
デシジョンテーブルとは？
入力、出力と組合せパターンを１つの表にまとめたもの。
パラメータの「関連（法則性）」がある複数のパラメータの
パターンを整理するために活用。
同値分割した後に本表を用いて組合せを整理すると便利。
組合せパターン
入力
表の形式を
活用するだけでも
効果ありです！
※ただし、巨大化に注意
出力
2014/01公開用
原因（解除ボタン）
原因（蓋センサON状
態）
原因（給湯ボタン押下
状態）
結果（ロック状態）
結果（ロックランプ）
結果（給湯口）
No. 1-1
OFF
ON
ON
OFF
OFF
ON
ON
OFF
OFF
ON
ON
OFF
ロック続行
レ
ロック解除
消灯
点灯
レ
止水
レ
吐水
1-2
OFF
ON
OFF
ON
OFF
ON
1-3
ON
OFF
OFF
ON
ON
OFF
レ
1-5
ON
OFF
ON
OFF
OFF
ON
レ
レ
レ
レ
1-4
OFF
ON
ON
OFF
OFF
ON
レ
レ
レ
レ
レ
1-6
OFF
ON
OFF
ON
ON
OFF
レ
1-7
ON
OFF
OFF
ON
OFF
ON
レ
レ
レ
レ
レ
1-8
OFF
ON
ON
OFF
ON
OFF
レ
レ
みんなに役立つ「テスト」を学んでみよう！
レ
レ
レ
97

98. テスト技法：同値分割＆デシジョンテーブル
同値分割/デシジョンテーブルはセットで覚えると便利！
年齢
０歳未満
（無効範囲）
幼児
（有効範囲）
-１ ０
入場
時間
5
子供
（有効範囲）
6
9:59 10:00
年齢異常
（無効範囲）
16
追加料金なし
9:59前エラー
１．同値分割
を考える
15
大人
（有効範囲）
・三色ボールペン法
・同値分割
・境界値分析
・デシジョンテーブル
・CFD/CEG
・直交表、All Pair法
・状態遷移図/表
150 151
夜間料金
17:59 18:00
21:01以降エラー
入力の同値
を整理
21:00 21:01
２．同値分割
結果を表に
展開する。
一連の流れとして
身につけておくと
2014/01公開用 良いっすよ！
３．組合せの
パターンを
設定する
みんなに役立つ「テスト」を学んでみよう！
98

99. テスト技法：有則の組合せ検討技法（CEG及びCFD）
有則の組合せ及びCEG、CFDとは？
・三色ボールペン法
・同値分割
・境界値分析
・デシジョンテーブル
・CFD/CEG
・直交表、All Pair法
・状態遷移図/表
パラメータの組合せは論理的に表現されます。
これらの論理性を考えるためには図を用いた検討方法が有効です。
CEG（原因結果グラフ）とCFD（Cause Flow Diagram）が有名
CEGでの論理検討例：
＠CEGTest
CEGTestが便利。
drawCFDという
ツールもあるよ
CEGTest ： http://softest.jp/tools/CEGTest/
drawCFD ： http://softest.cocolog-nifty.com/labo/drawCFD/
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
99

100. テスト技法：有則の組合せ検討技法（CEG及びCFD）
有則の組合せ及びCEG、CFDとは？
・三色ボールペン法
・同値分割
・境界値分析
・デシジョンテーブル
・CFD/CEG
・直交表、All Pair法
・状態遷移図/表
パラメータの組合せは論理的に表現されます。
これらの論理性を考えるためには図を用いた検討方法が有効です。
CEG（原因結果グラフ）とCFD（Cause Flow Diagram）が有名
CFDでの論理検討例：
＠drawCFD
安易にデシジョンテーブルを作ると、
巨大化＆見づらくなるのですね…
こういった技法を併用しましょう！
CEGTest ： http://softest.jp/tools/CEGTest/
drawCFD ： http://softest.cocolog-nifty.com/labo/drawCFD/
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
100

101. テスト技法：同値分割＆DT＆CFD
同値分割/デシジョンテーブルとCFDを活用してみるッ！
年齢
０歳未満
（無効範囲）
幼児
（有効範囲）
-１ ０
入場
時間
5
２．同値分割
結果を表に
展開する。
2014/01公開用
6
15
大人
（有効範囲）
9:59 10:00
年齢異常
（無効範囲）
16
追加料金なし
9:59前エラー
１．同値分割
を考える
子供
（有効範囲）
・三色ボールペン法
・同値分割
・境界値分析
・デシジョンテーブル
・CFD/CEG
・直交表、All Pair法
・状態遷移図/表
150 151
夜間料金
17:59 18:00
21:01以降エラー
入力の同値
を整理
21:00 21:01
３．組合せのパターン
を設定する
※CFDを活用！
みんなに役立つ「テスト」を学んでみよう！
101

102. テスト技法：無則の組合せ検討技法（直交表、All Pair）
無則の組合せ及び直交表、All Pairとは？
・三色ボールペン法
・同値分割
・境界値分析
・デシジョンテーブル
・CFD/CEG
・直交表、All Pair法
・状態遷移図/表
「関係ない」と思っていても、複数の機能間で組合せの問題が
（1Mラインで16件ほど）発生する可能性があるとのことです。
組合せパターンを「意味ある削減をしつつ、網羅する」技法です。
※注意：安易にパターンを減らすことが出来る技術ではありません！
ラーメンを例とすると…
最初は直交表とAll Pairは
「ほぼ同じ」と考えても
OKっす。
こちらのお勧めツールは
「PICTMaster」
PICTMaster：
2014/01公開用
麺太さ
：太麺、細麺
麺かたさ ：ハリガネ、バリカタ、カタ、普通、やわ
スープ味 ：塩、しょうゆ、みそ、豚骨、
こってり、さっぱり、こっさり
スープ濃さ ：カラメ、ふつう
チャーシュー：チャーシューなし、
チャーシュー普通、チャーシュー多め
ネギ
：ネギ無し、ネギふつう、ネギ多め
アブラ
：アブラ有り、無し
ニンニク ：ニンニク有り、無し
野菜
：野菜なし、野菜少なめ、野菜ふつう、
野菜マシ、野菜マシマシ
情熱
：抜けません！
http://sourceforge.jp/projects/pictmaster/
みんなに役立つ「テスト」を学んでみよう！
102

103. テスト技法：無則の組合せ検討技法（直交表、All Pair）
無則の組合せ及び直交表、All Pairとは？
・三色ボールペン法
・同値分割
・境界値分析
・デシジョンテーブル
・CFD/CEG
・直交表、All Pair法
・状態遷移図/表
「関係ない」と思っていても、複数の機能間で組合せの問題が
（1Mラインで16件ほど）発生する可能性があるとのことです。
組合せパターンを「意味ある削減をしつつ、網羅する」技法です。
※注意：安易にパターンを減らすことが出来る技術ではありません！
ラーメンを例とすると…
※適用する対象には注意！
ちなみに、単体のパラメータの
確認も合わせてやっちゃえ！
…と思うかもしれませんが、
個別に単体、論理性（法則性）の
ある組合せを分けて試験した方が
効果、効率ともに良いですよ。
PICTMaster：
2014/01公開用
25,200食
ALL組合せ
2因子でおk
38食
2因子網羅
http://sourceforge.jp/projects/pictmaster/
みんなに役立つ「テスト」を学んでみよう！
103

104. テスト技法：無則の組合せとの比較を考えてみよう！
・三色ボールペン法
・同値分割
・境界値分析
・デシジョンテーブル
・CFD/CEG
・直交表、All Pair法
・状態遷移図/表
【★注意！！！ ★ 】
無則の組合せで何でもできる！と思ってしまう
「まとめてやっちまえ症候群」があるようですが、
無則の組合せで実施すると…？
以下の傾向、ありますか？
1．単体テストを無則で
まとめてやっちまえ！
2．有則のテストも
まとめてやっちまえ！
2014/01公開用
10個のパラメータ（2因子5つ、3因子5つ）の
単体と無則の組合せのテスト項目数
※PICTMasterを用いて作成
■単体項目数
2×5＋3×5=25項目
■PICTでの無則
14項目
A
A-2
A-1
A-2
B
B-2
B-1
B-1
C
C-1
C-2
C-1
D
E
D-1 …
D-2
D-1
項目数は減るけど、
「テストでの狙い」が
分かりづらいので、
不具合発生時の
切り分けが難しい…
〇回帰テストでの実施
×新規、追加仕様での実施
みんなに役立つ「テスト」を学んでみよう！
104

105. テスト技法：無則の組合せとの比較を考えてみよう！
・三色ボールペン法
・同値分割
・境界値分析
・デシジョンテーブル
・CFD/CEG
・直交表、All Pair法
・状態遷移図/表
【★注意！！！ ★ 】
無則の組合せで何でもできる！と思ってしまう
「まとめてやっちまえ症候群」があるようですが、
無則の組合せで実施すると…？
以下の傾向、ありますか？
1．単体テストを無則で
まとめてやっちまえ！
2．有則のテストも
まとめてやっちまえ！
Powered
2014/01公開用
パラメータA、B、Cの関連性がある場合…
by drawCFD
A
B
C
D
E
A-2 B-2 C-1 D-1 …
A-1 B-1 C-2 D-2
A-2 B-1 C-1 D-1
A-1 B-2 C-2 D-2
A-2 B-1 C-2 D-2
A-1 B-2 C-1 D-1
A-1 B-2 C-2 D-2
A-2 B-1 C-2 D-1
A-2 B-2 C-1 D-1
A-1 B-2 C-1 D-2
A-2 B-1 C-1 D-2
A-2 B-2 C-1 D-1
A-1 B-1 C-1 D-1
A-1 B-2 C-1
みんなに役立つ「テスト」を学んでみよう！D-2
105

106. テスト技法：無則の組合せとの比較を考えてみよう！
・三色ボールペン法
・同値分割
・境界値分析
・デシジョンテーブル
・CFD/CEG
・直交表、All Pair法
・状態遷移図/表
【★注意！！！ ★ 】
無則の組合せで何でもできる！と思ってしまう
「まとめてやっちまえ症候群」があるようですが、
無則の組合せで実施すると…？
以下の傾向、ありますか？
1．単体テストを無則で
まとめてやっちまえ！
2．有則のテストも
まとめてやっちまえ！
Powered
2014/01公開用
by
CFDから作成したDTと比較してみると？
※縦横逆なので注意
A
B
C
D
E
A-2 B-2 C-1 D-1 …
A-1 B-1 C-2 D-2
A-2 B-1 C-1 D-1
A-1 B-2 C-2 D-2
A-2 B-1 C-2 D-2
A-1 B-2 C-1 D-1
A-1 B-2 C-2 D-2
A-2 B-1 C-2 D-1
A-2 B-2 C-1 D-1
A-1 B-2 C-1 D-2
A-2 B-1 C-1 D-2
A-2 B-2 C-1 D-1
A-1 B-1 C-1 D-1
drawCFD
A-1 B-2 C-1
組合せ(A-2/B-2/C-2)の抜け！
みんなに役立つ「テスト」を学んでみよう！D-2
106

107. テスト技法：状態遷移図、表
状態遷移図、表とは？
・三色ボールペン法
・同値分割
・境界値分析
・デシジョンテーブル
・CFD/CEG
・直交表、All Pair法
・状態遷移図/表
状態遷移のパターンは、個別に考えるよりも状態遷移図で
表した方がパターンを確認しやすいです。
表形式にすることで「網羅基準」を考えることも出来ます。
「Nスイッチ」という作成した
状態遷移表ベースで複数回の操作を
テストするパターンを導出する
手法もあります。
有料ですが、astah*の
品質スイートプラグイン
そして、stateMatrix
というツールがあります。 ↓
BeforeState-
2014/01公開用
Transition→
アイドル
沸騰行為
保温行為
エラー状態
エラーを検
【3章：条件 【3章：条件
エラーを検知 知
1】蓋センサ 2】蓋センサ
※条件は【5 ※条件は【5
ON＆水位セ OFF＆全ての
章：エラー検 章：エラー
ンサにONが 水位 セン 沸騰ボタン押 知.】に別途 検知.】に別
存在
サがOFF
下
記載
途記載
沸騰行為
ignore
ignore
ignore
ignore
ignore
アイドル
ignore
エラー状態
ignore
ignore
アイドル
沸騰行為
ignore
エラー状態
ignore みんなに役立つ「テスト」を学んでみよう！
ignore
ignore
ignore
ignore
カルキ抜
き完了
ignore
保温行為
ignore
ignore
107

108. テストレベル
テスト技法に対するコメント
テストタイプ
テスト技法
なお、テスト技法はワークを行うと
すぐに使える、出来るつもりになりますが…
・技法を使うことが出来る範囲を決める
・技法を使うための全体の分割
テスト技法を
上手に使おう！
というような作業も必要です。
「その２」で紹介したような
テストレベル、テストタイプなど
上位の分析・検討が重要になります！
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
108

109. まとめ
その３：テスト技法紹介～ワークを添えて
その３のまとめッ！
テスト技法を紹介してみたよ！
テスト技法の体験を少しだけやってみたよ！
※テスト技法は実際に勉強したり使ってみて
普段から使えるようになると「武器」になりますよ～
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
109

110. おわりに
こうしてみると、「これ、設計の技術では？」という
内容が多いと感じられると思います。
※単にテストでのやり方としてツールを含めた
セットとして提案されているだけだと思います。
テストの技術を知ることで、
設計力も向上できる！…はずです。
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
110

111. おわりに：Beizerのテスト道
フェーズ0 :
テストとデバッグには何の差もない。
デバッグ以外にはテストには特別な目的はない。
フェーズ1 :
テストの目的は、ソフトウェアが動くことを示すことである。
フェーズ2 :
テストの目的は、ソフトウェアが動かないということを示すことにある。
フェーズ3 :
テストの目的は、何かを証明することではなく、
プログラムが動かないことによって発生する危険性を
ある許容範囲にまで減らすことである。
フェーズ4 :
テストは行動ではない。テストをしないで品質の高い
ソフトウェアを作るための精神的な訓練である。
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
111

112. おわりに：Beizerのテスト道
フェーズ0 :
テストとデバッグには何の差もない。
デバッグ以外にはテストには特別な目的はない。
フェーズ1 :
テストの目的は、ソフトウェアが動くことを示すことである。
フェーズ2 :
テストの目的は、ソフトウェアが動かないということを示すことにある。
フェーズ3 :
テストの目的は、何かを証明することではなく、
プログラムが動かないことによって発生する危険性を
ある許容範囲にまで減らすことである。
フェーズ4 :
テストは行動ではない。テストをしないで品質の高い
ソフトウェアを作るための精神的な訓練である。
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
112

113. おしまい！
ご清聴ありがとうございました！
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
113

114. コミュニティとか
TEF（Testing Engineer‘s Forum）
JaSST
SQiP（Software Quality Profession）
STAR（テスト自動化研究会）
WARAI（関西SWテスト勉強会）
関西検証コレクション（検これ）
DevLove関西
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
114

115. 参考文献シリーズ
JSTQB
書籍：ソフトウェアテストの基礎：ISTQBシラバス準拠（ドロシー・グラハム他 BNN新社）
Web：JSTQBシラバス、用語集 http://jstqb.jp/syllabus.html
テスト技法関連（全般）
書籍：ソフトウェアテスト技法ドリル―テスト設計の考え方と実際（秋山 浩一氏 日科技連出版社）
書籍：はじめて学ぶソフトウェアのテスト技法（リー・コープランド 日経BP社）
テスト技法関連（原因結果グラフ、CEGTest）
Web：CEGTest - 原因結果グラフからテスト条件を作成するツール http://softest.cocolog-nifty.com/labo/CEGTest/
Web：ソフトウェアテストの勉強室 - http://softest.cocolog-nifty.com/blog/cegtest.html
三色ボールペン法
書籍：ソフトウェアテストPRESS Vol.2（技術評論社）
Web：たまゆら雑記 三色ボールペンで読む仕様書（１） http://d.hatena.ne.jp/mkoszk/20110218/p1
テスト戦略/テストプロセス/テスト全体
書籍：マインドマップから始めるソフトウェアテスト（池田 暁氏、鈴木 三紀夫氏 技術評論社）
書籍：体系的ソフトウェアテスト入門（Rick Craig、Stefan P Jaskiel 日経BP出版センター）
ゆもつよメソッド（テストコンサルタントで有名な湯本 剛さんのテスト手法）
書籍：ソフトウェアテストPRESS Vol.10（技術評論社）
※ソフトウェアテストPRESS は「総集編」にてVol1～10の資料が全て含まれており非常にお得です。
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
115

116. 参考文献シリーズ
NGT / VSTeP
Web：JaSST’06東京 テスト設計におけるモデリングのための記法の提案 http://jasst.jp/archives/jasst06e/pdf/E2-3.pdf
Web：JaSST’09東京 テスト観点に着目したテスト開発プロセス(VSTeP)の概要
http://www.jasst.jp/archives/jasst09e/pdf/A7-6.pdf
テストアーキテクチャ
Web：JaSST’11東京 魁!!智美塾 テストアーキテクチャという考え方の提案 http://jasst.jp/archives/jasst11e.html#project2
※JaSSTのサイトには、過去の多数の事例や情報がありますのでお勧めです！
テスト設計コンテスト
Web：テスト設計コンテスト＠aster http://aster.or.jp/business/contest.html
ISO9126 ソフトウェアの品質特性モデル
Web：オブジェクトの広場 機能外要求とISO9126
http://www.ogis-ri.co.jp/otc/hiroba/technical/JavaPress_ISO9126/index.html
IEEE829 IEEE Standard for Software and System Test Documantation
書籍：知識ゼロから学ぶ ソフトウェアテスト（高橋 寿一氏 翔泳社）
書籍：現場の仕事がバリバリ進む ソフトウェアテスト手法（高橋 寿一氏、湯本 剛氏 技術評論社）
いろいろ参考
Web：電気通信大学 にしさんの研究室 http://qualab.jp
Web：kyon_mm（きょんくん）のサイト http://kyon-mm.bitbucket.org/blog/html/index.html
2014/01公開用
みんなに役立つ「テスト」を学んでみよう！
116