ハードウェア連携が必要なプロダクトにおける自動テストの書き方

Transcript

1. ハードウェア連携が必要なプロダクトにおける 自動テストの書き方 2026.03.10 Ebisu.mobile #13 〜STORESのモバイルテストの現在地〜 @tomorrowkey
2. 自己紹介 @tomorrowkey <Tomoki Yamashita> Android Engineer, STORES, Inc. ❤️ Kotlin, Ruby, Java, Swift, TypeScript/JavaScript … Android 16年生 決済2年生 2 / 14
3. 背景 STORESはいまテストに力を入れています。 どんなテストツールを使っているかはプロダクトによって効果的なものを採用し ています。 Espresso, XCUITest, Swift Testing, Appium, Maestro STORES 決済ではAppiumを使用してAndroid, iOS共通のE2Eテストを構築してい ます。 3 / 14
4. STORES 決済の仕組み 1. 決済金額を入力する 2. 決済方法選択画面でクレジットカードを選択する 3. クレジットカードを決済端末にかざす 4. 決済完了することを確認する 4 / 14
5. Done is better than perfect 5 / 14
6. 自動化のレベル 6 / 14
7. なにをあきらめるか テストケース 自動化が難しいところはコア機能なので、そのテストケースを諦めてしまった ら、自動テストの価値がない 完全自動化 自動テストのオートメーションと人間の操作による、半自動化 7 / 14
8. できたもの 0:00 8 / 14
9. どうやったのか Appiumのテストコードです。 1 def wait_pay_by_contactless 2 say(' クレジットカードをタッチしてください') 3 driver.wait_true do 4 Page::App::ReceiptPage.new(driver, platform).title == ' 決済完了' 5 end 6 end 1 def say(message, voice: 'Kyoko', rate: 200) 2 return unless RUBY_PLATFORM.include?('darwin') 3 4 options = { 5 '--voice' => voice, 6 '--rate' => rate, 7 }.compact.map { |k, v| "#{k} '#{v}'" }.join(' ') 8 9 Process.detach(spawn("say #{options} '#{message}'")) 10 end 9 / 14
10. 技術スタック Appium Appium Clients appium/ruby_lib_core Appium Driver appium/appium-xcuitest-driver appium/appium-uiautomator2-driver RSpec 10 / 14
11. 現在地 iOS, Androidの共通のテストコードがAppiumで書かれている 代表的な決済方法のテストが実装されている クレジットカード決済 電子マネー決済 QRコード決済 11 / 14
12. 「得られたもの」と「見えてきた課題」 得られたもの 再現が可能なテストが実装された テスト実行に伴走するだけでも、手動テストより楽に感じる テスト内容が録画されるの便利 課題 テスト実行のハードルを感じている すでに要因は分析済みで解決に向けて動き始めている 複数人数でテスト実行するので結果を突合するための仕組みがほしい プラットフォーム間での仕様の差異が見えてきた おそい 12 / 14
13. まとめ 明確な高難度の課題があったとしても、できるところまで一旦やってみるといい ぞ 13 / 14
14. 14 / 14