システム開発のテスト メモリーツリー
Post on 12-Aug-2015
161 Views
Preview:
TRANSCRIPT
テストの 種類
システムテスト (ST)
結合テスト (IT)
単体テスト (UT)
要件定義
データ量が多い場合の検証
同時アクセス時での検証
基本設計
詳細設計 実装
メソッドの ロジック
シナリオ テスト
1画面での テスト
画面と画面との遷移
インターフェイス
入力値と期待値
カバレッジ テスト
フォーマット
境界値
必須例外処理
システム テスト (ST)
要件定義
シナリオ テスト
データ量が多い場合の検証
同時アクセス時での検証
ツール
設定がめんどくさい?
変更の対応がめんどくさい?
パターンが多い?
テストデータを作るのがめんどくさい?
汎用的に自動化は難しい?
ここの案件用のスクリプトとかで自動化は可能か?
変更の対応がめんどくさい?
詳しい人が少ない
NGの場合の戻
りが大きい実施されるのは開発の後半
シナリオが雑 詳細なシナリオは作るのがめんどくさい
早い段階でテストすることは可能か?
変更がなければ対応可能?
そもそも仕様が固まってない
ツールある?
J Meter
確立された方法はある?
結合 テスト (IT)基本設計
1画面での テスト
画面と画面との遷移
ツール
Selenium
前画面の内容に依存
マスタは楽
前画面の内容に依存
データを作るのがめんどくさい
セッションなどの仕組みを考える必要
がある画面の処理中にユーザのアクションがある可能性がある
データを作るのがめんどくさい
遷移時の内容 DB
遷移後の内容
遷移時の内容 DB
Androidや
iOSの標準テス
トクラスは?
単体 テスト (UT)
詳細設計 実装
メソッドの ロジック
インターフェイス
入力値と期待値
フォーマット
境界値
必須
例外処理
カバレッジ テスト
入力値や期待値のシートの自動作成は可能そう
設計書から作成させるか?
種類
種類
入力データを作るのがめんどくさい
ソースにアノテーションなり埋め込
むか?
設計書のみで表現可能か?
テストコードを書くのがめんどくさい
ソースが見づらくなる
仕様はわかりやすくなる?
テストの正当性は?
環境設定とかセッションとかロジク外部の設定の対応がめ
んどくさい
普通に通らない箇所はどうする?
自動テストをやらない理由
テスト工数がそもそもきちんと取られてない
仕様が頻繁に変わる
質ではなく、実施したことのみが目的になる
納品物
開発ルール
作っても誰もレビューしない
外部からの影響の対応が難しい
DBをローカ
ルで持てない。 セッションとかが引数に含ま
れている
テスト用の実装をするのがめんど
くさい
テストの入力値と期待値をきちんと書くのがめんどくさい
INもOUT
も項目数が多い
テスト要員のレベル
新人に丸投げベテランは実装で精一杯
そもそもテストに詳しい人がいない
メンテが大変
モック作るのがめんどくさい
モックの正当性は誰がチェッ
ク?
テストコードの正当性は誰がチェック
top related