ウェルスナビ株式会社のAutify導入事例

Autifyを導入する以前は以下のようにテストを実施していました。

• ITにおけるシステム間結合のテスト システム間結合のテストでは、案件で変更が入る箇所について、正常系だけでなく、準正常系、異常系について、初期値や組み合わせ、データ正誤、バリデーション等を細かく確認していました。案件が発生するたびにWebサイトへの仕様変更が入り、手動でテストケースを作成し手動で確認する手法をとっていました
• STにおけるリグレッションテスト リグレッションテストでは、正常系のシナリオに沿ったテストを通してデグレードが発生していないかを確認していました。リグレッションテストは、大きな粒度でテストケースを作成しているため、開発サイクルによる仕様変更でテストケースに変更が発生する頻度が多くありませんでした
  

しかし当時は以下のような課題を抱えていました。

• リグレッションテストの実施は、外部ベンダーリソースを利用するため、先方と実施タイミングを調整する必要があり、柔軟なテストスケジュールが組みにくい状況でした
• プログラム修正等が入り、再度リグレッションテストを実施する場合には、都度費用が発生しました
  

そこで、リグレッションテストで、提携企業向けのWebサイトでのデグレードをリリース前に検知できる状態を目指して、自動テストツールの導入を検討しました。

• Selenium
• Cypress
• Mabl
• Magic Pod
• Autify

• 正常系のケースを安定して、テストを終えられること
• Webサイトへの仕様変更に伴う、テストシナリオの修正が開発サイクルに遅れないこと
• Seleniumなどに精通した技術者が必要でないこと

• 複数のWebサイトに対して、同時で並列にテスト実行ができたこと
• レコーディングでのテストシナリオ作成に加えて、JavaScriptでの実装も可能なので、より高度なテストシナリオ作成ができること
• メール連携が提供されていたこと

Autifyの導入によってそれまでのリグレッションテストにかかっていた費用を32.4%削減することに成功しました。
また、並列実行や作業の裏側で実行出来るようになったことで、スケジュールの短縮や、テスト実施できる提携企業向けのWebサイトの数が、1件から全件（23件）に拡大できました。

Autify導入に専念できるだけのチーム人数がおらず、これまでのQAとしての業務と並行して作業を進める必要がありました。

また、手動によるテストから、Autifyによる自動テストへの置き換えが完全に完了するまで、成果が見えづらいのは辛い部分でした。

導入の面では、非技術者もブラウザ上でWebサイトを操作するだけでテストケースが自動で作られるため、ツールに対する深い知見がなくてもテストシナリオの作成を行うことができると思います。

一方で、テストシナリオに細かい制御が必要な場合には、コーディング主体のツールを選択することが望ましいと考えています。