第１回自動テスト勉強会のたたき台。 思ったことを淡々とつなげただけのものです。

1. テストの
種類
システムテスト
（ST）
結合テスト
（IT）
単体テスト
（UT）
要件定義
データ量が多い場合
の検証
同時アクセス時
での検証
基本設計
詳細設計
実装
メソッドの
ロジック
シナリオ
テスト
１画面での
テスト
画面と画面と
の遷移
インターフェイス
入力値と期待値
カバレッジ
テスト
フォーマット
境界値
必須
例外処理

2. システム
テスト
（ST）
要件定義
シナリオ
テスト
データ量が多い場合
の検証
同時アクセス時
での検証
ツール
設定がめんど
くさい？
変更の対応がめ
んどくさい？
パターンが多い？
テストデータを作る
のがめんどくさい？
汎用的に自動
化は難しい？
ここの案件用のス
クリプトとかで自動
化は可能か？
変更の対応がめ
んどくさい？
詳しい人が少な
い
NGの場合の戻
りが大きい実施されるの
は開発の後半
シナリオが雑
詳細なシナリ
オは作るのがめ
んどくさい
早い段階でテ
ストすることは
可能か？
変更がなければ
対応可能？
そもそも仕様が固
まってない
ツールある？
J Meter
確立された方法は
ある？

3. 結合
テスト
（IT）基本設計
１画面での
テスト
画面と画面と
の遷移
ツール
Selenium
前画面の内容
に依存
マスタは楽
前画面の内容
に依存
データを作るのが
めんどくさい
セッションなどの
仕組みを考える必要
がある
画面の処理中にユー
ザのアクションがあ
る可能性がある
データを作るのが
めんどくさい
遷移時の内容
DB
遷移後の内容
遷移時の内容
DB
Androidや
iOSの標準テス
トクラスは？

4. 単体
テスト
（UT）
詳細設計
実装
メソッドの
ロジック
インターフェイス
入力値と期待値
フォーマット
境界値
必須
例外処理
カバレッジ
テスト
入力値や期待値
のシートの自動作
成は可能そう
設計書から作成さ
せるか？
種類
種類
入力データを作る
のがめんどくさい
ソースにアノテー
ションなり埋め込
むか？
設計書のみで表
現可能か？
テストコードを書く
のがめんどくさい
ソースが見
づらくなる
仕様はわかりや
すくなる？
テストの正
当性は？
環境設定とかセッ
ションとかロジク外
部の設定の対応がめ
んどくさい
普通に通らない箇所
はどうする？

5. 自動テストを
やらない理由
テスト工数がそもそも
きちんと取られてない
仕様が頻繁に
変わる
質ではなく、実
施したことのみ
が目的になる
納品物
開発ルール
作っても誰も
レビューしない
外部からの影響の
対応が難しい
DBをローカ
ルで持てない。
セッション
とかが引数に含ま
れている
テスト用の実装
をするのがめんど
くさい
テストの入力値と期待
値をきちんと書くのが
めんどくさい
INもOUT
も項目数が多
い
テスト要員の
レベル
新人に丸投げ
ベテランは実装
で精一杯
そもそもテストに詳
しい人がいない
メンテが大変
モック作るのが
めんどくさい
モックの正
当性は誰がチェッ
ク？
テストコード
の正当性は誰が
チェック