シナリオテスト支援

• 「ユーザーやクライアントから受け取った業務の流れ、システムの利用手順 があいまいで、どうテストすればよいかわからない」
• 「有識者が多忙のため、今あるドキュメントを元にテスト設計しているが、暗黙知の仕様が存在し、テストの抜け漏れが発生している」
• 「受入れテストはベンダーに丸投げ状態になっており、発注した側がテスト内容を把握しないままテストが通過してしまっている。」

シナリオテストとは、ユーザーの利用する流れ（シナリオ）に沿ってシステムが問題なく利用できることを確認するテストです。システムテストや受入れテストのタイミングでユーザー視点での確認を行います。これにより、機能面・開発者視点で検出できなかった問題の発見に役立ちます。
しかし、操作の分岐によりパターンが膨大となったり、ドキュメントが属人化、もしくは存在しない・最新でないなどの原因により、困難なテストとしても知られています。
当社ではユーザーシナリオを抜け漏れなく整理し、かつ効率よくテストするためのノウハウを持っています。

• システムの利用者の業務や目的の阻害となる不具合を検出

  各機能・システムを繋げて初めて表面化する不具合や、システムを運用して初めて検出される不具合を、ユーザーの立場に変わって第三者的にテストを行います。業務フローの整理や開発進捗に合わせたテストのスケジュールまでトータルでご支援します。

• ユーザーの操作シナリオを段階的に詳細化し、網羅的に洗い出します

  ユーザーシナリオに関連するドキュメントの整備や有識者からのヒアリングを行い、利用者の想定シナリオ・実際の操作方法などを整理。業務フローをベースに不足点をカバーしながら、網羅的にシナリオのパターンを洗い出します。
  網羅的に洗い出されたシナリオのそれぞれの目的や、テスト観点を元に、分岐条件や特殊操作をマトリックス化して俯瞰することで、シナリオの取りこぼしや重複・禁則条件などを整理することで、お客様に代わって第三者的に検証業務を行うことができます。

• テスト工程を分業することで効率的なプロジェクト推進が可能です。

  一般に開発工程の約1/3を占めるといわれるテスト工程を開発チームが兼任すると少なくない工数がテスト業務に裂かれることになります。また、開発者自ら不具合を見つけることは開発者バイアスにより見逃しのリスクが増えることになります。
  第三者的な評価が効果を発揮する結合・システムテスト以降を、より体系的で標準化されたプロセスへアウトソースすることで本来の業務（開発）に専念することができます。

シナリオテストはインプットとなる業務の把握が最も重要です。業務フローから段階的に整理していきますが、この際インプットとなるドキュメントが不足している場合でも当社のシナリオテストガイドラインに基づいて最新仕様の明確化や整備からご支援します。

巨大なシステム、連携が多いシステムになるほどシナリオは複雑化していきます。当社ではシナリオマップという考え方を元に、ユーザーの業務（シナリオ）と観点／条件を掛け合わせ、各シナリオがどのテスト項目を満たしているかを照らし合わせることでテストすべき目的に合わせたシナリオを明確化します。

テスト設計は開発チームやユーザー（開発委託者）の有識者が担うことが一般的です。しかし、ユーザーや開発者は「テスト」の専門家ではないため、体系的なプロセスと比較しテストの網羅性や、同業界他社も含めたテスト観点においてテストベンダーを利用することで大きく効率化が見込めます。
特に利用者視点でシナリオテストを行う総合テスト以降を、開発チームが兼任した状態から分業を行うと以下の様に有識者工数や開発チームのリソースを次のプロジェクトや他業務に当てることができるようになります。