MagicPodの導入効果をレビューでご紹介(lawrie-株式会社グロービス)

既にAutifyは他のプロジェクトで利用されていましたが、たまたまQAリーダーがMagicPod社とご縁があり、トライアルを試すことになりました。その後、担当していたプロダクトのリグレッションテストの自動化の話が持ち上がり、MagicPodを起用しようという流れになりました。

• Autify
• Selenium/Appium

• 一番重視したポイントは「メンテナンスをし続けられそうか？」というポイントでした。以前、E2E自動テストは導入よりも保守のコストが多くかかることが課題で、メンテナンスコストが多くかかると少しずつモチベーションが下がり、捨てられてしまう事態を何度かみてきました。そのため、メンテナンスしやすいノーコードの自動テストサービスを探していました。また、コードを書けるQAエンジニアは少なく、自分がいなくても回せるようにノーコードであることは必須でした。
  • トライアルでMagicPodをしばらく動かし、メンテナンスし続けられそうだと確信したため、QAリーダーと相談のリグレッションテスト自動化に導入が決まりました。
• また、Slackコミュニティのサポートもかなり充実していて、コミュニケーションを多く図ってくれたこともポジティブな要因でした。

• 導入推進時の苦労について
  • E2E自動テストは不安定さがつきもので、運用を本格スタートする前に不安定さを取り除くことが一番の苦労ポイントでした
• どのように乗り越えたか
  • 初期は小技をこねくり回して改善もしていたのですが、MagicPodの開発が進み、MagicPod上で動くVMや、併用運用しているBrowserStackの挙動の不安定さが解決した結果、そうした小技が不要になっていきました。

何度も回す必要がなかったり、実は自動化できないみたいなケースもあるので、とりあえず、数件回してみて、拡大したいか周りと相談しながら進めるといいのかもしれません。

また、あまりにいきなり大きくなるとメンテできなくて、誰もみなくなったテストは捨てることにつながりますので、大切に育てていける範囲で自動化推進することが大事だと思います。