Playwright を使いこなすためのベストプラクティス - Qiita
はじめに Playwright を使うことで比較的簡単に E2E テストを実装することができます。しかし、通常テストコードは実装したら終わりということではなく、継続的にメンテナンス（保守）が必要になります。その際に保守しやすいように実装するため、Playwright の公式ドキュメントに記載されているベストプラクティスの中で参考になりそうな部分を確認しておこうと思います。 テストの独立性を高める 可能な限りテスト間の依存が無いようにして、テストを分離すると良いというプラクティスです。各テストが独立していることで、 １つのテストが失敗しても他のテストに影響しない テストの順序を考慮する必要がない テストをシンプルに保つことができる あたりのメリットがあるかと思います。また、特定の処理（例えば特定の URL に遷移する処理）の繰り返し実装するのを避けるために before and after
Poku
🐷 What's Poku?A cross-platform test runner that brings the JavaScript essence back to testing. ⚡️ Quick Tutorials
eBPFを使った自動テストツール「Keploy」がすごい
この記事はKeployのバージョンv2.0.0-alpha53 を前提に執筆しております。 Keployとは KeployはeBPFを利用して取得できるWebアプリケーションの通信に関するトレース情報を元に、テストとそのテストの実行時に利用するスタブサーバーを生成することができるツールとなります。 公式サイトのトップには以下のようなスローガンが掲げられています。 2 minutes to 90% test coverage! テストに苦労した経験のある方は興味を惹かれるのではないでしょうか。 現在まだアルファ段階のプロジェクトですが、GitHubスター数は2683（2024/01/04現在）、CNCF Landscape にも掲載されているなど、一定の注目を集め始めているOSSです。 開発主体はプロダクトと同名のKeployというインド発のスタートアップで、去年GoogleによるインドのA
PICTを使った効率的な網羅テストについて
※この記事は Wantedly から移行したものです。 初めに 皆さんこんにちは。バックエンドエンジニアとしてLinc’wellで働いている山本和久です。カズさんって呼んでくださいね。 さて、今回は私が好きなテスト用ツール「PICT」についてご紹介したいと思います。皆さんテスト用ツールと聞いてどのようなものを思い浮かべますか？RSpecのようなテストフレームワークもありますし、CircleCIのような継続的インテグレーションツールを思い浮かべる方も多いと思います。 「PICT」はペアワイズ法による効率の良いテストパターンの作成を支援するツールと言えます。 網羅的なテストとは 御存知の通り現在の開発現場ではテストをコードで記述して、アプリケーションの改修に伴う退行を防止したり、複雑なビジネスロジックの安全性を担保しています。 そういったシーンで欠かせないのがテストの網羅性です。 プログラムの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
良いテストとは何か:持続可能で保守性の高いテストを書く
GitHub - matryer/moq: Interface mocking tool for go generate
runnによるAPIのシナリオテストの導入と自動化 / stac2022