ゆもつよメソッドのテスト要求分析とテストアーキテクチャ設計
JaSST13東京 智美塾
2013年1月30日

湯本剛(日本HP)
tsuyoshi.yumoto@hp.com

ゆもつよ風テスト開発プロセス
テスト計画
実現したい品質の具体的把握
テスト箇所の選択

テスト分析
テストタイプ特定

テストの目的設定

機能の整理＆再分類

テスト対象アイテム
特定

テストカテゴリ作成

テスト条件となる
仕様項目特定テスト設計

ここら辺でテスト要求分析をテストケース条件を行っている
特定

テスト設計方針
特定

テスト詳細設計

技法適用（モデル化）

テスト実装

テストケース作成

テスト手順作成

ここら辺でテストアーキテクチャ設計を行っている
2012/1/25

JaSST12Tokyo智美塾 湯本剛

1

テスト要求分析

2013/1/30

JaSST13Tokyo智美塾 湯本剛

2

要求分析で行うこと(要求の源泉？？)【前提2】 新機能と開発範囲【前提1】 対象製品の機能の整理■ 新機能■ 開発範囲（ソフトウェア）

新A/Dコンバータ用デバイスドライバ■ 新保存部用デバイスドライバ■ 新I/F用デバイスドライバ■ ディスプレイドライバ①計測周期の引き上げ（最大10GHZまで）■ ②計測精度の向上（最大32bitまで）■ ③計測結果の保存（最大1分まで）

MOS-108
A■■CH Atrim■ （既存の見直し）■ →データを転送して使う（オCH B■

シロでは保存結果の再生はしない）

B■ （既存の見直し）■ アーキテクチャ部分含む④計測結果の外部転送（USB I/F追加）■ ⑤外部トリガ対応（外部PCからの操作可能に）■ ⑥チャンネル数が２つになる■STORE

trim

start stopUSB

オシロスコープ制御ソフト--別で開発している想定にする-----■ PC側ソフトウェア■ PC側I/F用デバイスドライバ■ ディスプレイ表示にて２チャンネルの同時表示

主力製品であるオシロスコープの機能アップ■ 保存と表示のマルチタスク⑦4グレード同一ソフト対応■【前提3】 リスクとの関連■ 開発範囲（ソフトウェア）■ 新A/Dコンバータ用デバイスドライバ■ 新保存部用デバイスドライバ■ 新I/F用デバイスドライバ■ ディスプレイドライバ■ （既存の見直し）■ オシロスコープ制御ソフト■ （既存の見直し）■ アーキテクチャ部分含む-別で開発している想定にする-■ PC側ソフトウェア■ PC側I/F用デバイスドライバ

2013/1/30【前提4】 開発プロセス■ 技術課題①A/Dコンバータ用のデバイスド
ライバにて計測周期と精度への対応■ ②データトラフィックに対するメカ
ニズム■ ③チャンネル数が２つに対応するメカニズム
■

■

■

反復1
■ 技術課題に対する、

反復1

■

反復3

反復4

反復5

推敲■

反復2

評価用ADコンバータ■ フレームワークの構築

量産試作

試作

シミュレータでテスト

■

構築
■

反復3、4（インクリメンタル）■ ３：新機能を実装、①新しいADコンバータ開発に時間がかかり、スケジュールを逼迫する恐れ

反復2

実現可能性を調査

■ リスク
■

方向付け

機能のテストはシミュレータ上と試作機で実施

反復3

反復4

反復2

■ ４：既存機能実装、全機能を試作機上でテスト

■

移行
■

反復５ 量産試作上でのテスト■ 量産に向けて全機能をテストし、量産品質に到達しているかを確認

反復5

JaSST13Tokyo智美塾 湯本剛

新機能

既存 既存機能変更箇所

フレームワーク
H/W

3

テスト要求分析結果の構造
開発プロセス
課題の実現可能性
検証

基盤的機能の確立

試作機上の評価

新機能の構
築

量産機上の評価

★T1★T2
新規開発部分の実現可能性を調査★T3
基盤機能の構築
シミュレータでテスト

★T4

★T6

★T5

新機能を実装、機能の評価はシミュレー
タ上と試作機で実施★T7

既存機能実装、全機能を試作機上で評価

★T8

★T9

量産に向けて全機能を評価し、量産品質に到達しているかを確認

テストの目的T1 計測周期・精度の性能確保
T2 データ量に対するパフォーマンス評価

2013/1/30

T3 アーキテク
チャの機能性・信頼性確保

T4 新機能の機能性確保
T5 試作機上での動作・リリース判定

T6全機能の機能性確保
T7システムパフォーマンス評価・リリース判定

JaSST13Tokyo智美塾 湯本剛

T8量産試作上での完成度
T9システムの信頼性確保・リリース判定4

テスト要求分析のアウトプット
リリース テ ストの目的
反復１：
T1 ・ 計測周期・ 精度の性能確認
課題検証
T2 ・ データ量に対するパフォーマンス確認

テ スト対象項目
テ ストレベル・ 新A/ Dコンバータ用デバイスドラ 統合イバ（ 計測周期・ 精度の性能）
・ 新A/ Dコンバータ用デバイスドラ 統合
イバ・ 新保存用デバイスドライバ
でのデータトラフィッ ク処理
・ ア ーキテ クチャの機能性・ 信頼性確保 ・ データトラフィッ ク制御
単体
・ チャンネル制御
統合
・ 外部トリガ対応
シ ステ ム・ 外部転送制御・ グレード毎の制御
・ 新機能の機能性確保
・ 新規機能単体（ シ ミュ レータ上）統合
・ 試作機上での動作
・ 表示部/ 操作部/ 計測部/ 保存 統合
・ 外部PC との連携・ 外部PC 構成変更 部/ I/ F部との連携動作
シ ステ ム時の機能性確保
・ USB経由での操作、 データ転送・ リリース判定・ 外部PC の様々な構成（ OS、C PU、 RAM 容量など） 上の動作
・ 全機能の機能性確保
・ 機能統合・ シ ステ ムパフォーマンス評価
・ 試作機環境での精度/ データ量 シ ステ ム・ リリース判定が多いときの応答時間

テ ストの種類・ 構造テ スト・ 機能テ スト・ 構造テ スト・ パフォーマンステ スト・ ボリュ ームテ スト・ 構造テ スト・ 機能テ スト・ ストレステ スト
・ ストレージ テ スト

反復5 ：
T8
量産試作

・ 量産試作上での完成度

・ 機能テ スト・ 構成テ スト

T9・ シ ステ ムの信頼性確保
・ リリース判定

反復２

T３

反復３：
新機能T4
T5

反復４：
既存

T6
T7

・ 機能
シ ステ ム・ グレード毎のシ ステ ム構成上での動作、 動作保証する転送先
USB毎のデータ転送
実環境でのロバストネス、 エ ラー シ ステ ム
発生時の復旧処理

テスト目的
2012/1/25

JaSST12Tokyo智美塾 湯本剛・ 構造テ スト・ 機能テ スト・ 機能テ スト・ ボリュ ームテ スト・ 構成テ スト・ 機能テ スト・ パフォーマンステ スト・ ボリュ ームテ スト・ 障害対応性テ スト・ ストレステ スト・ ストレージ テ スト・ ボリュ ームテ スト・ ロングランテ スト
5テストアーキテクチャ設計

2013/1/30

JaSST13Tokyo智美塾 湯本剛

6テストアーキテクチャのメタ構造
計画時に作る一覧（ここでテストレベルは分離される）

テストレベル毎にこの構造に沿ってテストを作っていきます

テスト対象機能の一覧がゆもつよで作る機能一覧です

下記一覧とクラス図の関係

7

テストアーキテクチャ設計のアウトプット
テストタイプ、テストカテゴリ

仕様項目（テスト条件）

テスト設計方針

主なテストケース条件

機能テスト

入力

・設定のチェック（自動ON/OFF,更新頻度設定）
・インストーラ・チェックON/OFF、ラジオボタン
チェックの設定順序組み合わせ・入力文字数の境界値

チェックボックス、ラジオボ
タン、入力欄

画面表示

・FWアップデート画面4画面、アプリケーション2画面、インストーラ

画面表示内容を1度確認

ボタンと画面遷移

FWアップデート、アプリアップデート、インストーラ

画面遷移の状態遷移テスト SOカ
バレッジ

画面、ボタン（更新確認ボタン）

設定・自動更新設定（自動/手動）・自動更新頻度（3パターン）・デシジョンテーブルで確認
・更新タイミングの境界値テスト

チェックボックス、ラジオボ
タン

処理組み合わせ・自動更新設定の切り替えパターン（切替前4×切替後4=16パターン）
・処理結果組合せ（FW→アプリの際のUpdate有り無し）4パターン
・上記処理結果組合せパターンの組み合わせ（4×4＝16パターン）・組合せ/状態遷移テスト＆AllPair
・組合せ/デシジョンテーブル＆実施順の組合せ
・全組合せ/前の組合せの同値分割（あり、なしの2パターンにする）

状態=設定と頻度、イベン
ト=切り替え、アクション

たぶんここがメカニズムを考えている部分になると思うのだが、とっても体系的でない原始的なやりかた