はじめに
シナリオテストは自由度が高く、色々なシチュエーションや目的に対応できるとても便利な手法ですが、あらゆるケースに対応できるわけではありません。
そういったケースでは、別のテスト方法を使ってリスクを回避することが有効です
この記事では、シナリオテストでカバー出来ないリスクについて、その対処法をまとめます。
リスクと対処法
| リスク | 障害の例 | 対処法 |
|---|---|---|
| デプロイ手順ミス | バッチが動かない など | 環境構築手順書をレビューする 環境構築して正しく動くか確認する |
| 環境変数設定ミス | 指定日よりも前に活性化する など | 設定ファイルをレビューする |
シナリオテスト一本槍にならないために
どうすればシナリオテスト以外の選択肢を選べるのか、自分の経験ベースで考えてみた結果、以下の4つを意識することが重要と考えます。
- テストの目的をはっきりさせる
- プロジェクトメンバーの興味・関心事に興味を持つ
- 本番-テストでの違いを意識する
- テストのコストに興味を持つ
の３つを意識すると、プロジェクト視点で良い選択が選べるとおもいます。
(理由はおいおい書きます)
最後に
書いてみたものの気づいてないリスクが他にもある気がしています。
お気づきの方はコメントいただけるとありがたいです