公開用テストカタマリーワークショップ（説明のみ）

1 2017/09公開用テストカタマリーワークショップβ版テストカタマリーワークショップ説明のみVer STUDIO IBURI Presents

2 2017/09公開用テストカタマリーワークショップβ版こちらの提供でお送りいたします胆振の中心苫小牧胆振地区

3 2017/09公開用テストカタマリーワークショップβ版いきなり注意事項！こちらの資料は2017/09/17に紹介しました「テストカタマリーワークショップ」におけるテストカタマリーの説明のみをPickUpしたものです。謎の記法の確認にご使用ください。また、次ページよりテストカタマリーワークショップβ版に対しての
注意事項をいくつか事前に示しておきます。

4 2017/09公開用テストカタマリーワークショップβ版注意事項：テストカタマリー＆手法について本ワークショップでは「テストカタマリー」の記法を実際の業務でも役立てて貰えるように例題を含めて用意してみております。ただし、テストカタマリー記法は「テスト設計手法」に依存しており、皆様と手法が異なる場合には使いづらい …という場合も多分にあると思われます。
ただ、記法も複数の手法でお試しされることでより良くできるとも思いますので、テキトーにカスタマイズしてみてください。 ⇒ んで、カスタマイズしたらフィードバックくださいｗ

5 2017/09公開用テストカタマリーワークショップβ版注意事項：学習の優先順位本資料は特においしい部分「記法を用いたモデリング」の学習を中心として考えております。また、テストカタマリーはテスト技法の使用を考慮した構造化を行っておりますので、その理解にはテスト技法の知識は「必須」と考えております。テスト技法（同値分割、デシジョンテーブル辺り）が
使える前提で、資料では説明をしております。

6 2017/09公開用テストカタマリーワークショップβ版注意事項：まとめ１．使いづらいと思った人はカスタマイズでも考えてください。２．テスト技法の説明は優先順位的にやりませんよー。

7 2017/09公開用テストカタマリーワークショップβ版コンテンツ・イントロダクション～テストカタマリーの簡単な説明・第1部：テストカタマリーでテストを表現してみよう・第2部：自分たちのテストを描いてみよう

9 2017/09公開用テストカタマリーワークショップβ版モデルが必要な背景現在のテスト現場で遭遇する問題: 1. テスト規模拡大と複雑化 2. 文書表現の偏り 3.
継続的に変更され続ける

10 2017/09公開用テストカタマリーワークショップβ版モデルが必要な背景まー、このへんは別資料あるから読んでくれや関連情報： InSTA2017： “Test
Conglomeration” - Proposal for Test Design Notation Like Class Diagram（論文） http://ieeexplore.ieee.org/document/7899074/ OSC2017 in Hokkaido ：「もしかして、テストって誰でもできると思っちゃってませんか？最新のテストの動向を知りたくないですか？」 https://www.slideshare.net/tef-do/tefdo-osc2017-in-hokkaido-07152017

11 2017/09公開用テストカタマリーワークショップβ版モデルが必要な背景：規模の拡大と複雑化 1.テスト規模の拡大と複雑化システムシステム System Appli- cation
Appli- cation Application Process Process Process Function Function Function Class Class Func Class Method Method ・・・テスト技法テストプロセステスト方針テスト設計システムテスト回帰テストモンキーテスト探索的テスト性能テスト機能テスト負荷テスト巨大で複雑

12 2017/09公開用テストカタマリーワークショップβ版モデルが必要な背景：規模の拡大と複雑化 1.テスト規模の拡大と複雑化 ⇒異なる「スキル」を持つ多くのテストエンジニアがテスト設計へテスト設計テスト設計
テスト設計 Test Case Test Case Test Case Test Case Test Case Test Case Test CaseTest Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case A B C ばらつきが発生する

13 2017/09公開用テストカタマリーワークショップβ版モデルが必要な背景：規模の拡大と複雑化 1.テスト規模の拡大と複雑化 ⇒異なる「スキル」を持つ多くのテストエンジニアがテスト設計へテスト設計テスト設計
テスト設計 Test Case Test Case Test Case Test Case Test Case Test Case Test CaseTest Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case A B C ≠ 異なるテスト設計再検討することは非常に困難テスト設計テスト設計

14 2017/09公開用テストカタマリーワークショップβ版モデルが必要な背景：文書表現の偏り 2.文書表現の偏り ⇒大きなシステムには多くの文書があるが… 書くのも面倒で、読むのも退屈… システムシステム Real
System

System ドキュメントドキュメント無効なドキュメントドキュメントドキュメントドキュメントドキュメント

System ドキュメントドキュメント無効なドキュメントドキュメントドキュメントドキュメント XXX は XXX で、 XXX は XXX を含み, XXX, XXX, XXX かつ XXX XXX は XXX で … ドキュメント参考書はこちら

17 2017/09公開用テストカタマリーワークショップβ版モデルが必要な背景：文書表現の偏り 2.文書表現の偏り ⇒従来型のテスト文書スタイル（大・中・小の3レイヤ型） Large Middle Small push
button release button ・・・ lock lid open ・・・ TestCase 2.6 hot water supply supply not supply テスト仕様大中小 Powered by…

18 2017/09公開用テストカタマリーワークショップβ版モデルが必要な背景：継続的な変更への対応 3.継続的な変更 ⇒変更が発生すると複雑なものが… システムシステム Real System
ドキュメントドキュメント無効なドキュメントドキュメントドキュメントドキュメント XXX は XXX で、 XXX は XXX を含み, XXX, XXX, XXX かつ XXX XXX は XXX で … ドキュメント Large Middle Small push button release button ・・・ lock lid open ・・・ TestCase 2.6 hot water supply supply not supply テスト仕様大中小

19 2017/09公開用テストカタマリーワークショップβ版モデルが必要な背景：継続的な変更への対応 3.継続的な変更 ⇒変更が発生すると複雑なものが… システムシステム Real System
ドキュメントドキュメント無効なドキュメントドキュメントドキュメントドキュメントドキュメント機能追加仕様変更仕様変更機能追加

20 2017/09公開用テストカタマリーワークショップβ版モデルが必要な背景：継続的な変更への対応 3.継続的な変更 ⇒変更が発生すると複雑なものが…さらに複雑に！！システムシステム Real System
ドキュメントドキュメント無効なドキュメントドキュメントドキュメントドキュメントドキュメント機能追加仕様変更仕様変更機能追加ドキュメントドキュメントドキュメント

21 2017/09公開用テストカタマリーワークショップβ版モデルが必要な背景：結果として結果として… System System Real System Document
Document Document Document Document Document Document Additional Feature Additional Feature Additional Feature Additional Feature Document Document Document Test Design Test Design Test Design Test Case Test Case Test Case Test Case Test Case Test Case Test CaseTest Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case A B C システムテストテストケーステストケーステストケーステストケーステストケーステストケースドキュメントレビューで漏れの検出は難しいばらつきによってテストケースが漏れるテストケースが漏れてしまう

22 2017/09公開用テストカタマリーワークショップβ版モデルが必要な背景：結果として結果として… System System Real System Document
Document Document Document Document Document Document Additional Feature Additional Feature Additional Feature Additional Feature Document Document Document Test Design Test Design Test Design Test Case Test Case Test Case Test Case Test Case Test Case Test CaseTest Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case A B C システムテストテストケーステストケーステストケーステストケーステストケーステストケースドキュメントレビューで漏れの検出は難しいばらつきによってテストケースが漏れるレビューで漏れを見つけにくい製品不具合

23 2017/09公開用テストカタマリーワークショップβ版モデルで解決したい問題 2点の問題を取り上げる… System System Real System Document
Document Document Document Document Document Document Additional Feature Additional Feature Additional Feature Additional Feature Document Document Document Test Design Test Design Test Design Test Case Test Case Test Case Test Case Test Case Test Case Test CaseTest Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case A B C テストケースまたはテスト設計のばらつきソフトウェアテストの概要を文書で表現するのは難しい

24 2017/09公開用テストカタマリーワークショップβ版モデルで解決したい問題の解決へ… 問題の解決として… System System Real System Document
Document Document Document Document Document Document Additional Feature Additional Feature Additional Feature Additional Feature Document Document Document Test Design Test Design Test Design Test Case Test Case Test Case Test Case Test Case Test Case Test CaseTest Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case A B C Quality Attributes + Guideline Suitability : Userbility Userbility + Other OS : Compatibility Compatibility Feature/UI ~ Alert in the background : Compatibility + Confirm each function : FunctionalSuitability <<Alert>> Timer + Unfavorable Stress : PerformanceEfficiency + Number of data : PerformanceEfficiency + Confirm each function : FunctionalSuitability Stopwatch 1.グラフィカルな表現 2. モデルを使うことでメンテナンスが向上

25 2017/09公開用テストカタマリーワークショップβ版モデルで解決したい問題の解決へ… 問題の解決として… モデルを使おう！ System System Real System
Document Document Document Document Document Document Document Additional Feature Additional Feature Additional Feature Additional Feature Document Document Document Test Design Test Design Test Design Test Case Test Case Test Case Test Case Test Case Test Case Test CaseTest Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case A B C Quality Attributes + Guideline Suitability : Userbility Userbility + Other OS : Compatibility Compatibility Feature/UI ~ Alert in the background : Compatibility + Confirm each function : FunctionalSuitability <<Alert>> Timer + Unfavorable Stress : PerformanceEfficiency + Number of data : PerformanceEfficiency + Confirm each function : FunctionalSuitability Stopwatch 1.グラフィカルな表現 2. モデルを使うことでメンテナンスが向上 + XXXX() + XXXX Timer + XXXX() + XXXX Timer TimerBehabior SelectMusic 「Timer」テストの詳細とテストケースの関連 Concrete Test Case Concrete Test Case Concrete Test Case Concrete Test Case Concrete Test Case Concrete Test Case 3.一貫した表記を使用した段階的なデザイン

26 2017/09公開用テストカタマリーワークショップβ版と、いうことで… 「モデリング」が役立ちそう！なので、モデリングの方法を学んでみましょう^^)b で、実際には？とりあえず、見た目が
良さそうな感じ使いこなせるとクールそうでモテそう？

27 2017/09公開用テストカタマリーワークショップβ版参考：表とモデル（図）の比較比較観点表モデル（図）巨大化、複雑化への対処（デメリット）
単純につくると巨大化しやすい（メリット）まとめ方により階層的にわかりやすい表現がしやすい（デメリット）複雑になる程工夫が必要（メリット）複雑な関連性を整理しやすい作業のやりやすさ（メリット？）単純な組合せ検討を作業化して空白を埋める作業にできる（デメリット？）読み書きに対してある程度の知識が必要で、教育が必要となる網羅しやすさ抜けの確認しやすさ（デメリット）巨大化すると全体確認、抜けがわかりづらい（メリット）全体を見やすいため、大きな抜けを確認しやすい（メリット）組合せの抜けがないか網羅的に確認しやすい（デメリット）何らかの詳細な組合せは確認がしづらく、抜けるかも。 …表、便利だよね ※記載は思いつきレベルです

28 2017/09公開用テストカタマリーワークショップβ版カタマリー発想までの流れよりコメントテストカタマリー構築メンバーにおける「趣味」と「得意分野」により、次の要素の影響が大きく出ている可能性が高いです。・ゆもつよメソッド（ゆもつよさんファン×２で構築）・組込みよりの分野 …そのため、興味や分野の近い人にはやりやすいかも。
（逆に興味や分野が異なる人は使いづらい可能性も）コメント頂ければ、記法のアップデートを考えまーす。

29 2017/09公開用テストカタマリーワークショップβ版テストカタマリーを支える知見テストカタマリーを支える知見は次があります。・テスト技法（テスト技法ドリル）・ゆもつよメソッド・VSTeP ・JSTQB FL/AL
・UMLモデリング、astah*ツール・DDD（ドメインモデリング）・RDRA ・デマルコ構造化設計 ※追加中・UML Testing Profile 2.0 「巨人の肩の上に立って」（Standing on the shoulders of Giants） ※Goldratt氏の論文名各種手法を参考に構築しております。ひとまずテスト技法を知っていればOK

30 2017/09公開用テストカタマリーワークショップβ版テストカタマリーの直接関連情報 Blog情報：その他情報：テストカタマリーの紹介：まとめ http://blog.amateur-factory.jp/?eid=1444276 テストカタマリーを活用したテスト設計プロセス案：まとめ http://blog.amateur-factory.jp/?eid=1444278
Test Conglomeration - Proposal for Test Design Notation Like Class Diagram（論文） http://ieeexplore.ieee.org/document/7899074/ OSC2017 in Hokkaido 「もしかして、テストって誰でもできると思っちゃってませんか？最新のテストの動向を知りたくないですか？」 https://www.slideshare.net/tef-do/tefdo-osc2017-in-hokkaido-07152017 テスト設計コンテスト'17 OPENクラス決勝戦レポート http://aster.or.jp/business/contest/contest2017.html あんがい情報ある

31 2017/09公開用テストカタマリーワークショップβ版テストカタマリーの概要テストカタマリーとは • STUDIO IBURIという謎の団体が打ち上げた記法 • テストカタマリー：テストの塊
• テスト観点とテストカテゴリ、抽象的なテストケースをクラス図を利用して表現する記法特徴 • UTPとVSTePの中間くらいのモデリング • テストの概要の整理がメイン • UMLモデリングツールが使えればそれでお手軽に描ける

32 2017/09公開用テストカタマリーワークショップβ版テストカタマリーのアイデアテストカタマリーのアイデアの原型テストを行うべきなんとなくの領域

33 2017/09公開用テストカタマリーワークショップβ版テストカタマリーのアイデアテストカタマリーのアイデアの原型テストを行うべきなんとなくの領域テストスコープ

34 2017/09公開用テストカタマリーワークショップβ版テストカタマリーのアイデアテストカタマリーのアイデアの原型テストを行うべきなんとなくの領域分割されたテストスコープ

35 2017/09公開用テストカタマリーワークショップβ版テストカタマリーのアイデアテストカタマリーのアイデアの原型分割されたテストスコープ優先順位を決定する High priority Low
priority

36 2017/09公開用テストカタマリーワークショップβ版テストカタマリーのアイデアテストカタマリーのアイデアの原型・Test Case１・Test Case２ …
テストの詳細設計分割したテストスコープの一部分割されたテストスコープ

37 2017/09公開用テストカタマリーワークショップβ版テストカタマリーの概要一連のテストケースを持つ分割されたテストスコープを「テストカタマリー」と定義。・テストケース１・テストケース２
… テストスコープの一部 =テストカタマリーテストケース詳細塊

38 2017/09公開用テストカタマリーワークショップβ版テストカタマリーの概要・テストケース１・テストケース２ … テストスコープの一部 =テストカタマリーテストケース
詳細塊 UMLクラス図の流用アラーム登録 +各機能 : 機能特性 ~登録数 : 性能効率性 … +アラーム登録 : 各機能 +アラーム解除 : 各機能 ~最大登録数検証 : 登録数 … iOS時計アプリアラーム登録

詳細塊アラーム登録 +各機能 : 機能特性 ~登録数 : 性能効率性 … +アラーム登録 : 各機能 +アラーム解除 : 各機能 ~最大登録数検証 : 登録数 … 抽象テストケースロジカルテストケース

詳細塊アラーム登録 +各機能 : 機能特性 ~登録数 : 性能効率性 … +アラーム登録 : 各機能 +アラーム解除 : 各機能 ~最大登録数検証 : 登録数 … 各ロジカルテストケースから具体的なテストケースを作成 ※テスト詳細設計で実施アラーム解除編集画面にて登録解除アラーム画面にて登録解除未登録のときに登録解除複数の具体的テストケース

詳細塊 Divided Test Scope 全体的なテスト範囲が、 1枚の絵で描ける Quality Attributes + Guideline Suitability : Userbility Userbility + Other OS : Compatibility Compatibility Feature/UI ~ Alert in the background : Compatibility + Confirm each function : FunctionalSuitability <<Alert>> Timer + Unfavorable Stress : PerformanceEfficiency + Number of data : PerformanceEfficiency + Confirm each function : FunctionalSuitability Stopwatch

42 2017/09公開用テストカタマリーワークショップβ版テストカタマリーの概要テストの俯瞰表現から詳細の表現を行うことができる。 Quality Attriutes + Other OS
: Compatibility App Compatibility + Navigation : Usability + Guideline Suitability : Usability App Userbility + Memory Leak : Performance efficiency + Long Run Process : Reliability Long Run + Process Multiple App : Compatibility + Multiple process in an App : Compatibility Co-Existence Feature/UI + Cooperate with other Apps : Compatibility ~ Unfavorable Stress : Performance efficiency ~ Alert in the background : Compatibility + Correctness of analysis : Functional suitability + Confirm each function : Functional suitability <<Alert>> Bedtime ~ Operation Response : Performance efficiency ~ Number of data : Performance efficiency + Confirm each function : Functional suitability <<Resister/Edit/Delete Data>> World Clock + Cooperate with other Apps : Compatibility ~ Unfavorable Stress : Performance efficiency ~ Alert in the background : Performance efficiency ~ Operation Response : Performance efficiency ~ Number of data : Performance efficiency + Confirm each function : Functional suitability <<Alert>> <<Resister/Edit/Delete Data>> Alarm ~ Operation Response : Performance efficiency ~ Number of data : Performance efficiency <<pattern>> Resister/Edit/Delete Data ~ Unfavorable Stress : Performance efficiency ~ Alert in the background : Compatibility <<pattern>> Alert ~ Alert in the background : Compatibility + Confirm each function : Functional suitability <<Alert>> Timer + Unfavorable Stress : Performance efficiency + Number of data : Performance efficiency + Confirm each function : Functional suitability Stopwatch <全体俯瞰：カタマリー全体図> ~ Operation Response : Performance efficiency ~ Number of data : Performance efficiency <<pattern>> Resister/Edit/Delete Data + Cooperate with other Apps : Compatibility ~ Unfavorable Stress : Performance efficiency ~ Alert in the background : Performance efficiency ~ Operation Response : Performance efficiency ~ Number of data : Performance efficiency + Confirm each function : Functional suitability <<Alert>> <<Resister/Edit/Delete Data>> Alarm ~ Unfavorable Stress : Performance efficiency ~ Alert in the background : Compatibility <<pattern>> Alert + Check with Stress() : Unfavorable Stress + Check with other Apps() : Alert in the background + Confirm Snooze() : Confirm each function ~ Unfavorable Stress : Performance efficiency ~ Alert in the background : Compatibility + Confirm each function : Functional suitability + Confirm Alerm() : Confirm each function Notify Alarm + Operate from Siri() : Cooperate with other Apps + Check max registration data() : Operation Responce + Delete Alarm() : Confirm each function + Edit Alarm() : Confirm each function + Register Alarm() : Confirm each function + Cooperate with other Apps : Compatibility ~ Operation Response : Performance efficiency ~ Number of data : Performance efficiency + Confirm each function : Functional suitability Register/Display Alarm <詳細確認：カタマリー詳細図>

43 2017/09公開用テストカタマリーワークショップβ版 ~ Operation Response : Performance efficiency ~
Number of data : Performance efficiency <<pattern>> Resister/Edit/Delete Data + Cooperate with other Apps : Compatibility ~ Unfavorable Stress : Performance efficiency ~ Alert in the background : Performance efficiency ~ Operation Response : Performance efficiency ~ Number of data : Performance efficiency + Confirm each function : Functional suitability <<Alert>> <<Resister/Edit/Delete Data>> Alarm ~ Unfavorable Stress : Performance efficiency ~ Alert in the background : Compatibility <<pattern>> Alert + Check with Stress() : Unfavorable Stress + Check with other Apps() : Alert in the background + Confirm Snooze() : Confirm each function ~ Unfavorable Stress : Performance efficiency ~ Alert in the background : Compatibility + Confirm each function : Functional suitability + Confirm Alerm() : Confirm each function Notify Alarm + Operate from Siri() : Cooperate with other Apps + Check max registration data() : Operation Responce + Delete Alarm() : Confirm each function + Edit Alarm() : Confirm each function + Register Alarm() : Confirm each function + Cooperate with other Apps : Compatibility ~ Operation Response : Performance efficiency ~ Number of data : Performance efficiency + Confirm each function : Functional suitability Register/Display Alarm テストカタマリー：超簡単まとめざっくりと次の内容くらいです。 Quality Attriutes + Other OS : Compatibility App Compatibility + Navigation : Usability + Guideline Suitability : Usability App Userbility + Memory Leak : Performance efficiency + Long Run Process : Reliability Long Run + Process Multiple App : Compatibility + Multiple process in an App : Compatibility Co-Existence Feature/UI + Cooperate with other Apps : Compatibility ~ Unfavorable Stress : Performance efficiency ~ Alert in the background : Compatibility + Correctness of analysis : Functional suitability + Confirm each function : Functional suitability <<Alert>> Bedtime ~ Operation Response : Performance efficiency ~ Number of data : Performance efficiency + Confirm each function : Functional suitability <<Resister/Edit/Delete Data>> World Clock + Cooperate with other Apps : Compatibility ~ Unfavorable Stress : Performance efficiency ~ Alert in the background : Performance efficiency ~ Operation Response : Performance efficiency ~ Number of data : Performance efficiency + Confirm each function : Functional suitability <<Alert>> <<Resister/Edit/Delete Data>> Alarm ~ Operation Response : Performance efficiency ~ Number of data : Performance efficiency <<pattern>> Resister/Edit/Delete Data ~ Unfavorable Stress : Performance efficiency ~ Alert in the background : Compatibility <<pattern>> Alert ~ Alert in the background : Compatibility + Confirm each function : Functional suitability <<Alert>> Timer + Unfavorable Stress : Performance efficiency + Number of data : Performance efficiency + Confirm each function : Functional suitability Stopwatch 全体を俯瞰して表現ができる編集画面にて登録解除アラーム画面にて登録解除未登録のときに登録解除複数のテストケースに対応全体俯瞰内の 1つのカタマリーを詳細に表現できる最下層に抽象（ロジカル）テストケースを並べる１つのロジカルテストケースは複数の具体的テストケースに対応

46 2017/09公開用テストカタマリーワークショップβ版コンテンツ（詳細）・第1部：テストカタマリーでテストを表現してみようテストケースをカタマってみよう！ ※JOJO第1部では少年編に相当

47 2017/09公開用テストカタマリーワークショップβ版ワーク①内容例として、テストケースが存在している状況を想定してカタマリー化して（カタマって）みましょう！テストベーステストケーステストケース
テストケーステストケーステストカタマリー +・・・ +・・・ …

48 2017/09公開用テストカタマリーワークショップβ版ワーク①：テストカタマリーを作ってみよう！テストベース＆テストケースがある場合に、テストカタマリーを作ってみるとして… テストケーステストケーステストケーステストケース
参加申込みチケット +通常参加時に論文採録Noがグレイアウトで入力できないこと +論文採録者時に論文採録No が入力できること +チケット種別の選択可能な・・・ +・・・ +・・・ +・・・ +・・・ +・・・ +・・・ +・・・ +・・・ +・・・ … テストケースを単純にカタマリーに展開すると大変に！ ※自由に使えるので全ケース埋め込みも否定はしません

49 2017/09公開用テストカタマリーワークショップβ版参加申込みチケット +通常参加時に論文採録Noがグレイアウトで入力できないこと +論文採録者時に論文採録Noが入力できること +チケット種別の選択可能な・・・ +・・・
+・・・ +・・・ +・・・ +・・・ +・・・ +・・・ … ワーク①：テストカタマリーを作ってみよう！大量のテストケースを単純にカタマるのではなく… テストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケース大量のテストケース

50 2017/09公開用テストカタマリーワークショップβ版ワーク①：テストカタマリーを作ってみよう！グルーピング＆整理してカタマりましょう。テストケーステストケーステストケーステストケーステストケース
テストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケース大量のテストケーステストケーステストケーステストケーステストケーステストケーステストケースグループA グループB グループC 参加申込みチケット +グループA +グループB +グループC … グルーピング＆整理参加申込みチケット +通常参加時に論文採録Noがグレイアウトで入力できないこと +論文採録者時に論文採録Noが入力できること +チケット種別の選択可能な・・・ +・・・ +・・・ +・・・ +・・・ +・・・ +・・・ +・・・ …

51 2017/09公開用テストカタマリーワークショップβ版ワーク①：テストケースをグルーピングしようまずはテストケースを「目的」か「技法」でグルーピングします。そしてグループに適当な「名前」を付けてみます。テストケーステストケーステストケース
テストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケーステストケース大量のテストケーステストケーステストケーステストケースグループA：名前 ※同値分割でグループ目的or技法でグルーピング＆整理テストケーステストケーステストケースグループB：名前 ※DTでグループグループC：名前 ※性能XX確認でグループグルーピングがうまい場合には不足のテスト、重複なども確認することができます。

52 2017/09公開用テストカタマリーワークショップβ版ワーク①：グループをカタマリーへ展開グループ化したテストケースをカタマリーへ展開します。テストケーステストケーステストケースグループA：名前 ※同値分割でグループ
テストケーステストケーステストケースグループB：名前 ※DTでグループグループC：名前 ※性能XX確認でグループ参加申込みチケット … グループの右側の↑辺はある程度空けといてくださいグループA：名前XXX グループB：名前XXX

53 2017/09公開用テストカタマリーワークショップβ版解説：カタマリーの持つテストケースの粒度注意：個々の解説では、テスト技法の知識がある前提でお話します。 ⇒つまりは、技法の説明はしません。

54 2017/09公開用テストカタマリーワークショップβ版テストケースの粒度：別テストベースで紹介一旦、別の仕様でテストケースの粒度を紹介します。現在時間：１７:００:１５おとなこども計算料金表
おとな（15才以上）1000円こども（14才以下）500円 10:00-17:59入場通常料金 18:00-19:59入場 +300円 ※上記時間以外は購入不可計算結果：時間：１７：００：１６おとな：１枚支払いは１０００円です購入計算画面購入画面・通常料金チケットは18:05まで使用（入場）可能です・計算ボタンを押したタイミングで時間が決定します・購入者の妥当性チェックはシステム上はありません・ユーザビリティは（あえて）考慮してませんのでテストからも外していただいてOKです・妥当性はあまり気にせず＋深読みしなくてよいです購入種別（選択式）

55 2017/09公開用テストカタマリーワークショップβ版テストケースの粒度：仮に４つの段階を紹介比較的抽象的なテストケース粒度では…？参考：レベル３テストケース入場時間購入種別（通常料金）こども
おとな 1000 円購入不可購入不可時間 20:00:00- 23:59:59 購入不可時間 00:00:00- 09:59:59 夜間料金 18:00:00- 19:59:59 通常料金 10:00:00- 17:59:59 購入種別（夜間料金）こどもおとな 500 円 1300 円 800 円レベル１：処理だけを特定したテストケース（例）購入計算処理のロジック/入出力を確認するレベル２：入出力のパラメータ項目まで表現したテストケース（例）購入種別と入場時間から計算結果を確認する購入計算処理？？購入計算処理計算結果購入種別入場時間具体化抽象化

56 2017/09公開用テストカタマリーワークショップβ版テストケースの粒度：仮に４つの段階を紹介より詳細なテストケースでは… レベル３：同値クラスを用いて組合せ論理条件（ルール）まで表現したテストケース（例）購入種別：おとな、入場時間：通常料金時間で結果1000円入場時間購入種別（通常料金）
こどもおとな 1000 円購入不可購入不可時間 20:00:00- 23:59:59 購入不可時間 00:00:00- 09:59:59 夜間料金 18:00:00- 19:59:59 通常料金 10:00:00- 17:59:59 購入種別（夜間料金）こどもおとな 500 円 1300 円 800 円（例） CFDとDTで関係性を図示レベル４：実際の値まで具体化したテストケース（例）購入種別：おとな、入場時間：10:00:00 で結果1000円・#3-1 購入種別：おとな、入場時間：10:00:00 で結果1000円・#3-1 購入種別：おとな、入場時間：15:00:00 で結果1000円・#4-1 購入種別：おとな、入場時間：19:00:00 で結果1300円 … 具体的な値を設定 #1 #2 #3 #4 #5 #6 1 購入種別 1 おとな - - ◦ ◦ - - 2 こども - - - - ◦ ◦ 2 入場時間 1 購入不可時間 00:00:00-09:59:59 ◦ - - - - - 2 通常料金時間 10:00:00-17:59:59 - - ◦ - ◦ - 3 夜間料金時間 18:00:00-19:59:59 - - - ◦ - ◦ 4 購入不可時間 20:00:00-23:59:59 - ◦ - - - - #1 #2 #3 #4 #5 #6 1 購入不可 ◦ ◦ - - - - 2 1300円 - - - ◦ - - 3 1000円 - - ◦ - - - 4 800円 - - - - - ◦ 5 500円 - - - - ◦ - 入力条件期待結果

57 2017/09公開用テストカタマリーワークショップβ版テストケースの粒度：仮に４つの段階を紹介全体を示すとこの通りになります。レベル１：処理だけを特定したテストケース（例）購入計算処理を確認するレベル２：入出力のパラメータ項目まで表現したテストケース（例）購入種別と時間から計算結果を確認する購入計算
処理？？購入計算処理計算結果購入種別入場時間レベル３：同値クラスを用いて組合せ論理条件（ルール）まで表現したテストケース（例）購入種別：おとな、入場時間：通常料金時間で結果1000円入場時間購入種別（通常料金）こどもおとな 1000 円購入不可購入不可時間 20:00:00- 23:59:59 購入不可時間 00:00:00- 09:59:59 夜間料金 18:00:00- 19:59:59 通常料金 10:00:00- 17:59:59 購入種別（夜間料金）こどもおとな 500 円 1300 円 800 円（例） CFDで関係性を図示してデシジョンテーブルで表現することができるレベル４：実際の値まで具体化したテストケース（例）購入種別：おとな、入場時間：10:00:00 で結果1000円・#3-1 購入種別：おとな、入場時間：10:00:00 で結果1000円・#3-1 購入種別：おとな、入場時間：15:00:00 で結果1000円・#4-1 購入種別：おとな、入場時間：19:00:00 で結果1300円 … 具体的な値を設定具体化抽象化 #1 #2 #3 #4 #5 #6 1 購入種別 1 おとな - - ◦ ◦ - - 2 こども - - - - ◦ ◦ 2 入場時間 1 購入不可時間 00:00:00-09:59:59 ◦ - - - - - 2 通常料金時間 10:00:00-17:59:59 - - ◦ - ◦ - 3 夜間料金時間 18:00:00-19:59:59 - - - ◦ - ◦ 4 購入不可時間 20:00:00-23:59:59 - ◦ - - - - #1 #2 #3 #4 #5 #6 1 購入不可 ◦ ◦ - - - - 2 1300円 - - - ◦ - - 3 1000円 - - ◦ - - - 4 800円 - - - - - ◦ 5 500円 - - - - ◦ - 入力条件期待結果各レベルの例レベル１：購入計算処理のロジック/ 入出力を確認するレベル２：購入種別と時間から計算結果を確認するレベル３：購入種別：おとな、入場時間：通常料金時間で結果1000円レベル４：購入種別：おとな、入場時間：10:00:00 で結果1000円

58 2017/09公開用テストカタマリーワークショップβ版テストカタマリーに配置する粒度テストカタマリーに配置するテストケース粒度は… レベル１：処理だけを特定したテストケース（例）購入計算処理を確認するレベル２：入出力のパラメータ項目まで表現したテストケース（例）購入種別と時間から計算結果を確認する購入計算
処理？？購入計算処理計算結果購入種別入場時間レベル３：同値クラスを用いて組合せ論理条件（ルール）まで表現したテストケース（例）購入種別：おとな、入場時間：通常料金時間で結果1000円入場時間購入種別（通常料金）こどもおとな 1000 円購入不可購入不可時間 20:00:00- 23:59:59 購入不可時間 00:00:00- 09:59:59 夜間料金 18:00:00- 19:59:59 通常料金 10:00:00- 17:59:59 購入種別（夜間料金）こどもおとな 500 円 1300 円 800 円（例） CFDで関係性を図示してデシジョンテーブルで表現することができるレベル４：実際の値まで具体化したテストケース（例）購入種別：おとな、入場時間：10:00:00 で結果1000円・#3-1 購入種別：おとな、入場時間：10:00:00 で結果1000円・#3-1 購入種別：おとな、入場時間：15:00:00 で結果1000円・#4-1 購入種別：おとな、入場時間：19:00:00 で結果1300円 … 具体的な値を設定具体化抽象化 #1 #2 #3 #4 #5 #6 1 購入種別 1 おとな - - ◦ ◦ - - 2 こども - - - - ◦ ◦ 2 入場時間 1 購入不可時間 00:00:00-09:59:59 ◦ - - - - - 2 通常料金時間 10:00:00-17:59:59 - - ◦ - ◦ - 3 夜間料金時間 18:00:00-19:59:59 - - - ◦ - ◦ 4 購入不可時間 20:00:00-23:59:59 - ◦ - - - - #1 #2 #3 #4 #5 #6 1 購入不可 ◦ ◦ - - - - 2 1300円 - - - ◦ - - 3 1000円 - - ◦ - - - 4 800円 - - - - - ◦ 5 500円 - - - - ◦ - 入力条件期待結果テストカタマリーに記述するテストケースの粒度はここでの「レベル１～２」を推奨 ※「ロジカルテストケース」相当テストケースの詳細化はテスト詳細設計で実施各レベルの例レベル１：購入計算処理のロジック/ 入出力を確認するレベル２：購入種別と時間から計算結果を確認するレベル３：購入種別：おとな、入場時間：通常料金時間で結果1000円レベル４：購入種別：おとな、入場時間：10:00:00 で結果1000円

59 2017/09公開用テストカタマリーワークショップβ版参考：テストケースの粒度と呼び名＠ISTQB ISTQB/JSTQBでの呼び名を整理したものです。レベル１：処理だけを特定したテストケース（例）購入計算処理を確認するレベル２：入出力のパラメータ項目まで表現したテストケース（例）購入種別と時間から計算結果を確認する購入計算
処理？？購入計算処理計算結果購入種別入場時間レベル３：同値クラスを用いて組合せ論理条件（ルール）まで表現したテストケース（例）購入種別：おとな、入場時間：通常料金時間で結果1000円入場時間購入種別（通常料金）こどもおとな 1000 円購入不可購入不可時間 20:00:00- 23:59:59 購入不可時間 00:00:00- 09:59:59 夜間料金 18:00:00- 19:59:59 通常料金 10:00:00- 17:59:59 購入種別（夜間料金）こどもおとな 500 円 1300 円 800 円（例） CFDで関係性を図示してデシジョンテーブルで表現することができるレベル４：実際の値まで具体化したテストケース（例）購入種別：おとな、入場時間：10:00:00 で結果1000円・#3-1 購入種別：おとな、入場時間：10:00:00 で結果1000円・#3-1 購入種別：おとな、入場時間：15:00:00 で結果1000円・#4-1 購入種別：おとな、入場時間：19:00:00 で結果1300円 … 具体的な値を設定具体化抽象化 #1 #2 #3 #4 #5 #6 1 購入種別 1 おとな - - ◦ ◦ - - 2 こども - - - - ◦ ◦ 2 入場時間 1 購入不可時間 00:00:00-09:59:59 ◦ - - - - - 2 通常料金時間 10:00:00-17:59:59 - - ◦ - ◦ - 3 夜間料金時間 18:00:00-19:59:59 - - - ◦ - ◦ 4 購入不可時間 20:00:00-23:59:59 - ◦ - - - - #1 #2 #3 #4 #5 #6 1 購入不可 ◦ ◦ - - - - 2 1300円 - - - ◦ - - 3 1000円 - - ◦ - - - 4 800円 - - - - - ◦ 5 500円 - - - - ◦ - 入力条件期待結果低位レベルテストケース具体的テストケース高位レベルテストケース論理的テストケースハイレベルテストケースはこちらロジカルテストケースはこちら ※用語集ではハイレベル=ロジカルですが、 AL TAの説明を考慮

60 2017/09公開用テストカタマリーワークショップβ版テストカタマリー推奨のテスト粒度テストカタマリーは「ロジカルテストケース」※特にレベル1～2 相当の抽象度のテストケースを持つことを推奨します。テストケーステストケーステストケースロジカルTC-A：名前
※同値分割でグループテストケーステストケーステストケースロジカルTC-B：名前 ※DTでグループロジカルTC-C：名前 ※性能XX確認でグループ参加申込みチケット +ロジカルテストケースA +ロジカルテストケースB +ロジカルテストケースC … ※各ロジカルテストケースはデシジョンテーブル1～2つくらい相当さらなる詳細化は後のプロセスで実施目的が異なると分けることを推奨

61 2017/09公開用テストカタマリーワークショップβ版ワーク①：カタマリーの例例を載せておきます。参加申込みチケット +論文採録No入力可否 … No1-2に対応 +論文採録No異常入力
… No3-5に対応 +チケット種類の数対チケット種別 … No6-8に対応 +チケット名文字数対チケット種別 … No9-11に対応 +チケット種類の数対価格確認表 … No12-14に対応 +チケット名文字数対価格確認表 … No15-17に対応 +価格確認表操作レスポンス … No18に対応 +レスポンシブでのチケット名表示 … No19-21に対応 +参加者種別の入力判定・価格反映 … No22-25に対応 +参加者種別・チケット種別価格反映 … No26-27に対応

62 2017/09公開用テストカタマリーワークショップβ版ワーク①：カタマリーの例、その２同じ内容がこうなるような人もいるかも？参加申込みチケット +論文採録Noの入力確認 … No1-5に対応 +チケット登録に対するふるまい確認
… No6-17に対応 +価格確認表操作レスポンス … No18に対応 +レスポンシブでのチケット名表示 … No19-21に対応 +参加者種別入力組合せ確認 … No22-27に対応

63 2017/09公開用テストカタマリーワークショップβ版テスト詳細設計 0 1 10 11 ※0と10超過は設定できない
チケット種類の数参考：ロジカルテストケースとテストケース上位から考える場合には、ロジカルテストケースまで一度考えた後に、テスト詳細設計で具体的テストケースをつくります。参加申込みチケット +論文採録No入力可否 +論文採録No異常入力 +チケット種類の数対チケット種別 +チケット名文字数対チケット種別 +チケット種類の数対価格確認表 +チケット名文字数対価格確認表 +価格確認表操作レスポンス +レスポンシブでのチケット名表示 +参加者種別の入力判定・価格反映 +参加者種別・チケット種別価格反映テストケースチケット種類1個テストケースチケット種類2個テストケースチケット種類10個テスト詳細設計参加者種別通常参加論文採録者論文採録No システム登録なし入力無し通常参加費用画面遷移負荷有効論文採録者費用

64 2017/09公開用テストカタマリーワークショップβ版参加申込みチケット +論文採録No入力可否 +論文採録No異常入力 +チケット種類の数対チケット種別 +チケット名文字数
対チケット種別 +チケット種類の数対価格確認表 +チケット名文字数対価格確認表 +価格確認表操作レスポンス +レスポンシブでのチケット名表示 +参加者種別の入力判定・価格反映 +参加者種別・チケット種別価格反映参考：テストケース仕様書を作る場合テストケース仕様書を作成する場合や、テスト管理ツールにてテストケースを管理する場合に階層構造はシンプルです。 No テスト名 No テストケース BusST申し込みシステム参加申込みチケット論文採録No入力可否 1 参加者種別->通常参加　選択時に論文採録Noがグレイアウトで入力不可 2 参加者種別->論文採録者　選択時に論文採録Noが入力できることチケット種類の数対チケット種別 3 チケット種別の選択可能なドロップダウンリスト数（チケット種類の数）が1個の場合、表示されるドロップダウンリストが1つしかないこと 4 チケット種別の選択可能なドロップダウンリスト数（チケット種類の数）が2個の場合、表示されるドロップダウンリストが2つあること 5 チケット種別の選択可能なドロップダウンリスト数（チケット種類の数）が10個の場合、表示されるドロップダウンリストが10個あることチケット名文字数対チケット種別・・・各入力説明試験カテゴリテストカタマリーのもつテストケースは青点線範囲ロジカルテストケースのテストケース範囲は赤点線

65 2017/09公開用テストカタマリーワークショップβ版コンテンツ（詳細）・第1部：テストカタマリーでテストを表現してみようキガカリーを追加しよう！ ※JOJO第1部では青年編に相当

66 2017/09公開用テストカタマリーワークショップβ版カタマリーの空き部分に書く情報を紹介先ほど空けておいた部分について紹介します。参加申込みチケット +ロジカルテストケースA +ロジカルテストケースB +ロジカルテストケースC …
この部分について紹介してみます。

67 2017/09公開用テストカタマリーワークショップβ版カタマリーの空き部分にキガカリーを追記先ほど空けておいた部分について紹介します。各ロジカルテストケースに対応する「キガカリー（≒テストケースの目的）」を記述します。参加申込みチケット +ロジカルテストケースA +ロジカルテストケースB
+ロジカルテストケースC … この部分について紹介してみます。 →「キガカリー」を記述

68 2017/09公開用テストカタマリーワークショップβ版キガカリーの説明：注意事項注意：この「キガカリー」部分は特に「手法依存」ですので、あわない人は無視してもOKです。 ※構造化目的でカタマリーを使ってももちろんよいです。少なくとも現場で簡単に説明してすぐ使えるものでは
なさそうかと…

69 2017/09公開用テストカタマリーワークショップβ版カタマリー、ロジカルテストケースとキガカリーテストカタマリーでは、該当部分にキガカリーを入れることを推奨しております。参加申込みチケット +ロジカルテストケースA：キガカリー +ロジカルテストケースB：
ふるまい +ロジカルテストケースC：異常値 … キガカリー（仮名）テスコン＠Studio Iburiでは KQF(Key Quality Factor) と呼ぶ人によってはテストカテゴリテスト観点、かも ※キガカリーの例ふるまい、レスポンス、ボリューム、処理中異常、同時入力、データ互換、入力値異常、異常操作… 命名はめんどいのでここではキガカリーと呼びます

70 2017/09公開用テストカタマリーワークショップβ版テストカタマリーの本当の書き方テストカタマリーでは、クラス図の「属性」部分にもキガカリーを書くようにはしております。 ※具体的な書き方と書く理由は別途説明します。参加申込みチケット +ふるまい：機能適合性 +異常値：信頼性
+レスポンス：性能効率性 … +ロジカルテストケースA：キガカリー +ロジカルテストケースB：ふるまい +ロジカルテストケースC：異常値 … キガカリーロジカルテストケース with キガカリー

71 2017/09公開用テストカタマリーワークショップβ版キガカリーについてざっくり説明・テストケースの持つ目的（意図）を明示する。・テストの範囲を決めるため、抜けの確認に役立つ。・知識の蓄積やパターン化もできる。・「テスト観点（の、とある抽象度範囲）」もしくは「テストカテゴリ」と同等と考えてよい。
キガカリー予約 +ふるまい：機能適合性 +レスポンス：性能効率性 … +曲Noで予約登録をする：ふるまい +予約TAT確認：レスポンス … ・テストカタマリーは複数のキガカリーを持つ・ロジカルテストケースは１つのキガカリーと対応ロジカルテストケース with キガカリー

72 2017/09公開用テストカタマリーワークショップβ版キガカリーについての詳細～ここからここからキガカリーの詳細説明 ※未成熟な内容です

73 2017/09公開用テストカタマリーワークショップβ版なぜキガカリー？：作った背景より参考：ゆもつよメソッド（マトリクス）の構造より ※ソフトウェアテストPress Vol10. 今こそ聞きたいテストの上流設計より引用
機能名機能小分類データ操作音声操作 … 検索キュー 1件 1件データ送り 2件 - 再生 1件再生 1件 5件・・・データ送り× データ操作１件再生 × データ操作１件再生 × 音声操作テストカテゴリつくったメンバーがゆもつよメソッドファンテスト手法としてキガカリー設定が役立つと判断した。 ※テスト手法次第で設定する必然性はない。

74 2017/09公開用テストカタマリーワークショップβ版なぜキガカリー？：作った背景より参考：ゆもつよメソッド（マトリクス）の構造より ※ソフトウェアテストPress Vol10. 今こそ聞きたいテストの上流設計より引用
機能名機能小分類データ操作音声操作 … 検索キュー 1件 1件データ送り 2件 - 再生 1件再生 1件 5件・・・データ送り× データ操作１件再生 × データ操作１件再生 × 音声操作キガカリーに相当テストカテゴリつくったメンバーがゆもつよメソッドファンテスト手法としてキガカリー設定が役立つと判断した。 ※テスト手法次第で設定する必然性はない。

75 2017/09公開用テストカタマリーワークショップβ版なぜキガカリー？：他手法との関連ゆもつよメソッド機能名機能小分類データ操作音声操作 …
検索キュー 1件 1件データ送り 2件 - 再生 1件再生 1件 5件・・・データ送り× データ操作１件再生 × データ操作１件再生 × 音声操作キガカリーに相当テストカテゴリ VSTeP / NGT ※テスト観点に基づくテスト開発方法論VSTePの概要より引用三角形具体抽象直線不成立成立二等辺△ 不等辺△ 正三角形 … ・・・動作環境ﾈｯﾄﾜｰｸﾌﾟﾗｯﾄﾌｫｰﾑﾊｰﾄﾞｳｪｱ OS … ・・・

76 2017/09公開用テストカタマリーワークショップβ版なぜキガカリー？：他手法との関連ゆもつよメソッド機能名機能小分類データ操作音声操作 …
検索キュー 1件 1件データ送り 2件 - 再生 1件再生 1件 5件・・・データ送り× データ操作１件再生 × データ操作１件再生 × 音声操作キガカリーに相当テストカテゴリ VSTeP / NGT ※テスト観点に基づくテスト開発方法論VSTePの概要より引用三角形 ※どのテストケースでテスト観点をカバーしているか関連付けたい ⇒対応する観点が「キガカリー」相当具体抽象直線不成立成立二等辺△ 不等辺△ 正三角形 … ・・・動作環境ﾈｯﾄﾜｰｸﾌﾟﾗｯﾄﾌｫｰﾑﾊｰﾄﾞｳｪｱ OS … ・・・テストケーステストケーステストケース

77 2017/09公開用テストカタマリーワークショップβ版なぜキガカリー？：技法との対応紹介したように、ロジカルテストケースから、テスト技法を用いて具体的テストケースに落とし込みますが、この「テスト技法」との対応もできていると便利です。（例）購入種別と入場時間から計算結果を確認する（ロジカルテストケース）キガカリー「ふるまい」では、主にCFD、DTを使いテストケースをつくる。購入計算
処理計算結果購入種別入場時間入場時間購入種別（通常料金）こどもおとな 1000 円購入不可購入不可時間 20:00:00- 23:59:59 購入不可時間 00:00:00- 09:59:59 夜間料金 18:00:00- 19:59:59 通常料金 10:00:00- 17:59:59 購入種別（夜間料金）こどもおとな 500 円 1300 円 800 円 #1 #2 #3 #4 #5 #6 1 購入種別 1 おとな - - ◦ ◦ - - 2 こども - - - - ◦ ◦ 2 入場時間 1 購入不可時間 00:00:00-09:59:59 ◦ - - - - - 2 通常料金時間 10:00:00-17:59:59 - - ◦ - ◦ - 3 夜間料金時間 18:00:00-19:59:59 - - - ◦ - ◦ 4 購入不可時間 20:00:00-23:59:59 - ◦ - - - - #1 #2 #3 #4 #5 #6 1 購入不可 ◦ ◦ - - - - 2 1300円 - - - ◦ - - 3 1000円 - - ◦ - - - 4 800円 - - - - - ◦ 5 500円 - - - - ◦ - 入力条件期待結果「ふるまい」確認のため、 CFD/DTを用いて検討する

78 2017/09公開用テストカタマリーワークショップβ版参考：テスト観点の範囲に対する概念MAP 三角形具体抽象直線不成立成立
二等辺△ 不等辺△ 正三角形 … ・・・動作環境ﾈｯﾄﾜｰｸﾌﾟﾗｯﾄﾌｫｰﾑﾊｰﾄﾞｳｪｱ OS … 品質特性など・機能適合性・性能効率性 etc 具体的なパラメータ同値クラス単位の項目テスト観点（テストカテゴリ）キガカリーブンルイー感覚的な範囲の想定なのでもう少し具体的な事例や表現方法の整理が必要ﾃﾞｰﾀ操作音声操作

79 2017/09公開用テストカタマリーワークショップβ版キガカリーとは？：キガカリーの概念について・テストケース/テストケースのグループは目的（意図）を持つあわせて、目的のないテストケースは意味がない・テスト技法で導出されたテストケースも目的を持っている同値クラス：結果に影響する入力値を確認する境界値：不具合に繋がりやすい同値設定の境界部分を確認する DT/ドメイン分析：関係のある複数パラメータ組合せを確認する
テストケースの目的（意図）については、 JaSST関西の資料も参考 https://www.slideshare.net/Nori yukiMizuno/jasst17-kansai

80 2017/09公開用テストカタマリーワークショップβ版キガカリーとは？：キガカリーの概念について・テストケース/テストケースのグループは目的（意図）を持つあわせて、目的のないテストケースは意味がない・テスト技法で導出されたテストケースも目的を持っている同値クラス：結果に影響する入力値を確認する境界値：不具合に繋がりやすい同値設定の境界部分を確認する DT/ドメイン分析：関係のある複数パラメータ組合せを確認する
・カタマリーでは目的を実現するテストケースを明確にしたい ※某テスト観点では、テストケースに割り当てる方法は明示していない・カタマリーではテストケースのグループが１つの目的に対応 ※これはある意味仮説的、複数の目的に対応する場合もあるかもしれない

81 2017/09公開用テストカタマリーワークショップβ版キガカリーとは？：他手法との関連 ※把握・理解している内容で説明・ゆもつよメソッド：テストケースはいずれかのテストカテゴリに属する。テストカテゴリが、そのテストケースの目的（意図）を示す。
・VSTeP：テストケースの目的（意図）をモデリングしている。ただし、テストケースに割り当てる方法を明示はしていない。機能名機能小分類データ操作音声操作 … 検索キュー 1件 1件データ送り 2件 - 再生 1件再生 1件 5件・・・テストカテゴリ三角形具体抽象直線不成立成立二等辺△ 不等辺△ 正三角形 … ・・・動作環境ﾈｯﾄﾜｰｸﾌﾟﾗｯﾄﾌｫｰﾑﾊｰﾄﾞｳｪｱ OS … ・・・

82 2017/09公開用テストカタマリーワークショップβ版キガカリーとは？：キガカリーの役立つ点と例ざっくりと体感的に役立つ点を記載しておきます。・テストの範囲を決めることができる、ざっくり特定するのに役立つ（例：予約×ふるまい）・説明する際に役に立つ・抜けている部分を確認しやすい・知見の蓄積ができる
・パターン風の「キガカリーセット」を使うと考えやすく役に立つ・抽象的な表現を活用すると、全体を考えやすい予約 +ふるまい：機能適合性 +レスポンス：性能効率性 … +曲Noで予約登録をする：ふるまい +予約TAT確認：レスポンス … 予約×ふるまい予約×レスポンスざっくり範囲がわかるユーザ操作パターン +ふるまい：機能適合性 +レスポンス：性能効率性 … 機能適合性 - 結果網羅ふるまい - 結果網羅機能排他状態遷移 - 性能評価性能効率性ボリュームストレスレスポンス「テスト条件」とも呼んでよいかも

83 2017/09公開用テストカタマリーワークショップβ版キガカリーとは？：別の言葉で表してみる別の言葉で表すと、次のようなものとなりそう。・保証すべきもののキーワード・確認したいもの・テストの関心ごと・テストケースの目的/意図・気がかり事項/リスク
≒ テスト観点上のとある抽象レベル。 ≒ テストカテゴリ。自分の理解が間違っている可能性もありますが…

84 2017/09公開用テストカタマリーワークショップβ版キガカリーについての詳細～ここまでここまでキガカリーの詳細説明だん

85 2017/09公開用テストカタマリーワークショップβ版キガカリーの説明：再度注意事項注意：再度言っておきますが、「手法依存」です。キガカリーがあると役立つ場合には使用して、うまくいかない場合には使わなくてもよいです。ワークショップではキガカリーを考えてカタマリーを
つくってみます

86 2017/09公開用テストカタマリーワークショップβ版ワーク②：キガカリーの例作成したカタマリーの各ロジカルテストケースにキガカリーを追加することを考えてみます。参加申込みチケット +ロジカルテストケースA： +ロジカルテストケースB： +ロジカルテストケースC：
… キガカリーの例テストケースの分類を意識している人ならやりやすいキガカリーの例 ※↓にこだわる必要はありません・ふるまい/論理性・異常操作・レスポンス/応答速度 …

87 2017/09公開用テストカタマリーワークショップβ版ワーク②：回答例キガカリーを追加したカタマリーの例。参加申込みチケット +論文採録No入力可否：単体パラメータ確認/ふるまい +論文採録No異常入力
：入力値異常 +チケット種類の数対チケット種別：単体パラメータ確認/ふるまい +チケット名文字数対チケット種別：単体パラメータ確認/ふるまい +チケット種類の数対価格確認表：単体パラメータ確認/ふるまい +チケット名文字数対価格確認表：単体パラメータ確認/ふるまい +価格確認表操作レスポンス：レスポンス +レスポンシブでのチケット名表示：表示くずれ有無 +参加者種別の入力判定・価格反映：単体パラメータ確認/ふるまい +参加者種別・チケット種別価格反映：有則組合せ確認/ふるまい

88 2017/09公開用テストカタマリーワークショップβ版キガカリーを属性部にも記載します。メソッド引数部分に網羅基準（Done基準の明確化等に使う）を記述します。これで、astah*の機能をフルに活用してますｗ ※使えばいいってもんじゃないさらに詳細なカタマリーの記法では…
キガカリーを表示 ※対象キガカリー：上位分類という構成で記述してますロジカルテストケース名（網羅基準）：対象のキガカリー …という記述です。 + 論文採録No異常入力(異常時処理確認) : 入力値異常 + 入力値異常 : 異常値 + 参加者種別・チケット種別価格反映(結果網羅) : 有則組合せ確認 + 参加者種別の入力判定・価格反映(結果網羅) : 単体パラメータ確認 + レスポンシブでのチケット名表示(表示確認) : 表示くずれ有無 + 価格確認表操作レスポンス(性能評価) : レスポンス + チケット名文字数対価格確認表(結果網羅) : 単体パラメータ確認 + チケット種類の数対価格確認表(結果網羅) : 単体パラメータ確認 + チケット名文字数対チケット種別(結果網羅) : 単体パラメータ確認 + チケット種類の数対チケット種別(結果網羅) : 単体パラメータ確認 + 論文採録No入力可否(結果網羅) : 単体パラメータ確認 + 表示くずれ有無 : 使用性 + レスポンス : 性能効率性 + 有則組合せ確認 : 機能適合性 + 単体パラメータ確認 : 機能適合性参加申込みチケット

89 2017/09公開用テストカタマリーワークショップβ版正式に記述したカタマリーの例＠astah* 全部書くとちょっとメンドイので、効果を感じない部分は外してOK ワーク②：回答例（astah*使用時の正式記述）
+ 論文採録No異常入力(異常時処理確認) : 入力値異常 + 入力値異常 : 異常値 + 参加者種別・チケット種別価格反映(結果網羅) : 有則組合せ確認 + 参加者種別の入力判定・価格反映(結果網羅) : 単体パラメータ確認 + レスポンシブでのチケット名表示(表示確認) : 表示くずれ有無 + 価格確認表操作レスポンス(性能評価) : レスポンス + チケット名文字数対価格確認表(結果網羅) : 単体パラメータ確認 + チケット種類の数対価格確認表(結果網羅) : 単体パラメータ確認 + チケット名文字数対チケット種別(結果網羅) : 単体パラメータ確認 + チケット種類の数対チケット種別(結果網羅) : 単体パラメータ確認 + 論文採録No入力可否(結果網羅) : 単体パラメータ確認 + 表示くずれ有無 : 使用性 + レスポンス : 性能効率性 + 有則組合せ確認 : 機能適合性 + 単体パラメータ確認 : 機能適合性参加申込みチケット

90 2017/09公開用テストカタマリーワークショップβ版キガカリーの参考：現場の言葉を使おうほぼ同じ概念に対して複数の表現ができる場合が… ⇒ふるまい？論理性？ロジック？有則組合せ？困った時には「現場にあわせた（しっくりくる）言葉」を選んでおきましょう。例：・ふるまい
/ 論理性確認 / ロジック単体パラメータ確認＆有則組合せ確認・レスポンス / 応答速度操作レスポンス＆通信速度＆処理レスポンス・ボリューム / サイズ大データ処理 … 現場でよく使っている言葉を用いることで意見交換がやりやすくなります。

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

92 2017/09公開用テストカタマリーワークショップβ版キガカリーの参考：キガカリーシリーズキガカリーは蓄積することで役立つ情報となります。 ※整理して全体を示したものを「ブンルイー」と呼んでおります。品質特性製品利用時リスク回避性
利用状況網羅性利用時有効性満足性利用時効率性機能適合性性能効率性互換性使用性信頼性セキュリティ保守性移植性欠陥検出戦略/ガイドP（っぽい）ワードガイドP 異常値並行処理不具合確認通信費処理重ねタイミング機能組合せ機器組合せフェールソフト機能適合性使用性 - 使いやすさ - 分かりやすさナビゲーション - 異常時処理確認異常値入力値異常異常操作登録キュー超過入力 - 性能評価性能効率性 - 正常動作確認 - 信頼性評価信頼性ボリューム同時入力・処理途中取消 - 正常動作確認不具合確認 - 2因子網羅機能組合せ - 性能評価 - 正常動作確認処理重ね - 正常動作確認タイミング - 結果網羅ふるまい操作レスポンス - 正常復旧確認復旧処理処理中異常 - 正常動作確認互換性周辺機器割込み処理 - 結果網羅機能排他 HWリソース CPU量メモリ量ディスク大きなデータ（ファイル等）を扱うストレス瞬間的な負荷状態遷移 - 因子網羅 - 2因子網羅機器組合せ因子組合せキューデータへの同時処理ファイル異常信頼性や性能効率性の一部だが、ドメインで特に気にする部分を明示機器対応規格・プロトコル対応セキュリティ不正利用データ互換コンテンツ互換レスポンス通信速度長時間使用 - 学習性 : int 見やすさ不定値入力 Ver.170125 - 正常動作確認フェールソフト縮退運転片肺運転 - 通信費評価通信費音声処理重ね負荷時のタイミング映像処理重ね最大処理時の負荷制御時タイミングジャンプタイミング歌いやすさコンテンツ処理重ね ※某テスコンにおけるキガカリーの分類例＝ブンルイー

93 2017/09公開用テストカタマリーワークショップβ版現場では、誰かが作ったテストケースの実施もあれば、誰かの作ったカタマリーを引き継いで作業もあるかも。また、抜けを確認するには複数名の意見が大事です。 ※議論と共有時は、ことばだいじ。実際の業務では、言葉あわせも重視しておきましょう。 XXの処理速度を確認して…
レスポンスの確認はシステムとして大事だよ「処理速度」と「レスポンス」って同じなのかな？現場では…

94 2017/09公開用テストカタマリーワークショップβ版コンテンツ（詳細）・第1部：テストカタマリーでテストを表現してみようもいっちょカタマってみよう！ ※JOJO第1部では波紋習得後

95 2017/09公開用テストカタマリーワークショップβ版投稿論文情報設定 +・・・ +・・・ … 参考：テストカタマリーの流用方法カタマリーをそのまま流用は難しいかもですが… ふるまい
ﾚｽﾎﾟﾝｽ異常XX ・・・参加申込みチケット +ロジカルテストケースA：ゾクセー +ロジカルテストケースB：ゾクセー +ロジカルテストケースC：ゾクセー +ロジカルテストケースX：ゾクセー +ロジカルテストケースY：ゾクセー +ロジカルテストケースZ：ゾクセーキガカリーを用いることでテストを考えやすくできます。流用

96 2017/09公開用テストカタマリーワークショップβ版投稿論文情報設定 +・・・ +・・・ … 参考：キガカリーのパターン化例えば、ユーザの入力に対応する機能という共通点でキガカリーは似たものになるかもしれません。
参加申込みチケット +・・・ +・・・ … ふるまいﾚｽﾎﾟﾝｽ異常XX ・・・共通キガカリー

97 2017/09公開用テストカタマリーワークショップβ版投稿論文情報設定 +・・・ +・・・ … 参考：キガカリーのパターン化例えば、ユーザの入力に対応する機能という共通点でキガカリーは似たものになるかもしれません。
⇒共通キガカリーをパターンとして表現できます。参加申込みチケット +・・・ +・・・ … ユーザ入力パターン ~ ふるまい ~ 入力値異常 ~ レスポンス … パターンが定義するキガカリーを使用することで検討がやりやすい

98 2017/09公開用テストカタマリーワークショップβ版参考：キガカリーパターンの例某コンテストで使用したパターンの例 ~ 信頼性 ~ 使用性 ~
性能効率 ~ 異常値 ~ 機能適合ユーザ接点機能 ~ 信頼性 ~ 相互運用 ~ 性能効率 ~ 並行処理 ~ 異常値 ~ 機能適合 IF接点機能 ~ 信頼性 ~ 機能適合機能共通 ~ 信頼性 ~ 性能効率 ~ 機能適合制約有機能 ~ 相互運用 ~ 信頼性 ~ 性能効率 ~ 並行処理 ~ 機能適合ストレージアクセス ~ 信頼性 ~ 使用性 ~ 性能効率 ~ 異常値 ~ 機能適合ユーザ接点機能 + 予約登録因子組合せ(2因子網羅) : 因子組合せ + 機能組合せ : 機能組合せ + タイミング : タイミング ~ 信頼性 : 信頼性 ~ 使用性 : 使用性 ~ 性能効率 : 性能効率性 ~ 異常値 : 異常値 ~ 機能適合性 : 機能適合性 <<ユーザ接点機能>> 予約をする全体を見たいときには（スペースの都合上）ステレオタイプでパターンを表してます + 機能組合せ + タイミング <<ユーザ接点機能>> 予約をする + フェールソフト <<制約有機能>> <<IF接点機能>> <<ユーザ接点機能>> 配信をする + 使用性 + 処理重ね + タイミング <<制約有機能>> 歌う

99 2017/09公開用テストカタマリーワークショップβ版コンテンツ（詳細）・第1部：テストカタマリーでテストを表現してみようカタマリーの知見まとめ ※JOJO第1部では DIOとのバトル

100 2017/09公開用テストカタマリーワークショップβ版参考：カタマリー記法まとめカタマリー単体の記法については、別途まとめてます。

101 2017/09公開用テストカタマリーワークショップβ版参考：カタマリーが大きすぎる場合１つのカタマリーが大きすぎる場合、分割を推奨。「has-a」を用いて分割を明示。 + 参加者種別・チケット種別価格反映(結果網羅) : 有則組合せ確認
+ 参加者種別の入力判定・価格反映(結果網羅) : 単体パラメータ確認 + レスポンシブでのチケット名表示(表示確認) : 表示くずれ有無 + 価格確認表操作レスポンス(性能評価) : レスポンス + チケット名文字数対価格確認表(結果網羅) : 単体パラメータ確認 + チケット種類の数対価格確認表(結果網羅) : 単体パラメータ確認 + チケット名文字数対チケット種別(結果網羅) : 単体パラメータ確認 + チケット種類の数対チケット種別(結果網羅) : 単体パラメータ確認 + 論文採録No異常入力(異常時処理確認) : 入力値異常 + 論文採録No入力可否(結果網羅) : 単体パラメータ確認 + 表示くずれ有無 : 使用性 + レスポンス : 性能効率性 + 入力値異常 : 異常値 + 有則組合せ確認 : 機能適合性 + 単体パラメータ確認 : 機能適合性参加申込みチケット + 表示くずれ有無 : 使用性 + レスポンス : 性能効率性 + 入力値異常 : 異常値 + 有則組合せ確認 : 機能適合性 + 単体パラメータ確認 : 機能適合性参加申込みチケット + 参加者種別の入力判定・価格反映(結果網羅) : 単体パラメータ確認 + チケット名文字数対価格確認表(結果網羅) : 単体パラメータ確認 + チケット種類の数対価格確認表(結果網羅) : 単体パラメータ確認 + チケット名文字数対チケット種別(結果網羅) : 単体パラメータ確認 + チケット種類の数対チケット種別(結果網羅) : 単体パラメータ確認 + 論文採録No異常入力(異常時処理確認) : 入力値異常 + 論文採録No入力可否(結果網羅) : 単体パラメータ確認 + 入力値異常 : 異常値 + 単体パラメータ確認 : 機能適合性参加申込みチケット：単体パラメータ + 参加者種別・チケット種別価格反映(結果網羅) : 有則組合せ確認 + レスポンシブでのチケット名表示(表示確認) : 表示くずれ有無 + 価格確認表操作レスポンス(性能評価) : レスポンス + 表示くずれ有無 : 使用性 + レスポンス : 性能効率性 + 有則組合せ確認 : 機能適合性参加申込みチケット：組合せ・品質特性参加申込み登録画面他要素

102 2017/09公開用テストカタマリーワークショップβ版参考：分割の例例えば、DFDの階層と対応して分割を行うなど。 1-6 予約をするリモコン　（LAN/赤外線）
パネルモニタ予約入力検索入力 1-6* 検索をする予約表示スピーカ検索結果予約キュー 1-6_1 予約登録をする登録予約曲、　　削除、順番変更予約曲入力予約操作予約時表示　　（割込み有無）営業開始、営業停止 2-3_1 予約表示をする予約時表示割り込み曲、後回し曲 1-6*_1 予約系操作をする予約入力オーナー設定保存データ予約表示マスク検索結果　帳票データ本体モニタ 1-6-4 予約確認表示をする予約一覧予約確認表示予約確認操作楽曲履歴データ + 機能組合せ + タイミング <<ユーザ接点機能>> 予約をする ~ 信頼性 ~ 使用性 ~ 性能効率 ~ 異常値 ~ 機能適合ユーザ接点機能 + 予約同時入力(正常動作確認) : 同時入力・処理 + 予約TAT確認(性能評価) : 操作レスポンス + 操作手順の確認(分かりやすさ) : ナビゲーション + 予約オプション設定を確認する(結果網羅) : ふるまい + 検索結果から予約登録をする(結果網羅) : ふるまい + 曲Noで予約登録をする(結果網羅) : ふるまい ~ 同時入力・処理 : 信頼性 ~ 操作レスポンス : 性能効率性 ~ ナビゲーション : 使用性 ~ 異常値入力 : 異常値 ~ ふるまい : 機能適合性予約系操作をする + キュー同時操作を確認する(正常動作確認) : キューデータへの同時処理 + キュー登録、操作、削除時入力(正常動作確認) : 同時入力・処理 + 予約途中、処理中取り消し(正常動作確認) : 途中取消 + キュー最大個数時処理(異常時処理確認) : 登録キュー超過入力 + 予約をキューから削除する(結果網羅) : ふるまい + キューの順番変更を行う(結果網羅) : ふるまい + 後回し登録を確認する(結果網羅) : ふるまい + 割込み登録を確認する(結果網羅) : ふるまい + キューへの追加と順番を確認する(結果網羅) : ふるまい + キューデータへの同時処理 : タイミング ~ 同時入力・処理 : 信頼性 ~ 途中取消 : 信頼性 ~ 登録キュー超過入力 : 異常値 ~ ふるまい : 機能適合性予約登録をする予約キュー処理検討 >OPモデル + 予約確認（キュー）表示を確認する(結果網羅) : ふるまい ~ ふるまい : 機能適合性予約確認表示をする + 予約時表示を確認する(結果網羅) : ふるまい ~ ふるまい : 機能適合性予約表示をする + 予約削除時の動作確認(正常動作確認) : 途中取消 + データの多い場合(性能評価) : ボリューム + 楽曲履歴登録を確認する(結果網羅) : ふるまい ~ 途中取消 : 信頼性 ~ ボリューム : 信頼性 ~ ふるまい : 機能適合性楽曲履歴登録をする + 予約登録因子組合せ(2因子網羅) : 因子組合せ + 機能組合せ : 機能組合せ + タイミング : タイミング ~ 信頼性 : 信頼性 ~ 使用性 : 使用性 ~ 性能効率 : 性能効率性 ~ 異常値 : 異常値 ~ 機能適合性 : 機能適合性 <<ユーザ接点機能>> 予約をする

103 2017/09公開用テストカタマリーワークショップβ版ざっくりまとめ・カタマリー単体構造、考え方をじっくり紹介したよ。・記法や考え方についてはA4にまとめた内容をみてね。

104 2017/09公開用テストカタマリーワークショップβ版第1部・完！・第1部：テストカタマリーでテストを表現してみよう完

107 2017/09公開用テストカタマリーワークショップβ版コンテンツ（詳細）・第2部：自分たちのテストを描いてみようカタマリー図のバリエーション ※JOJO第2部ではストレイツォ

108 2017/09公開用テストカタマリーワークショップβ版テストカタマリーのバリエーションテストカタマリーの各図バリエーションを紹介してみます。画面以外：品質特性ベース + UI準拠 : ユーザビリティ
ユーザビリティ + 別アプリ同時動作 : 互換性 + アプリ内複数機能動作 : 互換性 + OS通知同時表示 : 互換性共存（互換性） + OS互換 : 移植性 OS互換各画面対応 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性 <<データ登録・編集・削除>> 世界時計 - メモリリーク : 性能効率性 - 連続時動作 : 信頼性連続動作（信頼性） + 想定以上の負荷 : 性能効率性 + リソース連携 : 互換性->相互運用性 + バックグラウンド通知 : 互換性 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性 <<データ登録・編集・削除>> アラーム ~ バックグラウンド通知 : 互換性 + 各機能確認 : 機能適合性タイマー + 分析の正確さ : 機能適合性 + リソース連携 : 互換性->相互運用性 + 想定以上の負荷 : 性能効率性 ~ 操作レスポンス : 性能効率性 + 各機能確認 : 機能適合性ベッドタイム ~ 登録データ数 : 性能効率性 + 想定以上の負荷 : 性能効率性 + 各機能確認 : 機能適合性ストップウオッチ ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 <<pattern>> データ登録・編集・削除 ~ 想定以上の負荷 : 性能効率性 ~ バックグラウンド通知 : 互換性 <<pattern>> アラート通知 + 負荷時確認(性能評価) : 負荷時バックグラウンド動作 + 他アプリ動作時(通常動作) : バックグラウンド通知 + スヌーズ処理確認(結果網羅) : ふるまい + アラーム動作確認(結果網羅) : ふるまい + 負荷時バックグラウンド動作 : 性能効率性 + バックグラウンド通知 : 互換性 + 各機能確認 : 機能適合性アラーム通知 + リソース連携 : 互換性->相互運用性 + 想定以上の負荷 : 性能効率性 + バックグラウンド通知 : 互換性 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性 <<データ登録・編集・削除>> アラーム + Siriからの操作(結果網羅) : リソース連携 + 操作応答確認(性能評価) : 操作レスポンス + データ登録最大確認(性能評価) : 登録データ数 + アラーム削除(結果網羅) : ふるまい + アラーム編集(結果網羅) : ふるまい + アラーム登録(結果網羅) : ふるまい + リソース連携 : 互換性->相互運用性 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性アラーム登録・表示 + 負荷時確認(性能評価) : 負荷時バックグラウンド動作 + 他アプリ動作時(通常動作) : バックグラウンド通知 + スヌーズ処理確認(結果網羅) : ふるまい + アラーム動作確認(結果網羅) : ふるまい + 負荷時バックグラウンド動作 : 性能効率性 + バックグラウンド通知 : 互換性 + 各機能確認 : 機能適合性アラーム通知 + 曲データ選択(結果網羅) : リソース連携 - リソース連携 : 互換性->相互運用性ライブラリ曲選択 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 <<pattern>> データ登録・編集・削除編集画面にて登録解除アラーム画面にて登録解除未登録のときに登録解除具体的テストケーステストカタマリー全体図テストカタマリー詳細図テストカタマリーエンティティ（塊）１つに着目してテストケースを具体化へ全体の１つを詳細で示す

109 2017/09公開用テストカタマリーワークショップβ版テストカタマリーのバリエーションテストカタマリーの各図バリエーションを紹介してみます。画面以外：品質特性ベース + UI準拠 : ユーザビリティ
ユーザビリティ + 別アプリ同時動作 : 互換性 + アプリ内複数機能動作 : 互換性 + OS通知同時表示 : 互換性共存（互換性） + OS互換 : 移植性 OS互換各画面対応 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性 <<データ登録・編集・削除>> 世界時計 - メモリリーク : 性能効率性 - 連続時動作 : 信頼性連続動作（信頼性） + 想定以上の負荷 : 性能効率性 + リソース連携 : 互換性->相互運用性 + バックグラウンド通知 : 互換性 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性 <<データ登録・編集・削除>> アラーム ~ バックグラウンド通知 : 互換性 + 各機能確認 : 機能適合性タイマー + 分析の正確さ : 機能適合性 + リソース連携 : 互換性->相互運用性 + 想定以上の負荷 : 性能効率性 ~ 操作レスポンス : 性能効率性 + 各機能確認 : 機能適合性ベッドタイム ~ 登録データ数 : 性能効率性 + 想定以上の負荷 : 性能効率性 + 各機能確認 : 機能適合性ストップウオッチ ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 <<pattern>> データ登録・編集・削除 ~ 想定以上の負荷 : 性能効率性 ~ バックグラウンド通知 : 互換性 <<pattern>> アラート通知 + 負荷時確認(性能評価) : 負荷時バックグラウンド動作 + 他アプリ動作時(通常動作) : バックグラウンド通知 + スヌーズ処理確認(結果網羅) : ふるまい + アラーム動作確認(結果網羅) : ふるまい + 負荷時バックグラウンド動作 : 性能効率性 + バックグラウンド通知 : 互換性 + 各機能確認 : 機能適合性アラーム通知 + リソース連携 : 互換性->相互運用性 + 想定以上の負荷 : 性能効率性 + バックグラウンド通知 : 互換性 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性 <<データ登録・編集・削除>> アラーム + Siriからの操作(結果網羅) : リソース連携 + 操作応答確認(性能評価) : 操作レスポンス + データ登録最大確認(性能評価) : 登録データ数 + アラーム削除(結果網羅) : ふるまい + アラーム編集(結果網羅) : ふるまい + アラーム登録(結果網羅) : ふるまい + リソース連携 : 互換性->相互運用性 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性アラーム登録・表示 + 負荷時確認(性能評価) : 負荷時バックグラウンド動作 + 他アプリ動作時(通常動作) : バックグラウンド通知 + スヌーズ処理確認(結果網羅) : ふるまい + アラーム動作確認(結果網羅) : ふるまい + 負荷時バックグラウンド動作 : 性能効率性 + バックグラウンド通知 : 互換性 + 各機能確認 : 機能適合性アラーム通知 + 曲データ選択(結果網羅) : リソース連携 - リソース連携 : 互換性->相互運用性ライブラリ曲選択 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 <<pattern>> データ登録・編集・削除編集画面にて登録解除アラーム画面にて登録解除未登録のときに登録解除具体的テストケーステストカタマリー全体図テストカタマリー詳細図テストカタマリーエンティティ（塊）１つに着目してテストケースを具体化へロジカルテストケースの塊を表現具体的テストケースへ全体の１つを詳細で示す全体とエンティティをつなぐ、１つの単位の詳細構造を示す全体を俯瞰して表現大きな抜けの検出や全体の合意に使う

110 2017/09公開用テストカタマリーワークショップβ版コンテンツ（詳細）・第2部：自分たちのテストを描いてみようカタマリー記法とブンルイー ※JOJO第2部ではリサリサ修行

111 2017/09公開用テストカタマリーワークショップβ版詳細は別途資料を確認してください。記法については別途資料にまとめておきました。使いながら覚えましょう

112 2017/09公開用テストカタマリーワークショップβ版テストカタマリー全体図と記法テストカタマリー全体図で使用することの多い記法を紹介。画面以外：品質特性ベース + UI準拠 : ユーザビリティ
ユーザビリティ + 別アプリ同時動作 : 互換性 + アプリ内複数機能動作 : 互換性 + OS通知同時表示 : 互換性共存（互換性） + OS互換 : 移植性 OS互換各画面対応 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性 <<データ登録・編集・削除>> 世界時計 - メモリリーク : 性能効率性 - 連続時動作 : 信頼性連続動作（信頼性） + 想定以上の負荷 : 性能効率性 + リソース連携 : 互換性->相互運用性 + バックグラウンド通知 : 互換性 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性 <<データ登録・編集・削除>> アラーム ~ バックグラウンド通知 : 互換性 + 各機能確認 : 機能適合性タイマー + 分析の正確さ : 機能適合性 + リソース連携 : 互換性->相互運用性 + 想定以上の負荷 : 性能効率性 ~ 操作レスポンス : 性能効率性 + 各機能確認 : 機能適合性ベッドタイム ~ 登録データ数 : 性能効率性 + 想定以上の負荷 : 性能効率性 + 各機能確認 : 機能適合性ストップウオッチ ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 <<pattern>> データ登録・編集・削除 ~ 想定以上の負荷 : 性能効率性 ~ バックグラウンド通知 : 互換性 <<pattern>> アラート通知テストカタマリー全体図全体を俯瞰して表現大きな抜けの検出や全体の合意に使う ▪共通キガカリーの適用 ~ 信頼性 ~ 使用性 ~ 性能効率 ~ 異常値 ~ 機能適合ユーザ接点機能 + 予約登録因子組合せ(2因子網羅) : 因子組合せ + 機能組合せ : 機能組合せ + タイミング : タイミング ~ 信頼性 : 信頼性 ~ 使用性 : 使用性 ~ 性能効率 : 性能効率性 ~ 異常値 : 異常値 ~ 機能適合性 : 機能適合性 <<ユーザ接点機能>> 予約をする + 機能組合せ + タイミング <<ユーザ接点機能>> 予約をする＝汎化表現ステレオタイプ表現 ▪パッケージ ▪ロジカルテストケースの省略共通キガカリー以外を見えるようにすることも画面以外：品質特性ベース + UI準拠 : ユーザビリティユーザビリティ + 別アプリ同時動作 : 互換性 + アプリ内複数機能動作 : 互換性 + OS通知同時表示 : 互換性共存（互換性） + 機能組合せ + タイミング <<ユーザ接点機能>> 予約をする記述せず省略全体を考える時にはキガカリーまででOK

113 2017/09公開用テストカタマリーワークショップβ版 + リソース連携 + 想定以上の負荷 + バックグラウンド通知 ~
操作レスポンス ~ 登録データ数 + 各機能確認 <<データ登録・編集・削除>> アラーム + Siriからの操作() + 操作応答確認() + データ登録最大確認() + アラーム削除() + アラーム編集() + アラーム登録() + リソース連携 ~ 操作レスポンス ~ 登録データ数 + 各機能確認アラーム登録・表示 + 負荷時確認() + 他アプリ動作時() + スヌーズ処理確認() + アラーム動作確認() + 負荷時バックグラウンド動作 + バックグラウンド通知 + 各機能確認アラーム通知 + 曲データ選択(結果網羅) : リソース連携 - リソース連携 : 互換性->相互運用性ライブラリ曲選択テストカタマリー詳細図と記法テストカタマリー詳細図で使用することの多い記法を紹介。 ▪共通キガカリーの適用 ~ 信頼性 ~ 使用性 ~ 性能効率 ~ 異常値 ~ 機能適合ユーザ接点機能 + 予約登録因子組合せ(2因子網羅) : 因子組合せ + 機能組合せ : 機能組合せ + タイミング : タイミング ~ 信頼性 : 信頼性 ~ 使用性 : 使用性 ~ 性能効率 : 性能効率性 ~ 異常値 : 異常値 ~ 機能適合性 : 機能適合性 <<ユーザ接点機能>> 予約をする ▪共通使用カタマリー（使用機会は少ない） ▪has-aでの分割 + リソース連携 : 互換性->相互運用性 + 想定以上の負荷 : 性能効率性 + バックグラウンド通知 : 互換性 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性 <<データ登録・編集・削除>> アラーム + Siriからの操作(結果網羅) : リソース連携 + 操作応答確認(性能評価) : 操作レスポンス + データ登録最大確認(性能評価) : 登録データ数 + アラーム削除(結果網羅) : ふるまい + アラーム編集(結果網羅) : ふるまい + アラーム登録(結果網羅) : ふるまい + リソース連携 : 互換性->相互運用性 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性アラーム登録・表示 + 負荷時確認(性能評価) : 負荷時バックグラウンド動作 + 他アプリ動作時(通常動作) : バックグラウンド通知 + スヌーズ処理確認(結果網羅) : ふるまい + アラーム動作確認(結果網羅) : ふるまい + 負荷時バックグラウンド動作 : 性能効率性 + バックグラウンド通知 : 互換性 + 各機能確認 : 機能適合性アラーム通知 + 曲データ選択(結果網羅) : リソース連携 - リソース連携 : 互換性->相互運用性ライブラリ曲選択 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 <<pattern>> データ登録・編集・削除テストカタマリー詳細図全体とエンティティをつなぐ、１つの単位の詳細構造を示す

114 2017/09公開用テストカタマリーワークショップβ版テストカタマリーエンティティと記法テストカタマリーエンティティは１部を参照。 + 負荷時確認(性能評価) : 負荷時バックグラウンド動作 +
他アプリ動作時(通常動作) : バックグラウンド通知 + スヌーズ処理確認(結果網羅) : ふるまい + アラーム動作確認(結果網羅) : ふるまい + 負荷時バックグラウンド動作 : 性能効率性 + バックグラウンド通知 : 互換性 + 各機能確認 : 機能適合性アラーム通知編集画面にて登録解除アラーム画面にて登録解除未登録のときに登録解除具体的テストケーステストカタマリーエンティティ（塊）ロジカルテストケースの塊を表現具体的テストケースへ

115 2017/09公開用テストカタマリーワークショップβ版全体を俯瞰して表現全体俯瞰における１つのカタマリーを詳細に表現最下層に抽象（ロジカル）テストケースを並べる１つのロジカルテストケースは
複数の具体的テストケースに対応画面以外：品質特性ベース + UI準拠 : ユーザビリティユーザビリティ + 別アプリ同時動作 : 互換性 + アプリ内複数機能動作 : 互換性 + OS通知同時表示 : 互換性共存（互換性） + OS互換 : 移植性 OS互換各画面対応 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性 <<データ登録・編集・削除>> 世界時計 - メモリリーク : 性能効率性 - 連続時動作 : 信頼性連続動作（信頼性） + 想定以上の負荷 : 性能効率性 + リソース連携 : 互換性->相互運用性 + バックグラウンド通知 : 互換性 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性 <<データ登録・編集・削除>> アラーム ~ バックグラウンド通知 : 互換性 + 各機能確認 : 機能適合性タイマー + 分析の正確さ : 機能適合性 + リソース連携 : 互換性->相互運用性 + 想定以上の負荷 : 性能効率性 ~ 操作レスポンス : 性能効率性 + 各機能確認 : 機能適合性ベッドタイム ~ 登録データ数 : 性能効率性 + 想定以上の負荷 : 性能効率性 + 各機能確認 : 機能適合性ストップウオッチ ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 <<pattern>> データ登録・編集・削除 ~ 想定以上の負荷 : 性能効率性 ~ バックグラウンド通知 : 互換性 <<pattern>> アラート通知 + 負荷時確認(性能評価) : 負荷時バックグラウンド動作 + 他アプリ動作時(通常動作) : バックグラウンド通知 + スヌーズ処理確認(結果網羅) : ふるまい + アラーム動作確認(結果網羅) : ふるまい + 負荷時バックグラウンド動作 : 性能効率性 + バックグラウンド通知 : 互換性 + 各機能確認 : 機能適合性アラーム通知 + リソース連携 : 互換性->相互運用性 + 想定以上の負荷 : 性能効率性 + バックグラウンド通知 : 互換性 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性 <<データ登録・編集・削除>> アラーム + Siriからの操作(結果網羅) : リソース連携 + 操作応答確認(性能評価) : 操作レスポンス + データ登録最大確認(性能評価) : 登録データ数 + アラーム削除(結果網羅) : ふるまい + アラーム編集(結果網羅) : ふるまい + アラーム登録(結果網羅) : ふるまい + リソース連携 : 互換性->相互運用性 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性アラーム登録・表示 + 負荷時確認(性能評価) : 負荷時バックグラウンド動作 + 他アプリ動作時(通常動作) : バックグラウンド通知 + スヌーズ処理確認(結果網羅) : ふるまい + アラーム動作確認(結果網羅) : ふるまい + 負荷時バックグラウンド動作 : 性能効率性 + バックグラウンド通知 : 互換性 + 各機能確認 : 機能適合性アラーム通知 + 曲データ選択(結果網羅) : リソース連携 - リソース連携 : 互換性->相互運用性ライブラリ曲選択 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 <<pattern>> データ登録・編集・削除編集画面にて登録解除アラーム画面にて登録解除未登録のときに登録解除具体的テストケーステストカタマリー全体図テストカタマリー詳細図テストカタマリーエンティティ（塊）１つに着目してテストケースを具体化へ全体の１つを詳細で示すテストカタマリー：超簡単まとめ

116 2017/09公開用テストカタマリーワークショップβ版参考：テストカタマリー全体図、詳細図の例全体図と詳細図を分割して示した例。 ~ 信頼性 ~ 機能適合機能共通
~ 相互運用 ~ 信頼性 ~ 性能効率 ~ 並行処理 ~ 機能適合ストレージアクセステストベース：機能⇒ DFD参照モデル <<ユーザ接点機能>> 演奏系操作をする + 異常値 <<機能共通>> 演奏準備をする <<ユーザ接点機能>> SE操作をする + 機能組合せ <<ユーザ接点機能>> 検索をする + 機能組合せ + タイミング <<ユーザ接点機能>> 予約をする <<ユーザ接点機能>> オーナー設定をする + 機能組合せ + 異常値 + セキュリティ <<機能共通>> 課金判定をする + 機能組合せ + 異常値 + 互換性 + 性能効率性 <<機能共通>> 曲間表示をする + フェールソフト <<ストレージアクセス>> <<ユーザ接点機能>> バックアップをする + フェールソフト <<制約有機能>> <<IF接点機能>> <<ユーザ接点機能>> 配信をする + フェールソフト + 使用性 + セキュリティ + 機器組合せ <<IF接点機能>> 営業状態判定をする営業状態状態遷移>状態遷移＜機能グループ＞コンテンツを使う + セキュリティ + 互換性 <<IF接点機能>> 録音、録画をする + 機能組合せ + 不具合確認 <<IF接点機能>> <<ユーザ接点機能>> 開局操作をする引下げ不具合分析>シーケンス図＜機能グループ＞歌う <<制約有機能>> 映像再生する <<ユーザ接点機能>> 設置時設定をする <<制約有機能>> 演奏をする演奏状態遷移>状態遷移 <<IF接点機能>> 採点をする ~ 信頼性 ~ 性能効率 ~ 機能適合制約有機能 <<IF接点機能>> HDD障害の通知をする + 異常値 <<機能共通>> カロリー表示をする <<制約有機能>> 楽曲演奏する + 不具合確認 + 信頼性 <<IF接点機能>> プログラムを更新するプログラム更新処理>アクティビティ図 + 処理重ね : 処理重ね + タイミング : タイミング <<制約有機能>> コンテンツを使う + 使用性 + 処理重ね + タイミング <<制約有機能>> 歌う ~ 信頼性 ~ 互換性 ~ 性能効率 ~ 並行処理 ~ 異常値 ~ 機能適合 IF接点機能 ~ 信頼性 ~ 使用性 ~ 性能効率 ~ 異常値 ~ 機能適合ユーザ接点機能テストベース：機能外要求、記述されている気がかり事項 + 機器組合せ + 互換性外部機器互換 + 移植性新採点移植確認 + セキュリティセキュリティ + 通信費通信費確認提案ベース + 信頼性 + 性能効率性エイジング + フェールソフト + 機能組合せ + 信頼性シナリオ + セキュリティ + 並行処理 + 異常値 + 信頼性 + 性能効率 + 機能適合センター間インタフェース想定通信シーケンス>シーケンス図ユーザ機能オーナー機能サプライヤ機能機能外要求、気がかり機能組合せ特殊機能色の凡例提案ベース（参考）テスト要求パターン「＋」項目はパターン以外で追加した品質要素となる ~ 信頼性 ~ 使用性 ~ 性能効率 ~ 異常値 ~ 機能適合ユーザ接点機能 + 予約同時入力(正常動作確認) : 同時入力・処理 + 予約TAT確認(性能評価) : 操作レスポンス + 操作手順の確認(分かりやすさ) : ナビゲーション + 予約オプション設定を確認する(結果網羅) : ふるまい + 検索結果から予約登録をする(結果網羅) : ふるまい + 曲Noで予約登録をする(結果網羅) : ふるまい ~ 同時入力・処理 : 信頼性 ~ 操作レスポンス : 性能効率性 ~ ナビゲーション : 使用性 ~ 異常値入力 : 異常値 ~ ふるまい : 機能適合性予約系操作をする + キュー同時操作を確認する(正常動作確認) : キューデータへの同時処理 + キュー登録、操作、削除時入力(正常動作確認) : 同時入力・処理 + 予約途中、処理中取り消し(正常動作確認) : 途中取消 + キュー最大個数時処理(異常時処理確認) : 登録キュー超過入力 + 予約をキューから削除する(結果網羅) : ふるまい + キューの順番変更を行う(結果網羅) : ふるまい + 後回し登録を確認する(結果網羅) : ふるまい + 割込み登録を確認する(結果網羅) : ふるまい + キューへの追加と順番を確認する(結果網羅) : ふるまい + キューデータへの同時処理 : タイミング ~ 同時入力・処理 : 信頼性 ~ 途中取消 : 信頼性 ~ 登録キュー超過入力 : 異常値 ~ ふるまい : 機能適合性予約登録をする予約キュー処理検討 >OPモデル + 予約確認（キュー）表示を確認する(結果網羅) : ふるまい ~ ふるまい : 機能適合性予約確認表示をする + 予約削除時の動作確認(信頼性評価) : 途中取消 + データの多い場合(性能評価) : ボリューム + ランキング順位更新を確認する(結果網羅) : ふるまい + 店舗予約ランキング登録を確認する(結果網羅) : ふるまい ~ 途中取消 : 信頼性 ~ ボリューム : 信頼性 ~ ふるまい : 機能適合性ランキングを決める + 予約時表示を確認する(結果網羅) : ふるまい ~ ふるまい : 機能適合性予約表示をする異常値入力の確認は機能適合のテストに含まれる + 予約削除時の動作確認(正常動作確認) : 途中取消 + データの多い場合(性能評価) : ボリューム + 楽曲履歴登録を確認する(結果網羅) : ふるまい ~ 途中取消 : 信頼性 ~ ボリューム : 信頼性 ~ ふるまい : 機能適合性楽曲履歴登録をする + 予約登録因子組合せ(2因子網羅) : 因子組合せ + 機能組合せ : 機能組合せ + タイミング : タイミング ~ 信頼性 : 信頼性 ~ 使用性 : 使用性 ~ 性能効率 : 性能効率性 ~ 異常値 : 異常値 ~ 機能適合性 : 機能適合性 <<ユーザ接点機能>> 予約をする「予約をする」詳細図「カロリー表示をする」詳細図

117 2017/09公開用テストカタマリーワークショップβ版ブンルイーの紹介テストカタマリーの各図バリエーションを紹介してみます。単体ﾊﾟﾗﾒｰﾀ入力異常値参加申込みチケット
+ 単体パラメータ確認 + 入力値異常 … + 論文採録No異常入力：単体パラメータ確認 + 論文採録No異常入力：入力値異常 … ＜ロジカルテストケース＞論文採録No入力可否論文採録No異常入力＜キガカリー＞対応対応＜テストカタマリー＞単体ﾊﾟﾗﾒｰﾀ入力異常値ﾚｽﾎﾟﾝｽ有則組合せ確認・・・＜キガカリー一式＞＜テストカタマリー全体図＞＜ブンルイー＞各画面対応 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性 <<データ登録・編集・削除>> 世界時計 + リソース連携 : 互換性->相互運用性 + 想定以上の負荷 : 性能効率性 + バックグラウンド通知 : 互換性 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性 <<データ登録・編集・削除>> アラーム ~ バックグラウンド通知 : 互換性 + 各機能確認 : 機能適合性タイマー + リソース連携 : 互換性->相互運用性 + 想定以上の負荷 : 性能効率性 ~ 操作レスポンス : 性能効率性 + 分析の正確さ : 機能適合性 + 各機能確認 : 機能適合性ベッドタイム + 想定以上の負荷 : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性ストップウオッチ ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 <<pattern>> データ登録・編集・削除 ~ 想定以上の負荷 : 性能効率性 ~ バックグラウンド通知 : 互換性 <<pattern>> アラート通知対応機能適合性 - 結果網羅ふるまい - 結果網羅機能排他状態遷移単体パラメータ確認有則組合せ確認 - 異常時処理確認異常値入力値異常異常操作不定値入力より「全体」へ Copyright ポケットモンスター

118 2017/09公開用テストカタマリーワークショップβ版ブンルイーの紹介ブンルイーは自由に作ることができます。＜品質特性ベース＞＜FURPS+ベース＞＜VSTeP形式＞ ※ボトムアップに構築になるかも機能適合性
- 結果網羅ふるまい - 結果網羅機能排他状態遷移 - 正常動作確認互換性周辺機器データ互換コンテンツ互換 - 性能評価性能効率性ボリューム HWリソースストレスレスポンス - 正常動作確認 - 信頼性評価信頼性同時入力・処理途中取消 - 正常復旧確認復旧処理処理中異常機能性ユーザビリティ実行性能 - 正常動作確認 - 信頼性評価信頼性同時入力・処理途中取消 - 正常復旧確認復旧処理処理中異常保守性/サポート性制約 - 使いやすさ - 分かりやすさナビゲーション - 学習性 : int 見やすさ表示くずれ有無 - 結果網羅ふるまい - 結果網羅機能排他状態遷移ボリューム操作レスポンスレスポンス通信速度機能動作環境データプラットフォーム確認ネットワーク確認 OS種類ハードウェア種類参考

119 2017/09公開用テストカタマリーワークショップβ版参考：ブンルイーの例ブンルイーは全体検討時と個々のテスト設計時にもアップデートされることが多いです。品質特性製品利用時リスク回避性
利用状況網羅性利用時有効性満足性利用時効率性機能適合性性能効率性互換性使用性信頼性セキュリティ保守性移植性欠陥検出戦略/ガイドP（っぽい）ワードガイドP 異常値並行処理不具合確認通信費処理重ねタイミング機能組合せ機器組合せフェールソフト機能適合性使用性 - 使いやすさ - 分かりやすさナビゲーション - 異常時処理確認異常値入力値異常異常操作登録キュー超過入力 - 性能評価性能効率性 - 正常動作確認 - 信頼性評価信頼性ボリューム同時入力・処理途中取消 - 正常動作確認不具合確認 - 2因子網羅機能組合せ - 性能評価 - 正常動作確認処理重ね - 正常動作確認タイミング - 結果網羅ふるまい操作レスポンス - 正常復旧確認復旧処理処理中異常 - 正常動作確認互換性周辺機器割込み処理 - 結果網羅機能排他 HWリソース CPU量メモリ量ディスク大きなデータ（ファイル等）を扱うストレス瞬間的な負荷状態遷移 - 因子網羅 - 2因子網羅機器組合せ因子組合せキューデータへの同時処理ファイル異常信頼性や性能効率性の一部だが、ドメインで特に気にする部分を明示機器対応規格・プロトコル対応セキュリティ不正利用データ互換コンテンツ互換レスポンス通信速度長時間使用 - 学習性 : int 見やすさ不定値入力 Ver.170125 - 正常動作確認フェールソフト縮退運転片肺運転 - 通信費評価通信費音声処理重ね負荷時のタイミング映像処理重ね最大処理時の負荷制御時タイミングジャンプタイミング歌いやすさコンテンツ処理重ね

120 2017/09公開用テストカタマリーワークショップβ版参考：ブンルイーの例（プロセス）ブンルイーのアップデートプロセスの例。 1つを抜粋し詳細化品質特性製品利用時
リスク回避性利用状況網羅性利用時有効性満足性利用時効率性機能適合性性能効率性互換性使用性信頼性セキュリティ保守性移植性欠陥検出戦略/ガイドP（っぽい）ワードガイドP 異常値並行処理不具合確認通信費処理重ねタイミング機能組合せ機器組合せフェールソフト機能適合性使用性 - 使いやすさ - 分かりやすさナビゲーション - 異常時処理確認異常値入力値異常異常操作登録キュー超過入力 - 性能評価性能効率性 - 正常動作確認 - 信頼性評価信頼性ボリューム同時入力・処理途中取消 - 正常動作確認不具合確認 - 2因子網羅機能組合せ - 性能評価 - 正常動作確認処理重ね - 正常動作確認タイミング - 結果網羅ふるまい操作レスポンス - 正常復旧確認復旧処理処理中異常 - 正常動作確認互換性周辺機器割込み処理 - 結果網羅機能排他 HWリソース CPU量メモリ量ディスク大きなデータ（ファイル等）を扱うストレス瞬間的な負荷状態遷移 - 因子網羅 - 2因子網羅機器組合せ因子組合せキューデータへの同時処理ファイル異常信頼性や性能効率性の一部だが、ドメインで特に気にする部分を明示機器対応規格・プロトコル対応セキュリティ不正利用データ互換コンテンツ互換レスポンス通信速度長時間使用 - 学習性 : int 見やすさ不定値入力 - 正常動作確認フェールソフト縮退運転片肺運転 - 通信費評価通信費音声処理重ね負荷時のタイミング映像処理重ね最大処理時の負荷制御時タイミングジャンプタイミング歌いやすさコンテンツ処理重ね ~ 信頼性 ~ 機能適合機能共通 ~ 相互運用 ~ 信頼性 ~ 性能効率 ~ 並行処理 ~ 機能適合ストレージアクセステストベース：機能⇒ DFD参照モデル <<ユーザ接点機能>> 演奏系操作をする + 異常値 <<機能共通>> 演奏準備をする <<ユーザ接点機能>> SE操作をする + 機能組合せ <<ユーザ接点機能>> 検索をする + 機能組合せ + タイミング <<ユーザ接点機能>> 予約をする <<ユーザ接点機能>> オーナー設定をする + 機能組合せ + 異常値 + セキュリティ <<機能共通>> 課金判定をする + 機能組合せ + 異常値 + 互換性 + 性能効率性 <<機能共通>> 曲間表示をする + フェールソフト <<ストレージアクセス>> <<ユーザ接点機能>> バックアップをする + フェールソフト <<制約有機能>> <<IF接点機能>> <<ユーザ接点機能>> 配信をする + フェールソフト + 使用性 + セキュリティ + 機器組合せ <<IF接点機能>> 営業状態判定をする営業状態状態遷移>状態遷移＜機能グループ＞コンテンツを使う + セキュリティ + 互換性 <<IF接点機能>> 録音、録画をする + 機能組合せ + 不具合確認 <<IF接点機能>> <<ユーザ接点機能>> 開局操作をする引下げ不具合分析>シーケンス図＜機能グループ＞歌う <<制約有機能>> 映像再生する <<ユーザ接点機能>> 設置時設定をする <<制約有機能>> 演奏をする演奏状態遷移>状態遷移 <<IF接点機能>> 採点をする ~ 信頼性 ~ 性能効率 ~ 機能適合制約有機能 <<IF接点機能>> HDD障害の通知をする + 異常値 <<機能共通>> カロリー表示をする <<制約有機能>> 楽曲演奏する + 不具合確認 + 信頼性 <<IF接点機能>> プログラムを更新するプログラム更新処理>アクティビティ図 + 処理重ね : 処理重ね + タイミング : タイミング <<制約有機能>> コンテンツを使う + 使用性 + 処理重ね + タイミング <<制約有機能>> 歌う ~ 信頼性 ~ 相互運用 ~ 性能効率 ~ 並行処理 ~ 異常値 ~ 機能適合 IF接点機能 ~ 信頼性 ~ 使用性 ~ 性能効率 ~ 異常値 ~ 機能適合ユーザ接点機能テストベース：機能外要求、記述されている気がかり事項 + 機器組合せ + 周辺機器外部機器互換 + 移植性新採点移植確認 + セキュリティセキュリティ + 通信費通信費確認提案ベース + 信頼性 + 性能効率性エイジング + フェールソフト + 機能組合せ + 信頼性シナリオ + セキュリティ + 並行処理 + 異常値 + 信頼性 + 性能効率 + 機能適合センター間インタフェース想定通信シーケンス>シーケンス図（参考）テスト要求パターン「＋」項目はパターン以外で追加した品質要素となるブンルイーテストカタマリー全体図 ~ 信頼性 ~ 相互運用 ~ 性能効率 ~ 並行処理 ~ 異常値 ~ 機能適合 IF接点機能 ~ 信頼性 ~ 使用性 ~ 性能効率 ~ 異常値 ~ 機能適合ユーザ接点機能 + 切断後再接続をする(正常動作確認) : 復旧処理 + 処理中LAN切断確認(信頼性評価) : 処理中異常 + 開局状態を確認する(結果網羅) : ふるまい + 新規開局を行う(結果網羅) : ふるまい ~ 復旧処理 : 信頼性 ~ 処理中異常 : 信頼性 ~ ふるまい : 機能適合性新規開局をする + センターバッチ処理中の処理(信頼性検証) : 同時入力・処理 + 処理中LAN切断確認(信頼性評価) : 処理中異常 + 引下げ及び中止処理を行う(結果網羅) : ふるまい ~ 不具合確認 : 不具合確認 ~ 処理中異常 : 信頼性 ~ 入力値異常 : 異常値 ~ 同時入力・処理 : 信頼性 ~ ふるまい : 機能適合性引下げ・中止指示をする + ナイト/BOX、通信種別(因子網羅) : 機能組合せ + NW異常時の動作(信頼性評価) : 処理中異常 + 応答時間を確認する(性能評価) : 操作レスポンス + 開局を行う(結果網羅) : ふるまい + 機能組合せ : 機能組合せ + 不具合確認 : 不具合確認 ~ 処理中異常 : 信頼性 - 相互運用 : 互換性 - 使用性 : 使用性 ~ 操作レスポンス : 性能効率性 - 並行処理 : 並行処理 ~ 異常値 : 異常値 ~ ふるまい : 機能適合性 <<IF接点機能>> <<ユーザ接点機能>> 開局操作をする引下げ不具合分析>シーケンス図機能の特徴からパターン継承をしているが、「並行処理」「使用性」「相互運用」は不要と判断。扱わない。異常値、不具合確認はふるまいのテストに含まれている。テストカタマリー詳細図 Targetカタマリー品質特性欠陥検出戦略/ガイドPワード開局操作をする機能適合性性能効率性信頼性異常値機能組合せ不具合確認分割機能ふるまい操作レスポンス同時入力・処理処理中異常復旧処理入力値異常因子網羅不具合確認開局操作をする・開局を行う・応答時間を確認する・NW異常時の動作・ナイト/BOX、通信種別新規開局をする・新規開局を行う・開局状態を確認する・処理中LAN切断確認・切断後再接続をする引下げ・中止指示をする・引下げ及び中止処理を行う・センターバッチ処理中の処理・処理中LAN切断確認 ※ふるまいで確認 ※ふるまい、処理中異常で確認キガカリー検討マトリクス上記エラー不明エラー登録無し中止成功引下げ成功実施不可能エラータイムアウト結果実施しない、実施する ※タイムアウト5秒と想定なしあり失敗：不明失敗：登録無し成功センター応答の中身入力センターの応答引き下げ中止の実施開局状態、未開局状態引き下げ実施判定 ※CFDで作成センターバッチ処理中の処理信頼性引下げ及び中止処理を行う機能適合に含めている機能適合、信頼性で確認可能異常値機能適合不具合確認その他引下げ処理引下げ実施判定開局状態未開局状態実施不可能引下げ中止の実施実施しない実施するセンターの応答ありなし：5秒センターの応答ありなし：5秒応答の中身成功失敗：登録無失敗：不明エラー登録無エラー不明引下げ成功中止成功エラータイムアウト DT3-1-2D_03001 ID DT3-1-2D_03001 #1 #2 #3 #4 #5 #6 #7 #8 #9 1 引下げ実施判定 1 開局状態 - ◦ ◦ ◦ ◦ ◦ ◦ ◦ ◦ 2 未開局状態 ◦ - - - - - - - - 2 引き下げ中止の実施 1 実施しない - ◦ ◦ ◦ ◦ - - - ◦ 2 実施する - - - - - ◦ ◦ - - 3 センターの応答 1 あり - - ◦ - - - ◦ - ◦ 2 なし - ◦ - - - ◦ - - - 4 応答の中身 1 成功 - - ◦ - - - ◦ - - 2 失敗：登録無し - - - ◦ - - - ◦ - 3 失敗：不明 - - - - ◦ - - - ◦ #1 #2 #3 #4 #5 #6 #7 #8 #9 1 実施可能、不可能 1 実施可能 - ◦ ◦ ◦ ◦ ◦ ◦ ◦ ◦ 2 実施不可能 ◦ - - - - - - - - 2 成功・失敗 1 引下げ成功 - - ◦ - - - ◦ - - 2 中止成功 - - - - - ◦ - - - 3 失敗 - ◦ - ◦ ◦ - - ◦ ◦ 1 エラー通知 1 タイムアウトエラー - ◦ - - - - - - - 2 登録無しエラー - - - ◦ - - - ◦ - 3 不明エラー - - - - ◦ - - - ◦ ※入力条件が全て「-」は処理を見ないのでどちらでも良いが、　「正常」の値を使う方針とする。入力条件期待結果試験項目名試験概要試験実施方法（案）合否判定基準ケース/設定備考 3-1-2D：開局操作をする 3-1-2D_01XXX　開局操作をする 3-1-2D_010XX　開局操作をする：機能適合性 3-1-2D_01001 交換開局：新規開局及び引き下げを実施する新規開局及び引き下げの処理を行う交換開局の手順を実施を行う。以下記載の順番を実施する。 3-1-2D_03001 引下げ及び中止処理を行う 3-1-2D_02001 開局を行う 1．引下げを実施する 2．開局を実施する引下げ、開局共に成功すること。 - テスト自動化が出来ると良い 3-1-2D_011XX　開局操作をする：性能効率性 3-1-2D_01101 応答時間を確認する以下2つのテストに対して、応答時間を確認して、長時間（30秒以上：仮設定）時間がかからないことを確認する。対象テスト 3-1-2D_02001 開局を行う 3-1-2D_03001 引下げ及び中止処理を行う以下テストの手順に従う。 3-1-2D_02001 開局を行う 3-1-2D_03001 引下げ及び中止処理を行う 30秒以上など、極端に長い時間にならないこと。 - 長時間の目途は別途ステークホルダと調整 3-1-2D_012XX　開局操作をする：信頼性 3-1-2D_01201 NW異常時の動作以下2つのテストに対して、（LANを抜いて）NW異常を発生させ、復旧不可能な状況に陥らないことを確認する。対象テスト 3-1-2D_02001 開局を行う 3-1-2D_03001 引下げ及び中止処理を行う各処理中にLANケーブルを抜く。復旧不可能な状況に陥らないこと。開局時引き下げ時引下げ中止時 3-1-2D_013XX　開局操作をする：互換性 3-1-2D_01301 ナイト/BOX、通信種別ナイト/BOXの営業店種別、NB/BBの通信種別の設定に対して、以下2つの成功ケースが成功すること。対象テスト 3-1-2D_02001 開局を行う 3-1-2D_03001 引下げ及び中止処理を行う 1．ケース参照に記載の各種設定を実施する 2．開局及び引き下げを行う各環境で処理が成功すること。 BOX（BB）ナイト（BB）ナイト（NB） 3-1-2D_02XXX　新規開局をする 3-1-2D_020XX　新規開局をする：機能適合性 3-1-2D_02001 開局を行うカラオケシステム、センター側の状況に対して開局処理が成功・失敗することを確認する。（DTに記載の応答が来る準備をする） 1．カラオケシステムから開局処理を行う 2．センターからの応答によるふるまいを確認 2．DT記載のパターンの受理・棄却結果となること。 DT3-1- 2D_02001 参照テスト自動化が出来ると良い 3-1-2D_02002 開局状態を確認するカラオケシステムとセンター間で開局状態を確認する処理に対して、以下の処理を確認する。・正常通知：開局状態が正常に通知される・未開局通知：未開局というセンター応答・応答無し：センターからの応答がない・エラー通知：センターからエラー応答（準備：センターから該当の応答が来る状況にする） 1．カラオケシステムとセンターを接続する 2．センターからの応答によるふるまいを確認以下の結果となること。・正常通知：開局状態となる・未開局通知：未開局のまま・応答無し：タイムアウトでエラー、未接続状態となる・エラー通知：エラー、未開局となる正常通知応答無しエラー通知未開局通知 3-1-2D_021XX　新規開局をする：信頼性 3-1-2D_02101 切断後再接続をする開局の処理実施後、センターからの応答が来る前の段階で通信が切断した場合の処理を確認する。 1．カラオケシステムとセンターを接続する 2．カラオケシステムから開局をセンターに通知したタイミングで通信を切断する。 3．再度接続して開局操作を実施、もしくは開局にすることが出来るかどうかを確認する。センターとの齟齬が発生しないこと。もう一度開局を実施して開局されていること、若しくはセンター側で処理成功している場合には開局状態になること。 - 3-1-2D_03XXX　引下げ・中止指示をする 3-1-2D_03XXX　引下げ・中止指示をする：機能適合性、異常値 3-1-2D_03001 引下げ及び中止処理を行うカラオケシステム、センター側の状況に対して引下げ処理及び引き下げ中止が成功・失敗することを確認する。（DTに記載の応答が来る準備をする） 1．カラオケシステムから引下げ処理を行う 2．センターからの応答によるふるまいを確認　※手順によっては引下げ中止を行う 2．DT記載のパターンの受理・棄却結果となること。引下げ中止の画面が開いたままにならないこと。 DT3-1- 2D_03001 参照テスト自動化が出来ると良い 3-1-2D_03XXX　引下げ・中止指示をする：信頼性 3-1-2D_03001 センターバッチ処理中の処理センターがバッチ処理中の状況下で、引下げ中止を行う場合の処理を確認する。（DTに記載の応答が来る準備をする） 1．カラオケシステムから引下げ処理を行う 2．センターからの応答によるふるまいを確認センター側での応答に対して、3-1- 2D_03001記載の結果と同じ内容が得られていること。 - 試験カテゴリ/ID/属性パラメータ検討 CFD&デシジョンテーブルでの整理テストケース一覧 <<IF接点機能>> <<ユーザ接点機能>> 開局操作をする

121 2017/09公開用テストカタマリーワークショップβ版具体的な書き方の例カタマリー全体図とカタマリーに割り当てるキガカリーをつくり、ブンルイーへと整理します。＜テストカタマリー全体図＞＜ブンルイー＞各画面対応 ~
操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性 <<データ登録・編集・削除>> 世界時計 + リソース連携 : 互換性->相互運用性 + 想定以上の負荷 : 性能効率性 + バックグラウンド通知 : 互換性 ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性 <<データ登録・編集・削除>> アラーム ~ バックグラウンド通知 : 互換性 + 各機能確認 : 機能適合性タイマー + リソース連携 : 互換性->相互運用性 + 想定以上の負荷 : 性能効率性 ~ 操作レスポンス : 性能効率性 + 分析の正確さ : 機能適合性 + 各機能確認 : 機能適合性ベッドタイム + 想定以上の負荷 : 性能効率性 ~ 登録データ数 : 性能効率性 + 各機能確認 : 機能適合性ストップウオッチ ~ 操作レスポンス : 性能効率性 ~ 登録データ数 : 性能効率性 <<pattern>> データ登録・編集・削除 ~ 想定以上の負荷 : 性能効率性 ~ バックグラウンド通知 : 互換性 <<pattern>> アラート通知機能適合性 - 結果網羅ふるまい - 結果網羅機能排他状態遷移単体パラメータ確認有則組合せ確認 - 異常時処理確認異常値入力値異常異常操作不定値入力カタマリー名大きな付箋と横長の付箋を活用してカタマリー構造を考える単体パラメータ対応単体ﾊﾟﾗﾒｰﾀ入力異常値ﾚｽﾎﾟﾝｽ有則組合せ確認・・・キガカリー・・・・・・・・・機能適合性性能効率性キガカリーをA3用紙に付箋で展開・整理してブンルイーをつくる同じものを転記する上位の概念がある場合には作成

122 2017/09公開用テストカタマリーワークショップβ版コンテンツ（詳細）・第2部：自分たちのテストを描いてみようカタマリー図の使い方（応用編） ※JOJO第2部ではワムウ・カーズ戦

123 2017/09公開用テストカタマリーワークショップβ版テストカタマリーモデルの使い方例① 全体を俯瞰しつつ、詳細も考えることができます。 ※全体を考える時は詳細は省いて特に大きな関心ごとだけ扱う ※詳細では、具体的なテストケースに落とせる内容まで検討する

124 2017/09公開用テストカタマリーワークショップβ版テストカタマリーモデルの使い方例② 顧客の気がかり、関心ごとをキガカリー化してテストカタマリーに割り当てる通信費タイミング処理重ね +
使用性 + 処理重ね + タイミング <<制約有機能>> 歌う + 通信費通信費確認最新バージョンは高画質映像データ生音データを使う… 映像とのタイミング (テロップ、リップシンク) がシビア… 過去はノイズが入った【リスク】処理重ね状況で動作対大容量処理

125 2017/09公開用テストカタマリーワークショップβ版テストカタマリーモデルの使い方例② 顧客の気がかり、関心ごとをキガカリー化してテストカタマリーに割り当てる通信費タイミング処理重ね +
使用性 + 処理重ね + タイミング <<制約有機能>> 歌う + 通信費通信費確認最新バージョンは高画質映像データ生音データを使う… 【リスク】処理重ね状況で動作対大容量処理映像とのタイミング (テロップ、リップシンク) がシビア… 過去はノイズが入ったインフラ増強回線高速化、センターHW刷新【ねらい】快適でリッチな経験の提供【リスク】高速化による影響連続動作時の処理異常発生での復旧性【リスク】処理重ね状況での動作対大容量処理、通信瞬間的な負荷の影響映像とのタイミング (テロップ、リップシンク) 操作時のノイズガイドメロディ即反映性能効率異常値信頼性処理重ねタイミング並行処理 <verify> <verify> <contain> <contain> <satisfy> 上位のねらいからキガカリーを出す ⇒達成ビュー

126 2017/09公開用テストカタマリーワークショップβ版テストカタマリーモデルの使い方例③ ステークホルダ興味に応じた「ビュー」で議論できる。 ~ 信頼性 ~ 機能適合機能共通
~ 相互運用 ~ 信頼性 ~ 性能効率 ~ 並行処理 ~ 機能適合ストレージアクセステストベース：機能⇒ DFD参照モデル <<ユーザ接点機能>> 演奏系操作をする + 異常値 <<機能共通>> 演奏準備をする <<ユーザ接点機能>> SE操作をする + 機能組合せ <<ユーザ接点機能>> 検索をする + タイミング + 機能組合せ <<ユーザ接点機能>> 予約をする <<ユーザ接点機能>> オーナー設定をする + 機能組合せ + 異常値 + セキュリティ <<機能共通>> 課金判定をする + 機能組合せ + 異常値 + 互換性 + 性能効率性 <<機能共通>> 曲間表示をする + フェールソフト <<ストレージアクセス>> <<ユーザ接点機能>> バックアップをする + フェールソフト <<制約有機能>> <<IF接点機能>> <<ユーザ接点機能>> 配信をする + フェールソフト + 使用性 + セキュリティ + 機器組合せ <<IF接点機能>> 営業状態判定をする営業状態状態遷移>状態遷移＜機能グループ＞コンテンツを使う + セキュリティ + 互換性 <<IF接点機能>> 録音、録画をする + 機能組合せ + 不具合確認 <<IF接点機能>> <<ユーザ接点機能>> 開局操作をする引下げ不具合分析>シーケンス図＜機能グループ＞歌う <<制約有機能>> 映像再生する <<ユーザ接点機能>> 設置時設定をする <<制約有機能>> 演奏をする演奏状態遷移>状態遷移 <<IF接点機能>> 採点をする ~ 信頼性 ~ 性能効率 ~ 機能適合制約有機能 <<IF接点機能>> HDD障害の通知をする + 異常値 <<機能共通>> カロリー表示をする <<制約有機能>> 楽曲演奏する + 不具合確認 + 信頼性 <<IF接点機能>> プログラムを更新するプログラム更新処理>アクティビティ図 + 処理重ね : 処理重ね + タイミング : タイミング <<制約有機能>> コンテンツを使う + 使用性 + 処理重ね + タイミング <<制約有機能>> 歌う ~ 信頼性 ~ 互換性 ~ 性能効率 ~ 並行処理 ~ 異常値 ~ 機能適合 IF接点機能 ~ 信頼性 ~ 使用性 ~ 性能効率 ~ 異常値 ~ 機能適合ユーザ接点機能テストベース：機能外要求、記述されている気がかり事項 + 機器組合せ + 互換性外部機器互換 + セキュリティセキュリティ + 移植性新採点移植確認 + 通信費通信費確認ユーザ機能オーナー機能サプライヤ機能機能外要求、気がかり機能組合せ特殊機能色の凡例（参考）テスト要求パターン「＋」項目はパターン以外で追加した品質要素となるテストベースの網羅を目的としたビューシステムテスト V2.0追加機能確認オーナー系機能確認互換性・拡張性確認主要機能（歌う系）主要機能関連操作コンテンツ関連 <<ユーザ接点機能>> 予約をする <<制約有機能>> 演奏をする <<制約有機能>> 楽曲演奏 <<制約有機能>> 映像再生 <<ユーザ接点機能>> 検索をする <<ユーザ接点機能>> 演奏系操作をする <<ユーザ接点機能>> SE操作をする <<ノミナル機能>> 演奏準備をする <<IF接点機能>> 採点をする <<IF接点機能>> 録音、録画をする <<ユーザ接点機能>> 録音・録画系操作をする機能組合せ確認 <<制約有機能>> 歌う <<制約有機能>> コンテンツを使う外部機器互換 <<IF接点機能>> <<ユーザ接点機能>> 開局操作をする <<IF接点機能>> 営業状態判定をする <<制約有機能>> <<IF接点機能>> <<ユーザ接点機能>> 配信をする <<IF接点機能>> プログラムを更新する <<IF接点機能>> HDD障害の通知をする <<ユーザ接点機能>> 設置時設定をする <<ユーザ接点機能>> オーナー設定をするシステム設定確認センター間通信確認 <<ノミナル機能>> 曲間表示をする <<ノミナル機能>> 課金判定をする <<ストレージアクセス>> <<ユーザ接点機能>> バックアップをするセキュリティ新採点移植確認その他独立確認項目テストサイクル① テストサイクル② 通信費 <<ノミナル機能>> カロリー表示をするテストの順序を考慮したビューテスト自動化の実現方法を考えたビュー ※カタマリー内のテストケースの自動化割合を示すテスト自動化効果大：80％以上自動化可能テスト自動化効果中：50％以上自動化可能テスト自動化効果小：30％程度は自動化可能 <<ユーザ接点機能>> 予約をする <<ユーザ接点機能>> 検索をする <<ユーザ接点機能>> 演奏系操作をする <<ユーザ接点機能>> SE操作をする <<ユーザ接点機能>> 録音・録画系操作をする <<ユーザ接点機能>> 設置時設定をする <<ユーザ接点機能>> オーナー設定をするセキュリティ新採点移植確認操作自動化/楽曲DB制御/結果判定操作自動化 <<IF接点機能>> 録音、録画をする <<IF接点機能>> <<ユーザ接点機能>> 開局操作をする <<制約有機能>> <<IF接点機能>> <<ユーザ接点機能>> 配信をする操作自動化/センター通信自動化センター通信自動化センター通信自動化/マイク入力マイク入力 <<IF接点機能>> 採点をする <<ノミナル機能>> カロリー表示をする <<IF接点機能>> 営業状態判定をする <<ノミナル機能>> 課金判定をする課金入力センター通信自動化/結果判定 <<IF接点機能>> プログラムを更新する <<IF接点機能>> HDD障害の通知をする <<ストレージアクセス>> <<ユーザ接点機能>> バックアップをする <<制約有機能>> 歌う <<制約有機能>> コンテンツを使うシナリオセンター間インタフェース <<ノミナル機能>> 曲間表示をする外部機器互換 <<制約有機能>> 演奏をする <<制約有機能>> 楽曲演奏 <<制約有機能>> 映像再生 <<ノミナル機能>> 演奏準備をするテスト自動化（完全）対象外システム全体構成自動化対象通信費確認エイジング大中小大大中中小中大小小中小小小大中小中中中中小中大小小小小小

127 2017/09公開用テストカタマリーワークショップβ版テストカタマリーモデルの使い方例③ 「ビュー」を用いて議論し、テストすべきモノを育てる。テストカタマリーリポジトリ <<ユーザ接点機能>> 予約をする <<制約有機能>>
演奏をする <<ノミナル機能>> 演奏準備をする <<制約有機能>> <<IF接点機能>> <<ユーザ接点機能>> 配信をするセキュリティ新採点移植確認 ~ 信頼性 ~ 機能適合機能共通 ~ 相互運用 ~ 信頼性 ~ 性能効率 ~ 並行処理 ~ 機能適合ストレージアクセステストベース：機能⇒ DFD参照モデル <<ユーザ接点機能>> 演奏系操作をする + 異常値 <<機能共通>> 演奏準備をする <<ユーザ接点機能>> SE操作をする + 機能組合せ <<ユーザ接点機能>> 検索をする + タイミング + 機能組合せ <<ユーザ接点機能>> 予約をする <<ユーザ接点機能>> オーナー設定をする + 機能組合せ + 異常値 + セキュリティ <<機能共通>> 課金判定をする + 機能組合せ + 異常値 + 互換性 + 性能効率性 <<機能共通>> 曲間表示をする + フェールソフト <<ストレージアクセス>> <<ユーザ接点機能>> バックアップをする + フェールソフト <<制約有機能>> <<IF接点機能>> <<ユーザ接点機能>> 配信をする + フェールソフト + 使用性 + セキュリティ + 機器組合せ <<IF接点機能>> 営業状態判定をする営業状態状態遷移>状態遷移＜機能グループ＞コンテンツを使う + セキュリティ + 互換性 <<IF接点機能>> 録音、録画をする + 機能組合せ + 不具合確認 <<IF接点機能>> <<ユーザ接点機能>> 開局操作をする引下げ不具合分析>シーケンス図＜機能グループ＞歌う <<制約有機能>> 映像再生する <<ユーザ接点機能>> 設置時設定をする <<制約有機能>> 演奏をする演奏状態遷移>状態遷移 <<IF接点機能>> 採点をする ~ 信頼性 ~ 性能効率 ~ 機能適合制約有機能 <<IF接点機能>> HDD障害の通知をする + 異常値 <<機能共通>> カロリー表示をする <<制約有機能>> 楽曲演奏する + 不具合確認 + 信頼性 <<IF接点機能>> プログラムを更新するプログラム更新処理>アクティビティ図 + 処理重ね : 処理重ね + タイミング : タイミング <<制約有機能>> コンテンツを使う + 使用性 + 処理重ね + タイミング <<制約有機能>> 歌う ~ 信頼性 ~ 互換性 ~ 性能効率 ~ 並行処理 ~ 異常値 ~ 機能適合 IF接点機能 ~ 信頼性 ~ 使用性 ~ 性能効率 ~ 異常値 ~ 機能適合ユーザ接点機能テストベース：機能外要求、記述されている気がかり事項 + 機器組合せ + 互換性外部機器互換 + セキュリティセキュリティ + 移植性新採点移植確認 + 通信費通信費確認ユーザ機能オーナー機能サプライヤ機能機能外要求、気がかり機能組合せ特殊機能色の凡例（参考）テスト要求パターン「＋」項目はパターン以外で追加した品質要素となるテストベースの網羅を目的としたビューシステムテスト V2.0追加機能確認オーナー系機能確認互換性・拡張性確認主要機能（歌う系）主要機能関連操作コンテンツ関連 <<ユーザ接点機能>> 予約をする <<制約有機能>> 演奏をする <<制約有機能>> 楽曲演奏 <<制約有機能>> 映像再生 <<ユーザ接点機能>> 検索をする <<ユーザ接点機能>> 演奏系操作をする <<ユーザ接点機能>> SE操作をする <<ノミナル機能>> 演奏準備をする <<IF接点機能>> 採点をする <<IF接点機能>> 録音、録画をする <<ユーザ接点機能>> 録音・録画系操作をする機能組合せ確認 <<制約有機能>> 歌う <<制約有機能>> コンテンツを使う外部機器互換 <<IF接点機能>> <<ユーザ接点機能>> 開局操作をする <<IF接点機能>> 営業状態判定をする <<制約有機能>> <<IF接点機能>> <<ユーザ接点機能>> 配信をする <<IF接点機能>> プログラムを更新する <<IF接点機能>> HDD障害の通知をする <<ユーザ接点機能>> 設置時設定をする <<ユーザ接点機能>> オーナー設定をするシステム設定確認センター間通信確認 <<ノミナル機能>> 曲間表示をする <<ノミナル機能>> 課金判定をする <<ストレージアクセス>> <<ユーザ接点機能>> バックアップをするセキュリティ新採点移植確認その他独立確認項目テストサイクル① テストサイクル② 通信費 <<ノミナル機能>> カロリー表示をする・・・テストの順序を考慮したビュー機能適合性能効率異常値信頼性処理重ね互換性タイミング移植性不具合確認通信費テストベース機能⇒DFD　参照モデル <<IF接点機能>> プログラムを更新する <<IF接点機能>> <<ユーザ接点機能>> 開局操作をするユーザ接点機能制約有機能 IF接点機能ユーザ接点機能 IF接点機能 IF接点機能ｾｷｭﾘﾃｨ並行処理セキュリティ新採点移植確認外部機器互換フェールソフト通信費確認信頼性 IF接点機能機器組合せ信頼性コンテンツを使う歌うテストベース機能⇒DFD　参照モデル機能組合せ【制約】インフラ継承【ねらい】現行機リプレイス他社製品と入替インフラ増強回線高速化、センターHW刷新【背景】コンテンツHD化要望通信環境の飛躍的向上高速大容量の構成品登場高画質映像データ生音データ【ねらい】快適でリッチな経験の提供ターゲット向けコンテンツ【リスク】センター更新で想定外の変化異常時の復旧性【機能外要求】性能目標前モデルを上回る負荷時でも問題ない（描画崩れ、遅延なし）【機能外要求】拡張性現行機器が全て動作リモコン系、課金装置楽曲完全互換、コンテンツ可能な限り【リスク】処理重ね状況での動作対大容量処理、通信瞬間的な負荷の影響映像とのタイミング (テロップ、リップシンク) 操作時のノイズガイドメロディ即反映新採点システム【ねらい】現状環境で交換すればすぐ使える快適使用可能なスペック機能適合性能効率異常値信頼性処理重ね互換性タイミング並行処理 + + OSのLinux化 HW刷新【機能外要求】移植性：新採点機能が移植可、モジュール化、 Doc整備新採点システム移植性【リスク】ドライバ確認機能全体・組合せの影響連続稼働信頼性【ねらい】今後のHWラインナップを増やす機能組合せサプライヤ系過去不具合引き上げ処理バージョンUP 曲間BGMへのキー/テンポの影響ｾｷｭﾘﾃｨ不具合確認【機能外要求】ｾｷｭﾘﾃｨ現行の継承セキュリティで過去と同等以上データ、ストレージの暗号化通信トンネル化【ねらい】著作権、肖像権保護【当たり前品質】過去不具合への対処【当たり前品質】機能全般の網羅的確認と気がかり対応機能適合異常値【リスク】ユーザ入力による異常オーナ通信費の軽減通信費誤操作防止 + (機能要求への対処) <derive Reqt> <verify> <verify> <verify> <satisfy> <verify> <satisfy> + <contain> <verify> <contain> <derive Reqt> <derive Reqt> <derive Reqt> <satisfy> <satisfy> <derive Reqt> <derive Reqt> <satisfy> <verify> <verify> <contain> <contain> <satisfy> <verify> <derive Reqt> <derive Reqt> <contain> 機器組合せ HDD故障時も最低限の営業を実施フェールソフト <verify> 録音・録画をする営業状態判定をするバックアップをする配信をするテストで達成できるものを考慮したビュー「ビュー」を用いてテストカタマリーリポジトリを育てるステークホルダの興味対象のビューを活用して抜けの確認や合意を取るテスト自動化の実現方法を考えたビュー ※カタマリー内のテストケースの自動化割合を示すテスト自動化効果大：80％以上自動化可能テスト自動化効果中：50％以上自動化可能テスト自動化効果小：30％程度は自動化可能 <<ユーザ接点機能>> 予約をする <<ユーザ接点機能>> 検索をする <<ユーザ接点機能>> 演奏系操作をする <<ユーザ接点機能>> SE操作をする <<ユーザ接点機能>> 録音・録画系操作をする <<ユーザ接点機能>> 設置時設定をする <<ユーザ接点機能>> オーナー設定をするセキュリティ新採点移植確認操作自動化/楽曲DB制御/結果判定操作自動化 <<IF接点機能>> 録音、録画をする <<IF接点機能>> <<ユーザ接点機能>> 開局操作をする <<制約有機能>> <<IF接点機能>> <<ユーザ接点機能>> 配信をする操作自動化/センター通信自動化センター通信自動化センター通信自動化/マイク入力マイク入力 <<IF接点機能>> 採点をする <<ノミナル機能>> カロリー表示をする <<IF接点機能>> 営業状態判定をする <<ノミナル機能>> 課金判定をする課金入力センター通信自動化/結果判定 <<IF接点機能>> プログラムを更新する <<IF接点機能>> HDD障害の通知をする <<ストレージアクセス>> <<ユーザ接点機能>> バックアップをする <<制約有機能>> 歌う <<制約有機能>> コンテンツを使うシナリオセンター間インタフェース <<ノミナル機能>> 曲間表示をする外部機器互換 <<制約有機能>> 演奏をする <<制約有機能>> 楽曲演奏 <<制約有機能>> 映像再生 <<ノミナル機能>> 演奏準備をするテスト自動化（完全）対象外システム全体構成自動化対象通信費確認エイジング大中小大大中中小中大小小中小小小大中小中中中中小中大小小小小小

128 2017/09公開用テストカタマリーワークショップβ版第2部・完！・第2部：自分たちのテストを描いてみよう完

・第3部：カタマリーを活用したプロセスとスケーリング対応

130 2017/09公開用テストカタマリーワークショップβ版そのうちつくるかもみずのり先生の次回作にご期待ください ※3部の内容は、ほぼSQiP2017の発表内容です。

公開用 テストカタマリーワークショップ（説明のみ）

公開用 テストカタマリーワークショップ（説明のみ）

More Decks by みずのり

Other Decks in Technology

Featured

Transcript

公開用テストカタマリーワークショップ（説明のみ）

公開用テストカタマリーワークショップ（説明のみ）