『スープカレー方式スープカレー方式』
方式』によるシステムテスト分析
システムテスト分析と分析と設計－地域有志勉強会によるプロセス実践・解析の成果発表－
TEF北海道TEF北海道テスト
北海道テスト勉強会
テスト勉強会（勉強会（TEFTEF-道）【TEFTEF-道】•上田 和樹•小楠 聡美•高木 進也（東京エレクトロン ソフトウェアテクノロジーズ(株)）•中岫 信 （東京エレクトロン ソフトウェアテクノロジーズ(株)）•根本 紀之（東京エレクトロン ソフトウェアテクノロジーズ(株)）•藤田 将志（東京エレクトロン ソフトウェアテクノロジーズ(株)）•古川裕一郎•村上 寛•安達 賢二(お世話係)

アジェンダ• ＴＥＦ北海道テスト勉強会の紹介• テスト分析と設計• ５W1H• マインドマップ• スープカレー方式• HAYST法• まとめ1

ＴＥＦ北海道テスト勉強会の紹介-１
ＴＥＦ北海道テスト勉強会の紹介 １• 「TEF札幌テスト勉強会」から改名– 「JaSST北海道」に合わせてみました。
• 隔週で一回２時間程度の開催。参加メンバーは10名程度で、常時５～６名のメンバーが参加。
• 愛称「TEF-道（てふ-どう）」– 北海「道」– テスト「道」– DO・・・ 行う, する, なしとげる, 終える– テスト「どう」でしょう？

2ＴＥＦ北海道テスト勉強会の紹介-2ＴＥＦ北海道テスト勉強会の紹介••••

２００６～２００８– ＪＳＴＱＢテスト勉強会として発足
ＪＳＴＱＢテスト勉強会– その後TEF札幌テスト勉強会
札幌テスト勉強会として断続的に活動を行う
札幌テスト勉強会
２００９年１月～６月（第１ステージ）（第１ステージ）– 架空のペットボトル式加湿器の仕様書を使用して、テストプロセスの実践とテストプロセスの実践と解析を継続的に行う
解析
２００９年７月～９月（第２ステージ）（第２ステージ）– 架空のモバイル端末上のアプリケーションの仕様書をもとにして、再度テス
テス
トプロセスの実践と解析を行う
トプロセスの実践と解析– JaSST‘０９北海道にて成果発表
０９北海道にて成果発表
２００９年１０月～１２月（第３ステージ）（第３ステージ）– その後、発表内容をさらに勉強して理解を深める– JaSST‘１０東京にて事例発表
１０東京にて事例発表

3

ここから
本題

4

まずは
テスト
フェーズ
をををを考考考考えた5

基本的なテストプロセス （JSTQBより
JSTQBより)
より)
計画とコントロール
分析と設計
実装と実行
終了基準の検証とレポート
終了作業

6

以下の３点にフォーカスを絞った

分析
設計
実装と実行

7

テストフェーズ
• 「テスト分析」フェーズとは『思考を発散させる』（風呂敷を広げる）こと⇒三色ボールペンでの仕様書の読み込みやマインドマップにて観点を広げていく• 「テスト設計」フェーズとは『思考をまとめる』（風呂敷をたたむ）こと⇒マインドマップを整理したり、表にまとめたりする• 「テスト実装と実行」フェーズとは『テスト仕様』の作成⇒「手順」「条件」「期待値」が備わっている「テストケース」の集合体

8

システム
テストを実践
してみた9

しかもテスト技法
をををを駆使する壮大なななな計画

10

『テストプロセスの実践と解析』
テストプロセスの実践と解析』
分析と設計
どの観点で書けばよい？

この間をうまくつなげられなかった・・

製品のウリや要求品質などを考慮
三色ボールペンを使用して仕様読込
マインドマップを使用してテスト観点の切り出
し
HAYST法を使用してテスト設計
ペルソナ法によるユーザーシナリオ作成
リスクベース法によるテストの優先付け
11

反省した

12

題材：超シンプルメモ帳
無題 - Simple メモ帳
ファイル
書式■シンプルメモ帳仕様
□ファイル
①新規作成
新しいテキストファイルを開きます②開く
既存のテキストファイルを選択して、当プログラムで開きます③上書き保存現在開いているファイルに上書きして保存します④名前を付けて保存
別ファイルとして名前を付けて保存します⑤ページ設定ページの設定を行います⑥印刷設定
印刷設定を行います⑦終了
プログラムを終了します
□書式
①フォント
テキストフォントの設定を行います

＿ □ ×

13

分析のののの切切切切りりりり口口口口をををを考考考考えた

14

システムを「５Ｗ１Ｈ」で考えてみる
内容と事例

意味WHO

誰が、どのような人が利用するのか
例：開発者が利用者・ユーザー

WHERE

どこで利用するのか
例：会議室で利用場所・場面

WHEN

いつ利用するのか
例：会議中に利用タイミング・場面

WHY

どうして必要なのか
例：手軽に情報を保管し、活用したいシステムの目的・目標

HOW

どのように使えるとよいのか
例：すばやく、多くの機種で非機能要求

WHAT

どんな機能を使うのか
例：メモを取り書き込む

機能要求「５Ｗ１Ｈ」をグループ分けする
WHO（だれ）
WHERE（どこ）利用状況（コンテキストオブ ユース）

WHEN（いつ）
WHY（なぜ）

目的

HOW（どのように）

非機能要求
機能要求

WHAT（なに）16「５Ｗ１Ｈ」をグループ分けする
WHO（だれ）

利用状況（コンテキストオブ ユース）

WHERE（どこ）WHEN（いつ）
WHY（なぜ）
HOW（どのように）WHAT（なに）

顧客観点
顧客観点（4W1H)（4W1H)

目的非機能要求機能
観点 機能要求
機能観点(1W)
17

4W1H + 1W
でマインドマップを考えた
18

４Ｗ１Ｈ・・・顧客観点のマインドマップ

19顧客観点マインドマップのポイント• ４Ｗ１Ｈで考える– Why ⇒目的
• そのシステムの目的– When+Where+Who⇒利用状況（コンテキストオブ ユース）
• そのシステムが使われる状況– 開発者が仕事で使う／ＰＣ初心者が自宅で使う ｅｔｃ…

– How ⇒非機能要件• どのように動作するか？
– 素早く／使いやすくｅｔｃ…

20

１Ｗ（WHAT）・・・機能観点のマインドマップ）・・・機能観点のマインドマップ
１Ｗ（21機能観点マインドマップのポイント• 機能を網羅する– 「機能」とは、顧客が何かしらの『目的目的』目的』を達成するものとする• 「顧客観点」では浮かばない発想を広げる• 正常系と異常系を考える

22

二枚のマップを融合できないか？

23

ここでスープカレー方式
登場24

スープカレーとは・・・•北海道を代表するローカルフード•一般的に、ごはんをスプーンですくって、スープ状のカレーにくぐらせてくぐらせて、スープをごはんに「絡ませて」「絡ませて」食べる。
くぐらせて「絡ませて」

25

スープカレー方式のやりかた
ごはん＝機能観点
カレー＝顧客観点・・・と見立てて「機能のごはん」をひとつずつ、「顧客のスープ」にくぐらせるイメージ

機能観点

顧客観点

？？？？
26

顧客観点という名のスープにくぐらすと・・・？
機能のごはん
（１Ｗ）
機 機
能 能
機
能

顧客観点のスープ（４Ｗ１Ｈ）機
能機
能そのシステムはいつ使うの？

そのシステム
はだれが使うの？

そのシステムは何のために使うの？
そのシステムそのシステムはどこで使うはどのように使うの？の？
27

４Ｗ１Ｈをまとった「機能たち」ができる
４Ｗ１Ｈをまとった機能（カプセル化）

顧客観点の
スープ
そのシステムはいつ使うの？

そのシステム
はだれが使うの？

そのシステムは何のために使うの？
そのシステムそのシステム
はどのようにはどこで使う使うの？の？

4W1H
機
能

4W1H
機
能

4W1H

4W1H
機
能機
能28

こいつらの正体は？
Why
機
能

その機能はどのような目的で存在しているか？（目的機能）

Who+Where+When
機
能How
機
能

その機能が特定の利用状況で顧客満足を満たせるか？

その機能がどのように動作するか？（非機能要件）
29

具体的な「混ぜる」方法• スープカレー表を利用
スープカレー表を利用• 基本は縦に「機能観点」、横に「顧客観点」• その「機能観点」×「顧客観点」の交点を埋めていく
顧客観点
目的(Why)

非機能項目
非機能項目
(How)
非機能項目 3

非機能項目 2

非機能項目 1

コンテキ
スト3

コンテキ
スト2

コンテキ
スト1

目的 3

目的 2

目的 1

機能観点
機能観点（What)

コンテキスト(When+Where+Who)

機能1
機能2
機能3交点を埋めていく

機能430

設計観点を加えた例• 機能観点マインドマップで発想した項目を横軸に記入– 異常系は縦軸に配置できない– ある機能の発想項目を他の機能に適用できる
顧客観点
コンテキスト(When+Where+Who)

目的(Why)同時アクセス

０データ

バイナリ

最大値

非機能項目 3

非機能項目 2

非機能項目
非機能項目
異常系／機能観(How)
点で気が付くこと

非機能項目 1

コンテキスト3

コンテキスト2

コンテキスト1

目的 3

目的 2

目的 1

機能観点
機能観点
（What)

設計観点

機能1
機能2
機能3
機能431

想定ユーザーと想定外ユーザーを分けた例• 利用者には「想定ユーザー」と「想定外ユーザー」がある

32

スープカレー表の例-1
スープカレー表の例
顧客観点

機能観点
【HOW】非機能要求①バイナリ ②大量 ３バイト文
利用する ①レスポン ②ファイル ③大抵の ④類似ア ⑤基礎ITリ ⑥利用方 ファイルの データの 字の扱い
大項目 中項目扱い扱い可能性の スが早い 容量が少 PCで使え プリでも使 テラシでも 法が類推ある想定ないえるる
使える しやすい外ユー
文章を保 テキスト
ザー
文章を印 存して次 ファイルを開発者
ビジネスマ パソコン初
刷したい 回も使用し 閲覧／編ン
心者たい集したい【WHEN+WHERE】いつ・どこでソースを見 設定ファイ TODOリスト 何気なくたい
ルを編集す を書く
る
すぐに起動 すぐに起動 すぐに起動 起動のア ○（1～2 ×○
×○（説明な ○（説明なアプリ 起動できる。
できる。
できる。
イコンが 秒）しでも起動 しで迷わ操作
起動後、す「スタート」
できる）
ず操作でぐにテキス⇒「プログきる）
ト入力がラム」の中可能にあって、そこから起動できる。
・新規作成 起動後にす 起動後にす 起動後にす 「新規作 ○（1～2 ×○×○（説明な ○（説明なﾌｧｲﾙ操 新規作
後、テキス ぐ新規作成 ぐ新規作成 ぐ新規作成 成」が初心 秒）
しでも新規 しで迷わ作
成ト編集が が行なえる が行なえる が行なえる 者でも行なで作成で ず操作で行なえるえるきる）
きる）
・編集中のファイルがある場合は、保存確認のダイアログが表示される
・指定文字「.c」などの iniファイル 前回保存 「前回編集 △×○×
説明なしで 説明なしでﾌｧｲﾙ操 開く・既存ファ 拡張子が開 が開けて編 ファイルの したファイ
コード以外
も既存ファ 迷わず操作
イルを開い ける
表示不可
集できるパスがデ ル」を初心
イルを読 作できる）
保存した て閲覧可
最大値を にする
フォルト表 者でも開く
み込める
開いたテ
テキストと 超えるファイルを 能・３バイト示されることができキストを印して開く データは の漢字を開くことが ・既存ファる
刷できる
できる
編集不可 含むファイイルに対して編集がル（ＵＮＩ可能コード）を開く。
ページ設△×○×○（説明な ○（説明な環境設 頁設定定も保存さ 設定した
しでも頁設 しで迷わ定れて、次回 印刷設定定ができ ず操作で印刷設定も同じ設定 にて編集る）きる）の通りにで使用で 可能
印刷できる※設定多きる※設定多 数あり数あり【WHAT】機能要求【WHY】システム全体の目的【WHO】利用者
想定ユーザー33
33

スープカレー表の例-1
スープカレー表の例
顧客観点

機能観点
【HOW】非機能要求①バイナリ ②大量 ３バイト文
利用する ①レスポン ②ファイル ③大抵の ④類似ア ⑤基礎ITリ ⑥利用方 ファイルの データの 字の扱い
大項目 中項目扱い
扱い
可能性の スが早い 容量が少 PCで使え プリでも使 テラシでも 法が類推ある想定ないえるる
使える しやすい外ユー
文章を保 テキスト
ザー
文章を印 存して次 ファイルを開発者
ビジネスマ パソコン初
刷したい 回も使用し 閲覧／編ン
心者たい集したい【WHEN+WHERE】いつ・どこでソースを見 設定ファイ TODOリスト 何気なくたい
ルを編集す を書く
る
すぐに起動 すぐに起動 すぐに起動 起動のア ○（1～2 ×○×○（説明な ○（説明なアプリ 起動できる。
できる。
できる。
イコンが 秒）しでも起動 しで迷わ
操作
起動後、す「スタート」
できる）
ず操作でぐにテキス⇒「プログきる）
ト入力がラム」の中可能にあって、そこから起動できる。
・新規作成 起動後にす 起動後にす 起動後にす 「新規作 ○（1～2 ×○×○（説明な ○（説明なﾌｧｲﾙ操 新規作後、テキス ぐ新規作成 ぐ新規作成 ぐ新規作成 成」が初心 秒）
しでも新規 しで迷わ作成
ト編集が が行なえる が行なえる が行なえる 者でも行なで作成で ず操作で行なえるえるきる）
きる）
・編集中のファイルがある場合は、保存確認のダイアログが表示される・指定文字「.c」などの iniファイル 前回保存 「前回編集 △×○×
説明なしで 説明なしでﾌｧｲﾙ操 開く・既存ファ 拡張子が開 が開けて編 ファイルの したファイ
コード以外も既存ファ 迷わず操作
イルを開い ける
表示不可
集できるパスがデ ル」を初心
イルを読 作できる）
保存した て閲覧可
最大値を にする
フォルト表 者でも開く
み込める
開いたテ
テキストと 超えるファイルを 能・３バイト示されることができキストを印して開く データは の漢字を開くことが ・既存ファる
刷できる
できる
編集不可 含むファイイルに対して編集がル（ＵＮＩ可能コード）を開く。
ページ設△×○×○（説明な ○（説明な環境設 頁設定定も保存さ 設定した
しでも頁設 しで迷わ定れて、次回 印刷設定定ができ ず操作で印刷設定も同じ設定 にて編集る）きる）の通りにで使用で 可能
印刷できる※設定多きる※設定多 数あり数あり【WHAT】機能要求【WHY】システム全体の目的

機能の「目的」が洗い出せる【WHO】利用者
想定ユーザー

多様な利用状況に対応した機能の確認機能が満たすべき「非機能要件」が洗い出せる

機能観点から洗い出した異常系を洗い出せる

3434

スープカレー表の例-2
スープカレー表の例【WHY】システム全体の目的達成確認
既存ファイル編集・保存（印刷）
新規作成・編集・保存（印刷）
残しておきたい情報を見つけた（あるいは思いついた）時、手軽に書き留め（または貼 保存していた情報を手早く再利用（呼び出して印刷・編集・保存等）したいり付け）、あるいは編集し、すぐに印刷または保存したい
機能観点【WHAT】機能要求

大項目

顧客観点
【WHO】利用者
想定ユーザー

システム全体の「目的」をまとめて明示する開発者
中項目

機能観点
【HOW】非機能要求

利用する可能性のある
想定外ユー
ザー
①バイナリ
②ファイル
⑤基礎ITリ ⑥利用方法 ファイルの ②大量デー ３バイト文字
ビジネスマ
初心者
①レスポン
③大抵のPC ④類似アプ
タの扱いの扱い
容量が少な
テラシでも使 が類推しやン扱い
スが早いで使える リでも使えるいえる
すい【WHEN+WHERE】いつ・どこでソースを見 設定ファイ TODOリスト
たいルを編集すを書く
る

何気なく

一般ST

ST1

ST1

ST1

別PCテスト簡易シナリオテスト

ST2

ST2

ST2

アプリ操作 起動

ﾌｧｲﾙ操作

ﾌｧｲﾙ操作

ST1
ST3

起動のアイ
コンが「スタート」⇒「プ
すぐに起動 すぐに起動 すぐに起動
ログラム」の ○（1～2秒）できる。
できる。
できる。
中にあって、そこから起動できる。

新規作
成起動後にす 起動後にす 起動後にす 「新規作成」
ぐ新規作成 ぐ新規作成 ぐ新規作成 が初心者でが行なえる が行なえる が行なえる も行なえるシステムテストでの確認方法を記述

前回保存 「前回編集し「.c」などの iniファイル ファイルの たファイル」
拡張子が開 が開けて編 パスがデ を初心者で ○（1～2秒）ける
集できる
フォルト表示 も開くことがされる
できる×○（説明なし ○（説明なし
でも起動で で迷わず操きる）作できる）○

×○（説明なし ○（説明なし
でも新規で で迷わず操作成できる） 作できる）

○

ST1

ST3

○

開く

ST1

・指定文字
コード以外
表示不可に
○別アプリｏ
説明なしで説明なしで最大値を超 する
ｕｔファイルをテキストとしも既存ファイ迷わず操作えるデータ ・３バイトの開く（そしてて開くルを読み込できる）
は編集不可 漢字を含む編集等を行めるファイル（Ｕう）
ＮＩコード）を開く。3535

これによって何ができるのか？

36たとえばHAYST法37

ＨＡＹＳＴ法とは？
• 直交表を使ったテストプロセスの実施方法• 直交表とは・・・？
• 「ペアテスト」の一種。
• 「全組合せテスト」の代わりに「二項目間の組合わせ」を網羅するテスト• 品質リスクをそれほど落とさずに、テストケースを削減できる• FV表とFL表を使用して因子と水準を洗い出して、組合せテストを行なう→因子と水準の洗い出しが非常に重要！
38FV表表（機能検証条件表） 及びFL表
及び 表（因子水準表）
No.

FunctionFunction-Verification Table
Verification（検証方法）

FactorFactor-Level Table
Factor(因子) Level(水準)Function（目的機能）
Test（テスト技法）
1起動
手軽に、すぐに入力す ・プログラムファイルから起動して２秒以内で画面るために、起動開始か が表示されることを確認
らすぐに立ち上がる
・プログラム名を直接入力して２秒以内で画面が1.1表示されることを確認
・スタートファイルの「プログラム」のファイル名とアイコンが分かりやすいことを確認
手軽に、すぐに入力す ・起動後、フォーカスがメイン画面に当たっているるために、起動後その ことを確認
1.2
ままテキスト入力が可 ・キーボードを入力して、すぐに文字入力が可能能になるであることを確認
2新規作成
手軽に、すぐに、そして ・上記起動後そのまま新規作成できる状態になる
説明書なしでも簡単に ことを確認→そのことを認識して自然と入力開始
類推して使えるように、 することを確認
2.1 操作が分かりやすく行 ・「新規作成」を実行してから1～2秒以内に新しいなえ、手続き後すぐに新 ファイルが入力可能状態で表示されることを確認
規作成可能になる
・編集中ファイルがある場合は、保存確認のダイ
アログが表示されて注意を促す
手軽に、すぐに入力す ・起動後、フォーカスがメイン画面に当たっているるために、新規作成後 ことを確認
2.2に余計な操作をするこ ・キーボードを入力して、すぐに文字入力が可能となく編集が行なえる であることを確認
3開く
前回使用した作業の続 ・開く操作から２秒以内にファイルが表示できるこ ファイルの大きさ、種 ファイルサイズ ・100 B・1 KBきを行うために、保存し とを確認
類、拡張子などを直・10 KB
た既存ファイルを説明 ・前回保存ファイルのパスがデフォルト表示される 交表で設計・C言語ソース
種類なしに分かりやすく開く ことを確認
ファイル
ことができる
3.1

TEF北海道テスト勉強会（TEF-道）

エンコード

・HTMLファイル・日本語テキストファイル
・３バイト文字を含むファイル
・JIS
39
・SHIFT-JIS

39

FV表
表（機能検証条件表） 及びFL表
及び 表（因子水準表）
FunctionFunction-Verification Table
Verification（検証方法）

No.

FactorFactor-Level Table
Factor(因子) Level(水準)Function（目的機能）
Test（テスト技法）
1起動
手軽に、すぐに入力す ・プログラムファイルから起動して２秒以内で画面るために、起動開始か が表示されることを確認
検証「手段」を具体らすぐに立ち上がる
・プログラム名を直接入力して２秒以内で画面が1.1
的にテスト実装する「Why+機能」や表示されることを確認目的機能を検証す・スタートファイルの「プログラム」のファイル名とための「テスト技法」「How+機能」によっる「手段」を決定してアイコンが分かりやすいことを確認を決定て、抽出した機能に手軽に、すぐに入力す ・起動後、フォーカスがメイン画面に当たっているいくるために、起動後そのことを確認対する目的（＝目的目的
1.2
ままテキスト入力が可 ・キーボードを入力して、すぐに文字入力が可能機能）の洗い出しが機能能になるであることを確認
2新規作成
行なえる
手軽に、すぐに、そして ・上記起動後そのまま新規作成できる状態になる
説明書なしでも簡単に ことを確認→そのことを認識して自然と入力開始
類推して使えるように、 することを確認「検証」のためのパ
2.1 操作が分かりやすく行 ・「新規作成」を実行してから1～2秒以内に新しいラメータ（因子と水なえ、手続き後すぐに新 ファイルが入力可能状態で表示されることを確認
規作成可能になる
・編集中ファイルがある場合は、保存確認のダイ
準）を、機能観点（設アログが表示されて注意を促す計観点）などから抽
手軽に、すぐに入力す ・起動後、フォーカスがメイン画面に当たっているるために、新規作成後 ことを確認
出する
2.2に余計な操作をするこ ・キーボードを入力して、すぐに文字入力が可能となく編集が行なえる であることを確認
3開く
前回使用した作業の続 ・開く操作から２秒以内にファイルが表示できるこ ファイルの大きさ、種 ファイルサイズ ・100 B・1 KBきを行うために、保存し とを確認類、拡張子などを直・10 KB
た既存ファイルを説明 ・前回保存ファイルのパスがデフォルト表示される 交表で設計・C言語ソース
種類なしに分かりやすく開く ことを確認
ファイル
ことができる
ここを直交表で組合せ

3.1

TEF北海道テスト勉強会（TEF-道）

エンコード

・HTMLファイル・日本語テキストファイル
・３バイト文字を含むファイル
・JIS
40
・SHIFT-JIS40直交表の適用例
FV項目

3.1
9.1
10.1

No.

ファイルサイズ

種類

エンコード

1

100 B

日本語テキストファイル

JIS

2

100 B

HTMLファイルSHIFT-JIS

3

100 B

C言語ソースファイル

EUC

4

100 B

３バイト文字を含むファイル

UNICODE

5

1 KB

日本語テキストファイル

SHIFT-JIS

6

1 KB

HTMLファイルJIS

7

1 KB

C言語ソースファイル

UNICODE

8

1 KB

３バイト文字を含むファイル

EUC

910 KB

日本語テキストファイル

EUC

1010 KB

HTMLファイル

UNICODE

1110 KB

C言語ソースファイル

JIS1210 KB

３バイト文字を含むファイル

SHIFT-JIS13100 B

日本語テキストファイル

UNICODE

14100 B

HTMLファイル

EUC

15100 B

C言語ソースファイル

SHIFT-JIS

16

100 B

３バイト文字を含むファイル

JIS

41

テスト仕様書の例
FV No.
1.1
シナリオ名
起動-2
試験目的（ゴール） ＯＳからすばやく起動でき、すぐにテキスト入力が可能
No.
試験手順
期待値
「スタート」⇒「ファイル名を指定して実行」⇒
1「simplememo.exe」と入力
2 メモ帳の初期表示がされることを確認する

3 テキスト入力を行う

・１～２秒以内に表示されることを確認
・フォーカスがテキスト入力画面にあることを確認
テキスト入力画面にテキストが表示されることを確認

FV No.
3.1
シナリオ名開く-1
試験目的（ゴール） 保存した既存ファイルを説明なしに分かりやすく開くことができる
No.
試験手順
期待値
1 「ファイル」⇒「開く」ボタンを押下「開く」ダイアログが表示される
2 テストデータの格納フォルダに移動する
3 ファイル１を選択する ※右記テストデータ参照
日本語テキストファイルが表示され4 「OK」を押下る
5 「ファイル」⇒「開く」ボタンを押下
6 前回開いたフォルダが表示される
7 ファイル２を選択する
8 「OK」を押下
ＨＴＭＬファイルが表示される～【略】～
25 ファイル１６を選択する
26 「OK」を押下
27 「ファイル」⇒「閉じる」を押下する

３バイト文字を含むファイルが表示される
シンプルメモ帳の画面が閉じる※テストデータ
サイズ

エンコード

内容

ファイル１ 100 B

JIS

日本語テキストファイル

ファイル２ 100 B

SHIFT-JISHTMLファイル

ファイル３ 100 B

EUC

C言語ソースファイル

ファイル４ 100 B

UNICODE

３バイト文字を含むファイル

ファイル５ 1 KBSHIFT-JIS

日本語テキストファイル

ファイル６ 1 KB

JISHTMLファイルファイル７ 1 KB

UNICODE

C言語ソースファイル

ファイル８ 1 KB

EUC

３バイト文字を含むファイル

ファイル９ 10 KB

EUC

日本語テキストファイル

ファイル１０ 10 KB

UNICODEHTMLファイル

ファイル１１ 10 KB

JIS

C言語ソースファイル

ファイル１２ 10 KBSHIFT-JIS

３バイト文字を含むファイル

ファイル１３ 100 B

UNICODE日本語テキストファイル

ファイル１４ 100 B

EUC

HTMLファイル

ファイル１５ 100 B

SHIFT-JIS

C言語ソースファイル

ファイル１６ 100 B

JIS

３バイト文字を含むファイル

42

スープカレー方式の利点• システムテストの切り口が明確になる• 機能網羅と顧客観点の網羅を同時に行なえる• 機能観点×顧客観点のマトリクスで、発想が広がる• メンバーに観点を明示でき、共有できる• FV表やFL表などに繋げやすい

43

課題点
• システムテストの範囲の全てを網羅してはいない• 手間がかかる⇒設計時に作成しておくと良いかもしれない• スープカレー表のレイアウトは、まだ議論の余地あり44ありがとうございました！

ごちそうさまでした45