Presentation is loading. Please wait.

Presentation is loading. Please wait.

テストの種類 要求分析 顧客 運用テスト システムテスト システム設計 SE 結合テスト プログラミング プログラマ (ユースケース、

Similar presentations


Presentation on theme: "テストの種類 要求分析 顧客 運用テスト システムテスト システム設計 SE 結合テスト プログラミング プログラマ (ユースケース、"— Presentation transcript:

1 テストの種類 要求分析 顧客 運用テスト システムテスト システム設計 SE 結合テスト プログラミング プログラマ (ユースケース、
 要求分析  (ユースケース、 オブジェクトモデル) 顧客 運用テスト システムテスト システム設計 (クラス設計) SE 結合テスト プログラミング (コーディング、単体テスト) プログラマ

2 テストの種類 テストの種類 内容 実施する人 備考 単体テスト Unit Test
クラスを単体で動かして、その内部ロジックを検証する。ソースコードを見て、全てのパスを通るようなテストケースを作成する。 プログラマ ホワイトボックステスト 結合テスト Combination Test 複数のクラスを結合して動かして、全体として正しく機能するかを検証する。主に、クラス間のインタフェースの不備を見つける。 SE システムテスト System Test システム全体の機能と性能を検証する。本番環境に近いテスト環境を作り、実務に即したテストケースを作る。 ブラックボックステスト 運用テスト 顧客が実際に運用してみる。システムが顧客要求を満たしているか否かを明らかにする。 顧客

3 ホワイトボックステスト システムの内部構造を念頭においてテストする。プログラムに基づくテスト(Program-Based Test)。
■テストケース 全文テスト:全ての文を少なくとも一回は実行する。 Start No Yes X=1 ? 分岐テスト:全ての分岐を少なくとも一回は実行する。 命令1 ① , ② No Yes Y=1 ? 全パステスト:全てのパスを少なくとも一回は実行する。 命令2 ① , ② , ③ , ④ End

4 ブラックボックステスト システムの内部構造を見ず、入力と出力の関係に注目してテストする。仕様に基づくテスト(Specification-Based Test)。 ■テストケース 同値分割:入力条件の有効値と無効値に注目。 合格者数(n) 志願者数(N) ①N=50,000, ②N=500, ③n=-100, ④n=200 志願者数(N) ÷合格者数(n) =倍率(p) N:0以上10,000以下の整数 n:0以上500以下の整数 N, nが範囲外:エラー表示 Pが1以上:黒色文字 Pが1より下:赤色文字 限界値分析:入力条件の上限・下限に注目。 ①N=10,000, ②N=0, ③n=500, ④n=0 原因結果グラフ:入出力データの因果関係に注目。 ①N=500, n=100 →文字黒, エラー無表示 ②N=500, n=10000 →文字赤, エラー表示 倍率(p) 文字色 エラー表示

5 テストケース設計演習 <ホワイトボックステストのケース>
 インターネット入試システムの書類審査判定メソッドのテストケースを作成せよ。ただし、以下の判定アルゴリズムに基づいて、全パスを通るテストケースを考えること。 学業成績、英検、論文の各々について、5段階で評価点が与えられるものとする。 学業成績、英検、論文の評価点がいずれも3以上ならば、書類審査合格とする。 ルール2で不合格となっても、学業成績、英検、論文の評価点の平均が3.5以上ならば、書類審査合格とする。 以上の事例にあるように、インターネットを初めとする情報技術の発展により、ビジネスモデルは大きく変化しました。 まず第1に、製品ライフサイクルは大幅に短縮されました。例えば、PCのライフサイクルは3ヶ月足らずと言われています。 第2に、製品のバリエーションが増大し顧客ごとの個別仕様を提供するものも出現しました。 第3に、物理的な製品よりもそれに纏わるサービスの方に価値がシフトしてきました。例えば、乗用車市場では車のメンテナンスに払う金額は本体価格を越えます。 第4に、交通や通信技術の発展により企業間の競争と協調の機会が増大してきました。これまでのように系列企業だけでなく、独立した企業同士の取引が盛んになってきています。

6 テストケース設計演習 <単体テスト仕様書> テストケース T1 T2 T3 T4 T5 T6 T7 T8 T9 学業成績 1 英検 論文
合格 不合格 以上の事例にあるように、インターネットを初めとする情報技術の発展により、ビジネスモデルは大きく変化しました。 まず第1に、製品ライフサイクルは大幅に短縮されました。例えば、PCのライフサイクルは3ヶ月足らずと言われています。 第2に、製品のバリエーションが増大し顧客ごとの個別仕様を提供するものも出現しました。 第3に、物理的な製品よりもそれに纏わるサービスの方に価値がシフトしてきました。例えば、乗用車市場では車のメンテナンスに払う金額は本体価格を越えます。 第4に、交通や通信技術の発展により企業間の競争と協調の機会が増大してきました。これまでのように系列企業だけでなく、独立した企業同士の取引が盛んになってきています。

7 テストケース設計演習 <ブラックボックステストのケース>
 インターネット入試システムの選抜サブシステムのテストケースを作成せよ。ただし、以下の仕様に基づいてテストケースを考えること。 学業成績、英検、論文の評価点は1以上5以下の実数であり、教官が評価結果を登録する際にチェックする。 学業成績、英検、論文の正常な評価点が全て登録されたときに限り、書類審査の判定処理を行なう。 学業成績、英検、論文の評価点がいずれも3以上、あるいは、平均が3.5以上ならば書類審査合格とする。 面談の評価点は1以上5以下の実数であり、教官が評価結果を登録する際にチェックする。 書類審査の平均と面談の評価点の合計が合格ライン以上ならば総合判定合格とする。 以上の事例にあるように、インターネットを初めとする情報技術の発展により、ビジネスモデルは大きく変化しました。 まず第1に、製品ライフサイクルは大幅に短縮されました。例えば、PCのライフサイクルは3ヶ月足らずと言われています。 第2に、製品のバリエーションが増大し顧客ごとの個別仕様を提供するものも出現しました。 第3に、物理的な製品よりもそれに纏わるサービスの方に価値がシフトしてきました。例えば、乗用車市場では車のメンテナンスに払う金額は本体価格を越えます。 第4に、交通や通信技術の発展により企業間の競争と協調の機会が増大してきました。これまでのように系列企業だけでなく、独立した企業同士の取引が盛んになってきています。

8 テストケース設計演習 <システムテスト仕様書> テストケース 条件 結果 T1 1
学業成績、英検、論文のすべての評価点を正常値として登録する。 登録を受付け、書類審査判定を行なう。 2 学業成績、英検、論文のいずれかの評価点を異常値として登録する。 登録を受付けず警告文を表示する。 T2 T3 以上の事例にあるように、インターネットを初めとする情報技術の発展により、ビジネスモデルは大きく変化しました。 まず第1に、製品ライフサイクルは大幅に短縮されました。例えば、PCのライフサイクルは3ヶ月足らずと言われています。 第2に、製品のバリエーションが増大し顧客ごとの個別仕様を提供するものも出現しました。 第3に、物理的な製品よりもそれに纏わるサービスの方に価値がシフトしてきました。例えば、乗用車市場では車のメンテナンスに払う金額は本体価格を越えます。 第4に、交通や通信技術の発展により企業間の競争と協調の機会が増大してきました。これまでのように系列企業だけでなく、独立した企業同士の取引が盛んになってきています。

9 テストドライバとスタブ テストドライバ:必要な引数を設定してテスト対象クラスを呼び出す上位のダミークラス。
スタブ:テスト対象クラスから呼び出される下位のダミークラス。 Dummy { id=1; Name=GetName(id); Print id, Name; } Real() GetName { Print id; Print “GetName”; Return(“Senshu”); } GetName (id)

10 結合テストの進め方 種別 方法 メリット デメリット トップダウン
最上位のクラスから順次下位クラスを連結する。下位クラスのかわりにスタブを使う。 ・重要なエラーを早期に発見できる。 ・重要な上位クラスを繰り返しテストできる。 ・作業の分散が難しい。 ・スタブを作る必要がある。 ボトムアップ 最下位のクラスから順次上位クラスを結合する。テストドライバから呼び出す。 ・分担して並行作業ができる。 ・共通クラスのテストを先行して実施できる。 ・重要なエラーが後になって発見される。 ・テストドライバを作る必要がある。 サンドイッチ トップダウンとボトムアップを同時に進める。 実務において一般的にとられる方法。 ・適切に行なえば両者のメリットを享受できる。 ビッグバン 全てのクラスを一度に連結してテストする。 小規模なシステムのテストに向いている。

11 ユースケースのレベル 要約レベル ユーザ目的レベル サブ機能レベル 複数のユーザ目的を含む。 ユーザ目的の時系列を示す(数時間~数年)。
Ex. 保険の契約=見積り+契約+支払請求+解約 ユーザ目的レベル 主アクターの目的を達成する。 1人のユーザが中断なしに行える(2分~20分) Ex. 本を購入する、新規の顧客を登録する サブ機能レベル ユーザ目的を達成するのに必要なサブ機能を実行。 Ex. ログインする、商品を検索する、商品を買物かごに入れる 以上の事例にあるように、インターネットを初めとする情報技術の発展により、ビジネスモデルは大きく変化しました。 まず第1に、製品ライフサイクルは大幅に短縮されました。例えば、PCのライフサイクルは3ヶ月足らずと言われています。 第2に、製品のバリエーションが増大し顧客ごとの個別仕様を提供するものも出現しました。 第3に、物理的な製品よりもそれに纏わるサービスの方に価値がシフトしてきました。例えば、乗用車市場では車のメンテナンスに払う金額は本体価格を越えます。 第4に、交通や通信技術の発展により企業間の競争と協調の機会が増大してきました。これまでのように系列企業だけでなく、独立した企業同士の取引が盛んになってきています。

12 2004年度 期末テスト実施要領 日時:12月20日(月) 10:40~12:10(2限) 場所:4号館2階 420教室(いつもの教室)
2004年度 期末テスト実施要領 日時:12月20日(月) 10:40~12:10(2限) 場所:4号館2階 420教室(いつもの教室) 試験範囲:授業でやった範囲 (今までのハンドアウトは私のホームページに載せてあります) 注意事項: 学生証を必ず携帯すること。 書籍、ハンドアウト、メモなど、紙類の持ち込みは全面禁止。 携帯、電卓、PDAなど、電子機器の持ち込みも全面禁止。


Download ppt "テストの種類 要求分析 顧客 運用テスト システムテスト システム設計 SE 結合テスト プログラミング プログラマ (ユースケース、"

Similar presentations


Ads by Google