テストの 種類

システムテスト （ST）

結合テスト （IT）

単体テスト （UT）

要件定義

データ量が多い場合の検証

同時アクセス時での検証

基本設計

詳細設計 実装

メソッドの ロジック

シナリオ テスト

１画面での テスト

画面と画面との遷移

インターフェイス

入力値と期待値

カバレッジ テスト

フォーマット

境界値

必須例外処理

システム テスト （ST）

要件定義

シナリオ テスト

データ量が多い場合の検証

同時アクセス時での検証

ツール

設定がめんどくさい？

変更の対応がめんどくさい？

パターンが多い？

テストデータを作るのがめんどくさい？

汎用的に自動化は難しい？

ここの案件用のスクリプトとかで自動化は可能か？

変更の対応がめんどくさい？

詳しい人が少ない

NGの場合の戻

りが大きい実施されるのは開発の後半

シナリオが雑 詳細なシナリオは作るのがめんどくさい

早い段階でテストすることは可能か？

変更がなければ対応可能？

そもそも仕様が固まってない

ツールある？

J Meter

確立された方法はある？

結合 テスト （IT）基本設計

１画面での テスト

画面と画面との遷移

ツール

Selenium

前画面の内容に依存

マスタは楽

前画面の内容に依存

データを作るのがめんどくさい

セッションなどの仕組みを考える必要

がある画面の処理中にユーザのアクションがある可能性がある

データを作るのがめんどくさい

遷移時の内容 DB

遷移後の内容

遷移時の内容 DB

Androidや

iOSの標準テス

トクラスは？

単体 テスト （UT）

詳細設計 実装

メソッドの ロジック

インターフェイス

入力値と期待値

フォーマット

境界値

必須

例外処理

カバレッジ テスト

入力値や期待値のシートの自動作成は可能そう

設計書から作成させるか？

種類

種類

入力データを作るのがめんどくさい

ソースにアノテーションなり埋め込

むか？

設計書のみで表現可能か？

テストコードを書くのがめんどくさい

ソースが見づらくなる

仕様はわかりやすくなる？

テストの正当性は？

環境設定とかセッションとかロジク外部の設定の対応がめ

んどくさい

普通に通らない箇所はどうする？

自動テストをやらない理由

テスト工数がそもそもきちんと取られてない

仕様が頻繁に変わる

質ではなく、実施したことのみが目的になる

納品物

開発ルール

作っても誰もレビューしない

外部からの影響の対応が難しい

DBをローカ

ルで持てない。 セッションとかが引数に含ま

れている

テスト用の実装をするのがめんど

くさい

テストの入力値と期待値をきちんと書くのがめんどくさい

INもOUT

も項目数が多い

テスト要員のレベル

新人に丸投げベテランは実装で精一杯

そもそもテストに詳しい人がいない

メンテが大変

モック作るのがめんどくさい

モックの正当性は誰がチェッ

ク？

テストコードの正当性は誰がチェック