APIとE2Eテスト@nihonbuson

2016.02.10 #entapihack

自己紹介

• @nihonbuson

• ブロッコリー

• #entapihack は3回とも参加

• テストエンジニア

第1回にて…

アンケート

• テストエンジニアの人？

• E2Eテストを自動化している人？(Seleniumとか)

• テストが嫌いな人？

テストエンジニアが無い！

今日のアンケートには…

E2Eの自動テストの課題点

課題点

• 初期導入コストが高い

• 失敗の連鎖が起きやすい

• 仕様変更に対するメンテナンスコストが高い

失敗の連鎖とは成 功

失 敗

失 敗 ？

失 敗 ？

• 前のテストが失敗した場合、後ろのテストが失敗（不具合発生）なのか分からない。

• 例）新規予約で失敗→予約確認は成功？失敗？

解決策

• 新規予約のテスト

• 予約のデータが入っている状態で予約確認のテスト

解決策

• 新規予約のテスト

• 予約のデータが入っている状態で予約確認のテスト

前処理

http://example.selenium.jp/reserveApp/

• 画面の仕様が変更になったら？

• 保存するDBの仕様変更があったら？

その解決策がAPI

解決策

• 新規予約のテスト

• 予約のデータが入っている状態で予約確認のテスト

ここをAPIで！

こっちは要修正

前処理の利点・欠点

セットアップ の頻度

画面の 仕様変更

DBの 仕様変更 開発の手間

手作業 ✕ 毎回操作する

◎ 強い

◎ 強い

◎ 変わらない

画面操作 の自動化

◎ 初回のみ操作

✕ 弱い

◎ 強い

◎ 変わらない

DB ◎ 初回のみ操作

◎ 強い

✕ 弱い

◎ 変わらない

API ◎ 初回のみ操作

◎ 強い

◎ 強い

✕ 要API作成

欠点はあるけれど…

• 既にAPIを提供している場合には価値あり！⇒むしろ使わなきゃ損！

• APIを検討＆既にE2Eテストをしている場合 ⇒提案してみては？

テストも含めて楽しいAPIを！