PHPで作られたウェブシステムへの自動テスト導入について

社内向け勉強会用資料です。

Transcript

1. 自動テスト導入について ソリューション事業部 システム課
2. システム開発におけるテストとは ソフトウェアテスト (Software testing) は、コンピュータのプログラ ムから仕様にない振舞または欠陥（バグ）を⾒つけ出す作業のことであ る。ソフトウェアテストで⾒つかったプログラム中の欠陥を修正する作 業をデバッグという。ソフトウェアテストに成功するとは、テストで欠 陥が発⾒されるか、規定した試験項目にすべて合格するか、規定した品 質目標に到達することである。目標とした品質には、規定した試験項目 にすべて合格することもある。例えば、OS, プログラミング言語では、 仕様を満たしているかどうかの適合試験を規定している。（Wikipedia より）
3. Webシステムにおけるテストの種類 • 機能試験（Functional Test、Unit Test） • 結合試験（Integration Test） • 総合試験（Acceptance Test、User Interface Test、End to End Test） • 性能試験（Performance Test） などなど
4. Webシステムにおけるテストの種類 • 機能試験（Functional Test、Unit Test） • 結合試験（Integration Test） • 総合試験（Acceptance Test、User Interface Test、End to End Test） • 性能試験（Performance Test） などなど
5. DA社のUIテストの現状 • 開発者⾃⾝が各種ブラウザを⽴ち上げて動作確認 • 少し大き目のタスクだと開発者以外のテスター要員をアサイン • 影響のある個所をある程度把握する必要がある
6. DA社のUIテストの現状 • 開発者⾃⾝が各種ブラウザを⽴ち上げて動作確認 ⇒テストスキルによって結果が変わる • 少し大き目のタスクだと開発者以外のテスター要員をアサイン ⇒仕様理解不⾜により、テスト項目の抜け、誤認等 • 影響のある個所をある程度把握する必要がある ⇒過去のチケット、リビジョンの洗い出し。確認
7. 昨今のテスト
8. 昨今のテスト
9. 昨今のテスト • テストコードを書く（⇒テスト仕様書の代わり） • 開発に入る前にテストコードを書く（⇒詳細仕様書の代わり） • CIツールと連動して結果を共有（⇒エビデンスを共有） • テストが通ったら⾃動リリース（⇒受入テスト後即リリース）
10. そこまでやらなくても、、 • 各開発者がやっているテスト（受け入れテスト）作業の根幹（これが 動かないとヤバい︕）を⾃動化出来れば負担が減る • 上記がコードとして残っていけば、次回同じところに手を入れる人が、 どのような動きをすれば正解なのか。がテストコードとブラウザの動 きを⾒ればわかる。 • Docker導入により、各開発者が進めているコードの状態でWeb サービスが確認出来る。＋CI（Jenkins）でトリガーはフック出 来ている状態。
11. という訳で早速調査 • UIテストを⾏うには︖ • PHPテストフレームワークの流⾏り廃り（テストコードもPHPで） • Jenkins経由でテストするには︖（⾃動化するため）
12. という訳で早速調査 • UIテストを⾏うには︖ ⇒Selenium＋各種Webブラウザのドライバー • PHPテストフレームワークの流⾏り廃り（テストコードもPHPで） ⇒PHPUnit、Behat、atoum、Codeception、php-webdriver • Jenkins経由でテストするには︖（⾃動化するため） ⇒ビルド手順に追加するだけでOK︕
13. Selenium Seleniumはブラウザを自動化します。それでおしまい︕その⼒でやることは、あ なた次第です。主に、テスト目的でWebアプリケーションを⾃動化するための ものですが、それだけではありません。退屈なWebベースの管理タスクも⾃動 化することができます。 Seleniumは、Seleniumをブラウザのネイティブにするための手順をとっている （または⾏っている）最大のブラウザベンダーのサポートを受けています。無 数の他のブラウザ⾃動化ツール、API、およびフレームワークの中核技術でも あります。 (公式サイトより)
14. Selenium • 各種ブラウザをプログラムを介して動かすためのライブラリ群（Java 製） • 様々なPG言語で記述できるようにラッパーが揃っている • 実際に動かすためには各ブラウザのドライバーが必要で、このドライ バーがブラウザを操作する。 • ドライバーとテストコードをつなぐためのアプリケーション
15. Codeception • 単体で動くPHPテストフレームワーク（PHPUnitを内包し、 Seleniumとの連携も簡単） ⇒様々なウェブシステムで導入しやすい。ノウハウがためやすい • 初⾒でも読みやすいコード • jQueryライクなDOMセレクタが搭載 • 受け入れテストの他に単体、結合テストも実施可能
16. Codeception
17. Codeception I want to test TOPページからの検索チェック I comment 検索を実⾏して⼀覧が表⽰するか確認します。 I wait ajax load I am going to 未処理リンクをクリックして⼀覧に遷移します I grab text from #I110 I click 未処理 I grab text from ****** I see 対象件数 in ****** I see 【件数】 in ******
18. 全体像
19. 結果のフィードバック
20. 導入してみて • ⾃動でチェックしてくれている。という安心感 ⇒全ては網羅出来ないが、致命的なエラーはチェック出来ている。 • テスト実施時間の⻑期化 ⇒ローカルでの実施手順確⽴。テストケースを絞る。 • テスト用セレクタの整備、ルール作り ⇒class="test̲****"はテスト用のエレメントなので クラス名を消さない等
21. まとめ • 敷居が⾼いかな︖と思ったが、導入は案外簡単 ⇒Seleniumインストール＋各ブラウザのdriver設置 • ⾃動となるとGit＋CI（Jenkins等）の組み合わせが必須 ⇒ブランチベースで処理が進むため • テストコードを記述する事を習慣化させる事が大切。 ⇒今回のような勉強会を通じて必要性を布教。 テストコード⾃体のレビューを実施（テストスキル向上） • PHPが書けないフロントエンドエンジニアはどうするの︖︖ ⇒JSのテストフレームワークもあるので、それを採用するのもアリ
22. 参考URL • ⼀休.comのE2Eテスト事情 ~Selenium 3.0 対応~ /seleniumjp4̲ikyu https://speakerdeck.com/shotaakasaka/seleniumjp4-ikyu • グーペのE2Eテスト運用事情 https://speakerdeck.com/hypermkt/gupefalsee2etesutoyun-yong-shi-qing • DevLove関⻄: E2E ゼロから⾃動まで、テストの旅 https://speakerdeck.com/shenril/devloveguan-xi-e2e-zerokarazi-dong-made- tesutofalselu?slide=11 • E2Eテストの導入から学んだこと https://qiita.com/mt0m/items/7e18d8802843d9f60d28