Best Practices | Playwright
Introduction This guide should help you to make sure you are following our best practices and writing tests that are more resilient. Testing philosophy Test user-visible behavior Automated tests should verify that the application code works for the end users, and avoid relying on implementation details such as things which users will not typically use, see, or even know about such as the name o
PlaywrightによるE2Eテスト自動化を導入したので各種構成とtipsをご紹介
株式会社シャペロンのsrkwです。 シャペロンでは昨年、Playwrightを使ったE2Eテストによる各種機能の検証の自動化を導入しました。 E2Eテスト導入の背景や、チームへの浸透に向けた取り組みと反省等については別の記事で紹介しているので、興味のある方はこちらも併せてご覧ください。 この記事では、シャペロンの日次のE2Eテスト実行を支えるインフラ構成と、PlaywrightによるE2Eテスト導入によって溜まったtipsをご紹介したいと思います。同じようにPlaywrightを使ったE2Eテスト導入を検討している、あるいは導入済みで格闘している方にとって、少しでもお役に立てると嬉しいです。 日次のE2Eテスト実行を支えるインフラ構成 前提:Shaperonのテナント構成 シャペロンは製薬企業向けのコミュニケーション用SaaS、Shaperonを提供しており、Shaperonは利用テナント
機械学習でテスト時間を10分の1に、Jenkins生みの親・川口氏の新会社が始動
継続的インテグレーション（CI）を実現するオープンソースソフトウエア（OSS）「Jenkins」の生みの親として知られる川口耕介氏らが米国で設立したスタートアップのローンチャブル（Launchable）が、このほど日本で活動を始めた。同社は2020年1月に設立した。 1万個のテストケースを100ケースに圧縮 元クックパッドCTO室長の庄司嘉織氏がプリンシパル・ソフトウエア・エンジニアとして参画するほか、3人のエンジニアが2020年5月までに国内でチームに加わり、ソフトウエアのテスト工程を機械学習で効率化する技術を開発する。日米拠点が連携し、世界に通用するITサービスの立ち上げに挑む。 「1万個のテストケースを、バグの発見につながる100のケースに圧縮することで、テスト工程の時間を短縮できる」。ローンチャブルの川口共同CEO（最高経営責任者）はサービスの意義をこう語る。金融システムから組み込
これからソフトウェアテストを学ぼうと考えている人に読んでほしい10冊 – Software Quaslity Topics
※2022/11/27に書籍のリンク情報を最新化しました 2018年初出の記事ですが、掲載書籍とリンクを随時見直し・更新しています。 筆者は幸せなことに社内外の勉強会にてソフトウェアテストに関することを講義する機会がありますが、講義終了後に「テストを学んでみようと思う。ついてはおすすめの本はないですか。」と質問をいただくことがあります。これが何回もあるので、せっかくならば記事にしておこうと思います。 なお、質問をいただくのはだいたい新人か若い層の技術者の方々です。そういった方々に毎回おすすめしている10冊を以下に紹介します。 ■まずはソフトウェアテストの世界を覗こう いざテストを学ぼうと思っても、右も左もわからないと何から手を付けてよいかわかりません。また、いきなり専門的な本を読むと、書いてあることがわからなさすぎて辛さのイメージが付いています。ですから、まずは軽く読める本から、電車移動中
CIとTest Sizesの話 - asterisc
はじめに 前回 akito0107.hatenablog.com どちらかというとこっちが本編。 前回の記事ではTest Sizesについて紹介したが、今回の記事はその分類が実際の開発にどう役に立っているのかをまとめたいと思う。もちろん用語の統一も大きな意味を持つが、それ以外のことを書いていきたい。 具体的には、CIでテストのパイプラインを組む時にこの分類どおりに組んでいくと綺麗に整理でき、CI全体のスループット向上にも効果がでているという話だ。今回の話は僕たちのチームに特化した内容になるが、1) Test SizesごとにTestの起動コマンドを分ける、 2) Smallから順に実行していき、落ちるべきテストはできるだけ早期に落とす、というポイントはどこにでも使えるものだと思う。 コンテナ技術とテスト 僕たちはローカルの開発環境だけではなく、本番環境やCI環境でコンテナ技術（主にDock
テストやビルドスクリプトをDockerコンテナで実行させるための便利ツールを作った - オープンソースこねこね
ある程度複雑なプログラムだと、ローカル環境やCIサーバ環境など、どこでも動くようにテストを書くのが難しくなったりします。また、昨今のWebアプリケーションだと、デプロイ前に何らかのビルドプロセスが必要になることがほとんどで、依存物をインストールしたり、Webpackを動かしたり、Goのビルドを走らせたりします。こういうタスクもnodeやらGoに依存していて、複数の環境で差異なく動かすことを考えると、いろいろツライものがあります。 そこで、こういったテストやビルド処理はシェルスクリプトを書いて、Dockerコンテナ内で動かすことによって環境に対しての依存を解消していました。 たとえばGo言語の場合以下のようなテスト実行スクリプトtest_run.shを書いておきます。 #!/usr/bin/env bash set -eu go test $GOTEST_FLAGS $(go list ./
Better Integration Testing in Laravel 5.1: DatabaseMigrations, DatabaseTransactions, and WithoutMiddleware
Continuing in our series about testing and integration testing in Laravel 5.1, let's take a look at some new traits that are available for your tests. Database migrations and data Two of these traits have to do with the behavior of database migrations and database state during your testing. If you have never tested anything that relies on the database, it'll help you to know that it can be hard at
テスト(コード)レビューの方針 書きなぐり版 - うさぎ組
牛尾さんのブログをはてブったら、「じゃぁ、その手本を見せろやゴルァ」と言われたので書きました。雑です。すみません。 元記事 「自動化対象のユニットテスト（単体テスト）の仕様書を書くことは完全なる無駄である」 Blogs - Live DevOps in Japan! - Site Home - TechNet Blogs 僕のコメント 「だいたい同じ意見だけど、これで単体テスト仕様書がいらない理由にはならないかなぁと思った。テストレビューの成長方法について書かれていないしなぁ。出来る人いない現場は諦めろってことかな？」 はてなブックマーク - kyon_mm のブックマーク - 2016年1月25日 牛尾さんのコメント「どっかに書いてありますか？もしあったら記事にはります。」 僕のコメント「書いていません！」 僕のコメント「書きました！」 僕の主張 本記事は僕の実験結果（経過報告）であり、
組織にテストを書く文化を根付かせる戦略と戦術 #jopf - ブロッコリーのブログ
勉強会告知ページ connpass.com 発表スライド 組織にテストを書く文化を根付かせる戦略と戦術 from Takuto Wada www.slideshare.net 発表のねらい 戦略の話と戦術の話 自己紹介 昼はコンサルの仕事をしている いろんな組織にテストの書き方を根付かせるための活動とか 銀の弾丸はない レガシーコード改善に正解はない テスト自動化は銀の弾丸ではない 導入方法にも銀の弾丸はない 導入を目的にしてはならない 状況は現場によって全く異なる 勝ちパターンはだいたいある 「t_wadaが来たから大丈夫だ」ではない ジェラルド・ワインバーグの影響図 ストレスが増えるとテストの回数が減る テストの頻度が減るとストレスが減る どうやってこの無限ループを抜け出すか ノードを増やす？ テストではなく自動テストにする＆テストが先に来るようにする ケント・ベックの提案 テストを書
Selenium2でつくるテストケースの構成について
2. なにを発表するの？ 最近、Selenium2 + Ruby + RSpec でブラウザ テストの自動化に取り組んでます 「ブラウザテスト」？ ここでは「テスターがブラウザを操作して眼で結果 を確認する行為」という意味で使います 具体的にどんなことをやってるのかを紹介し ます。 (主にテストケースの構成について話します) 4. Slenium2って何？ OSSのブラウザテストツール プログラム言語でテストスクリプトを書いて使う 何ができるの？ 手動テストの代替 手動テストで行うのと同様に、実際にWebブラウザを起 動して操作できる ボタン押したり、文字列を入力したり取得したりetc 特徴・メリット ブラウザテストツールのデファクトスタンダード 情報＆使用経験者の数が多い 開発が活発 幅広いOS/ブラウザ/言語に対応
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
自動テストのFour Keys ~テストプロセスのソフトウェア化の4つの鍵~
組織にテストを書く文化を根付かせる戦略と戦術 / Strategy and Tactics of Building Automated Testing Culture into Organization
組織にテストを書く文化を根付かせる戦略と戦術