• ピラミッドモデルというモデルがあるらしい

  • https://www.uipath.com/ja/solutions/whitepapers/test-suite-for-software-test-automation

• 70％の単体テスト、20％の統合テスト、10％の自動E2Eテスト

  • https://ranorex.techmatrix.jp/blog/2021/12/10/end-to-end-testing-pros-cons-benefits/

• E2Eテストが指すものはふわふわしている

  • UI テスト
  • シナリオテスト
  • システムテスト

https://scrapbox.io/culvert-suppose/UIテストとE2Eテスト

E2E の目的

• 変化しにくいシナリオを担保したい -> サインイン、サインアップ、主要機能あたり

• docker compose で実行できるように挑戦してみる

  • docker compose up した対象に docker compose exec -T を実行する

• dev コンテナを作るための方法を探す

  • ローカルはローカル、コンテナはコンテナで分けた方が良いかも...
  • 皆が触れることを考えると js で動かすべき？
  • playwright は dev container を作成することができなかった
    • https://github.com/microsoft/playwright-python/issues/274
    • 挑戦している人はいた
      • https://blog.jongallant.com/2021/08/playwright-codegen-devcontainer/
  • なので、local で codegen する
  • CI には mcr.microsoft.com/playwright:focal を利用する
    • docker: https://hub.docker.com/_/microsoft-playwright
  • 使い分けのレポジトリ
    • https://github.com/nnashiki/playwright_js_devcontainer
  • 日本語を使う場合
    • https://zenn.dev/mipo/articles/17ac26841e0d91

• 実践の参考になりそうなところ
  • https://zenn.dev/big_tanukiudon/articles/3aefa690ab3998

playwight の docker での動かし方に関して

https://github.com/microsoft/playwright/blob/main/utils/docker/Dockerfile.focal

image の中に chromium やその他のブラウザは install されている。
rm -rf /ms-playwright-agen されているので、再度 playwright の install を実行する必要がある。

root@656bacc736ea:/# ls /ms-playwright 
chromium-965416  ffmpeg-1007  firefox-1316  webkit-1609

https://speakerdeck.com/hgsgtk/real-world-e2e-testing

• ↑こっちが最新っぽい

https://speakerdeck.com/hgsgtk/dreaming-agile-testing-at-basebank

https://github.com/getgauge/gauge

https://qiita.com/koji0705/items/d1503d981b8fe9412742

https://docs.gauge.org/getting_started/create-test-project?os=macos&language=python&ide=vscode

使い方がかなり分かりやすい

https://note.com/yokota_alp/n/n7a25c6933b88

BDD をゲルキン記法でしたい場合

https://zenn.dev/kouji0705/articles/5310c5cbbdeff0

https://note.shiftinc.jp/n/n0c351743a299

そこでどのような使い勝手なのか触ってみたのですが、結論から言ってしまうとテスト対象によっては簡単に実装できて便利なものの、複雑なサイトの場合は結局ロケーターの指定を多用するのでどのフォームに入力してどのボタンを押しているのかが分かりにくくなり、非エンジニアでも分かりやすいコードを書くという事が実現できませんでした。

API test

https://zenn.dev/sumiren/articles/aa0ba5ae12ad2e

playwirght

https://zenn.dev/cloud_ace/articles/5024fa2fefcb9f

https://zenn.dev/cybozu_frontend/articles/6c2a54196f056d

初期設定は Install Playwright から
https://marketplace.visualstudio.com/items?itemName=ms-playwright.playwright#requirements

https://zenn.dev/aozou/articles/bd181d4c8bdfe0

ロケーターの選び方。カスタムデータ属性はほどほどに。

https://blog.autify.jp/article/why-id-should-not-be-used

https://developer.mozilla.org/ja/docs/Web/Accessibility/ARIA/Roles

https://zenn.dev/jyoppomu/articles/f9aef36e67013e

https://tech.smarthr.jp/entry/2024/02/20/211012

既存のテストの途中で record を開始する tips を書く

AI と組み合わせるところ

https://scrapbox.io/koushisa/PlaywrightなどのE2Eテスト技術にAIを組み込む概念実証の調査メモ

Page Object Model

https://sqripts.com/2024/08/06/103307/

ベストプラクティス

https://qiita.com/ore88ore/items/bd5a1b65166027806096

https://minerva.mamansoft.net/Notes/📕Playwrightのベストプラクティス