■チーム「いんぷレオ」：当日展示シート① チーム紹介

テスト設計コンテスト’17

チーム名「いんプレオ」■チーム名 いんプレオ
昨年と同様のチーム名で、テスト設計コンテスト’１7に挑戦しています。
チーム名は、チームメンバ全員が所属しているアイエックス・ナレッジ株式会社（略称 IKI）の提供サービスブランド
総合品質ソリューションサービス（iMPLEO）（インプレオ）から名付けました。

テスト設計コンセプト『話題沸騰ポットを使うユーザーを意識した試験設計』
コンセプトに基づき、受入試験工程の試験として下記２点を意識して設計を行いました。
１．ポット利用者の想定される行動/環境にて、ポットの製造元の要求を満たすか確認する受入試験の設計を行うこと
２．ポットが関与する事故について未然に防ぐことを目的とした受入試験の設計を行うこと

テスト範囲の考え方
チーム「いんプレオ」は第三者検証として、テスト範囲を "受入試験" に限定したテスト設計を受注した前提としています。
ポット製作会社

いんプレオ要件定義

受入試験

基本設計

総合試験

機能設計

結合試験

詳細設計

単体試験

テスト実装会社【役割分担】①チームいんプレオは上記コンセプトを実現するための試験設計書を作成する②その試験設計書を基に、試験実施を行うのは試験実装チームの会社とする③試験結果を受けて、話題沸騰ポットの改修要否を決定するのは発注会社とする

Copyright © 2017 IX Knowledge Inc. All Rights Reserved

■チーム「いんぷレオ」：当日展示シート② テストプロセス

テスト設計コンテスト’17

チーム名「いんプレオ」【テストプロセス全体概要】
設計コンセプトである 『ポットを使用するユーザー目線での受入試験を行う』 を実現するため、以下の顧客要求が満たされることを目的に各設計フェーズでアピールポイントとして具体的な工夫を取り入れています。
顧客要求

顧客要求１ ：ポットが問題がなく使用できること
テスト目的１：機能要求が満たされていることを担保するテスト
手段１：テストベースで定義されている機能要求が漏れることなく確認できるテストを実施

顧客要求２ ：ポットが安全に使えること
テスト目的２：非機能要求（安全性）が満たされていることを担保するテスト【テスト要求分析】[手段１を達成するためのポイント]
ポイント①USDMで分割された仕様全てに対しテスト観点（機能観点）を抽出⇒要求仕様単位でのテスト観点抽出漏れを防ぐ[手段２を達成するためのポイント]
ポイント②ユーザーが実際に利用するシーンの各要素を洗い出し⇒ユーザーのライフサイクルシナリオを作成するための要素を洗い出し[手段３を達成するためのポイント]
ポイント③品質リスクの洗い出し及び、ユースケース毎に品質リスクを点数化【テストアーキテクチャ設計】[手段１を達成するためのポイント]
ポイント④テストフレーム：テスト観点（機能観点）とユースケース観点を組み合わせた⇒テストを実行する単位（ユースケース）で考慮すべきテスト観点の漏れを防ぐ[手段２を達成するためのポイント]
ポイント⑤テストコンテナ：ユーザーが実際に利用するシナリオ単位にテストフレームをグルーピング【テスト詳細設計】[手段１を達成するためのポイント]
ポイント⑦テストフレームの機能観点をPictMasterを用いて2因子間100%網羅でテストケースを作成⇒実際の利用シーン（ライフサイクルシナリオ）に沿ったテストの流れを作成[手段３を達成するためのポイント]
ポイント⑥テストコンテナパッケージ：品質リスクを考慮したテストコンテナ実施順を決めた⇒早期に品質リスクに問題がある不具合の検出⇒テスト観点の漏れを防ぐ

Copyright © 2017 IX Knowledge Inc. All Rights Reserved

■チーム「いんぷレオ」：当日展示シート③

テスト要求分析_テストベース分析

テスト設計コンテスト’17

チーム名「いんプレオ」

テストベースからUSDMで要求と仕様を整理し、要求仕様単位でのテスト観点の抽出漏れをなくした

テストベー

質問確認事項一覧

POT_Specification_v7.pdf(2)＜質問確認事項一覧の反映＞
要件定義書の曖昧な表現に対し、仕様・要求を確定させ、要求仕様分析に反映する要求仕様分析

テスト要求仕様書(USDM)(1)＜要求仕様分析＞
要件定義書から1.「仕様」「要件」を抽出し「仕様」と「要求」を判別
2.要件定義書に無い「仕様」「要件」を追加する

テスト観点（機能観点）一覧(3)＜テスト観点（機能観点）の抽出＞
USDMの仕様（要求仕様）単位で機能観点を洗い出し要求単位でのテスト観点漏れをなくした

ポイント①
・USDMで分割された仕様全てに対しテスト観点（機能観点）を抽出⇒要求仕様単位でのテスト観点抽出漏れを防ぐ

Copyright © 2017 IX Knowledge Inc. All Rights Reserved

■チーム「いんぷレオ」：当日展示シート④

要求分析_ユーザー分析

テスト設計コンテスト’17

チーム名「いんプレオ」

ユースケースをアクティビティ図を用いて漏れなく洗い出した。また、テスト環境（外的要因）を洗い出し、ユーザー目線で考慮すべき要素を洗い出した

ユーザーアクティビティ図(1)＜ユーザーアクティビティ図の作成＞
・ユーザーの行動（アクティビティ）をフローチャート化することで、抜け漏れなく操作を洗い出した⑤要求分析_品質リスク分析⇒品質リスク一覧

ユースケース一覧(2)＜ユースケース一覧の作成＞
・ユースケース（操作）毎に確認できる品質リスクの点数を紐づけた

テスト環境割合
ユーザー利用環境一覧(3)＜ユーザー利用環境の作成＞

ポイント②⑤要求分析_品質リスク分析⇒ステークホルダー分析書

・ステークホルダー分析書より、テスト環境（外的要因）を洗い出し、テスト実行時の割合を定めた・ユーザーが実際に利用するシーンの各要素を洗い出し⇒ユーザーのライフサイクルシナリオを作成するための要素を洗い出し

Copyright © 2017 IX Knowledge Inc. All Rights Reserved

■チーム「いんぷレオ」：当日展示シート⑤

要求分析_品質リスク分析

テスト設計コンテスト’17

チーム名「いんプレオ」

各ステークホルダーの操作毎に品質リスクを点数化しテストすることで担保できる品質リスクを可視化した品質リスク採点ロジック

ステークホルダー分析書(1)＜ステークホルダーの洗い出し＞
・対象となるステークホルダーを5W1Hにて洗い出した(2)＜品質リスク採点ロジック＞
・フローチャートで品質リスクの採点ロジックを作成

リスク分析で考慮する品質特性一覧

品質リスク一覧(3)＜品質リスクを洗い出し点数化＞
・品質リスクを洗い出し操作毎に点数化した後、ステークホルダー毎に品質リスクを点数化

ステークホルダー分析書(4)＜ステークホルダーの比重（規模×リスク）を決定＞・想定するステークホルダーのテスト実行割合を洗い出されたステークホルダーの規模と品質リスクから策定すポイント③
・品質リスクの洗い出し及び、ユースケース毎に品質リスクを点数化⇒品質リスクの可視化

Copyright © 2017 IX Knowledge Inc. All Rights Reserved

■チーム「いんぷレオ」：当日展示シート⑥

テストアーキテクチャ設計_テストフレーム

テスト設計コンテスト’17

チーム名「いんプレオ」

ユースケースへ機能観点のテスト観点を紐付ることで、実際にテストを実行する単位（ユースケース）で考慮しなければならないテスト観点をグルーピングした

ユースケース一覧

テストフレーム(1)テスト観点の組合せ（機能観点×ユースケース観点）
テスト観点（機能観点）一覧

・テストを実行する単位（ユースケース）でテスト観点をグルーピングしテストフレームを作成する

ポイント④
・テストフレーム：テスト観点（機能観点）とユースケース観点を組み合わせた⇒テストを実行する単位（ユースケース）で考慮すべきテスト観点の漏れを防ぐ

Copyright © 2017 IX Knowledge Inc. All Rights Reserved

■チーム「いんぷレオ」：当日展示シート⑦

テストアーキテクチャ設計_テストコンテナ

テスト設計コンテスト’17

チーム名「いんプレオ」

テストコンテナを検討し、検討したテストコンテナにテストフレームを割り当ててテストコンテナ一覧及びテストコンテナパッケージ図を作成①テストコンテナを検討②テストコンテナ一覧を作成

テストコンテナマトリクス

テストコンテナ一覧

テストコンテナを以下手順で作成(1)テストフレーム（ユースケース単位）を組み合わせて※・テストコンテナ（ライフサイクルシナリオ）を作成※ユースケースが全て網羅されるように作成③テストコンテナパッケージ図を作成
テストコンテナパッケージ図コンテナ間の優先順位や関係性などテストの全体像を俯瞰できる図を以下手順で作成(1)各テストサイクル毎に各コンテナを分類(2)品質リスク合計点や機能観点等を基準に優先度を定義

・テストコンテナ：ユーザーが実際に利用するシナリオ単位にテストフレームをグルーピング

ポイント⑤⑥⇒実際の利用シーン（ライフサイクルシナリオ）に沿ったテストの流れを作成
・テストコンテナパッケージ：品質リスクを考慮したテストコンテナ実施順を定義⇒早期に品質リスクに問題がある不具合の検出

Copyright © 2017 IX Knowledge Inc. All Rights Reserved

■チーム「いんぷレオ」：当日展示シート⑧ テスト詳細設計

テスト設計コンテスト’17

チーム名「いんプレオ」

テストフレームのテスト条件から2因子間100%網羅でユースケースを作成し、ステークフホルダーとテスト環境を考慮したシナリオテストを作成した

テストマトリクス⑥テストアーキテクチャ設計_テストフレーム⇒テストフレーム

確認箇所一覧

(3)テスト条件・期待結果、確認箇所を記載(4)ユースケース数分繰り返す

PictMaster

テストケース作成(1)テストフレームのテスト観点（テスト条件）
をPictMasterで組み合わせる※2因子間100%網羅で実行(2)テストフレームの数分実行

テストケース（ユースケース）(5)テストコンテナ（シナリオ）が完遂することができるようにユースケースを組み合わせる

テストケース(シナリオテスト)

テストシナリオ作成⑤要求分析_品質リスク分析⇒ステークホルダー分析書(6)各テストシナリオへ定義した割合の通りステークホルダーと環境を割り当てる(7)各ユースケースのテスト条件、期待結果、確認箇所をテストコンテナの順に再構成する(8)ステークホルダーと環境を考慮して、期待結果を修正する

ポイント⑦④要求分析_ユーザー分析⇒テスト環境割合

・テストフレームの機能観点をPictMasterを用いて2因子間100%網羅でテストケースを作成⇒テスト観点の漏れを防いだ

Copyright © 2017 IX Knowledge Inc. All Rights Reserved