PlaywrightによるE2Eテスト入門 / Introduction to E2E Testing with Playwright
![PlaywrightによるE2Eテスト入門 / Introduction to E2E Testing with Playwright](https://cdn-ak-scissors.b.st-hatena.com/image/square/49472d9cbd0019004a997b964cb4c781ceb31965/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F1d15990c9b9e47798f717ea6fd55d623%2Fslide_0.jpg%3F31581140)
PlaywrightによるE2Eテスト入門 / Introduction to E2E Testing with Playwright
QA(品質保証)とテストの違いについて述べたコンテンツはたくさんありますが、自分自身の言葉で整理することを目的に記事にしたためました。 なお、QAに関する具体的なアプローチについては触れないため、そういった情報を求めている方は、そっとタブを閉じるか、ブラウザバックしていただければと思います。 また、本稿で述べる違いは、「QAエンジニアとテストエンジニアの違い」ではありません。 二つの品質 西堀栄三郎先生の「品質管理心得帖」では、「二つの品質」というものが提案されています。 この書籍は、40年以上前に出版され現在は絶版となっていますが、紹介されているマネジメントの考え方は現代にも活かすことができる素晴らしい書籍です。 入手困難な状況ではありますが、国会図書館のデジタルコレクションで読むこともできます。 そのときに、私は二つの品質を提案しました。 その一つは、『狙いの品質』であり、もう一つは、
2023-04-25 逆引きUNIXコマンド 逆引きUNIXコマンド/ターミナルで動作するビジュアルなストレージ使用容量確認コマンド 2022-12-12 Ubuntu/GUI操作のWakeOnLAN・gWakeOnLan Ubuntu 2022-12-05 Ubuntu/Ubuntu22.04でデスクトップのアイコンのサイズを変更する手順 2022-08-25 Xubuntu/画面が勝手にオフされる場合の対処方法 2022-08-11 Xubuntu 2022-07-26 Linux環境設定/Windowsネットワークの名前解決と共有フォルダアクセス方法 2022-07-25 Xubuntu/Thunarでssh(sftp)接続しファイルブラウズする手順 2022-07-20 ソフトウェア/デスクトップ/Plankの設定画面を表示する ソフトウェア/デスクトップ ソフトウェア 2022-
Let’s have fun testing your shell scripts! ShellSpec is a full-featured BDD unit testing framework for dash, bash, ksh, zsh and all POSIX shells that provides first-class features such as code coverage, mocking, parameterized test, parallel execution and more. It was developed as a dev/test tool for cross-platform shell scripts and shell script libraries. ShellSpec is a new modern testing framewor
tl;dr git rev-parse HEAD^{tree} でツリーオブジェクトのハッシュ値が取れるので、ブランチが異なる場合でも同じソースツリーであるかどうかを判定できます。 これを利用して、すでにテストを通ったtreeのハッシュ値をどこかに記録しておいて、同一のソースツリーに対するテストをスキップできます。 本題 よく使われている、develop/mainブランチ運用をしている場合に、ちょっとした修正を本番に入れたい場合には以下のようなフローを踏むことになるでしょう。 featureブランチをdevelopブランチの先頭から切って修正を作ってテストが通るのを待つ developブランチにfeatureブランチにマージしてテストが通るのを待つ mainブランチにdevelopブランチをマージしてテストが通ったらdeployする さて、この時、他の作業が混ざらない限りにおいては1,2,
このチュートリアルでは、テスト プロジェクトをソリューションに追加して、単体テストを自動化する方法について説明します。 必須コンポーネント このチュートリアルでは、「Visual Studio Code を使用して .NET クラス ライブラリを作成する」で作成するソリューションを使用します。 単体テスト プロジェクトを作成する 単体テストでは、開発および公開時に自動化されたソフトウェア テストが提供されます。 このチュートリアルで使用するテスト フレームワークは MSTest です。 MSTest は、選択できる 3 つのテスト フレームワークのうちの 1 つです。 これ以外は、xUnit と nUnit です。 Visual Studio Code を開始します。 「Visual Studio Code を使用して .NET クラス ライブラリを作成する」で作成した ClassLibr
この記事では、マネージド コード用の Microsoft 単体テスト フレームワークと Visual Studio テスト エクスプローラーを使用して一連の単体テストを作成、実行、およびカスタマイズする手順について説明します。 開発中の C# プロジェクトで作業を開始し、そのコードを実行するテストを作成し、テストを実行し、結果を調べます。 次に、プロジェクト コードを変更し、テストを再実行します。 これらの手順を実行する前に、これらのタスクの概念の概要を確認したい場合は、「単体テストの基本」を参照してください。 既存のコードからテストを自動的に生成する場合は、「コードから単体テスト メソッド スタブを作成する」を参照してください。 テストするプロジェクトを作成する Visual Studio を開きます。 スタート ウィンドウで、 [新しいプロジェクトの作成] を選択します。 .NET 用
Amazon Web Services(AWS)は、開催中のオンラインイベント「AWS re:Invent 2020」で、アプリケーションに対してクラウド障害のシミュレーションを行える新サービス「AWS Fault Injection Simulator」を発表しました。 クラウド上で稼働するアプリケーションの耐障害性などを高めるために実際にクラウド障害をわざと発生させて問題点をあぶりだす手法は、「Chaos Enginieering(カオスエンジニアリング)」と呼ばれています。 Netflixが2012年にカオスエンジニアリングのためのツール「Chaos Monkey」を公開したことで広く知られるようになりました。 参考:サービス障害を起こさないために、障害を起こし続ける。逆転の発想のツールChaos Monkeyを、Netflixがオープンソースで公開 今回発表された「AWS Faul
はじめに ダミーデータを作成しなければならないときってありますよね? テストデータやサンプル画面を作るときに値をどうするか困ったことありませんか? そういった悩みを VS Code で解決するための拡張機能が vscode-random です。 https://marketplace.visualstudio.com/items?itemName=jrebocho.vscode-random デモ (GitHub リポジトリより引用) 拡張機能としてはカーソル位置にランダムな値を挿入するという単純なものなのですが、VS Code のマルチカーソル機能と組み合わせることで非常に強力な体験を得ることができます。 名前やメールアドレスの項目がある JSON や YAML に対し、複数の項目にまとめて値を挿入して作り上げるのは気持ちいいこと間違いなし! 対応コマンド コマンド 説明 生成例
APIのテストにPostmanを使えないか調べたときのメモ。ループで処理させたときのカウンタをどうするか悩んだけど、お風呂に入っているときに思いついた。お風呂すごい。 困ったこと Postmanは言わずと知れたリクエストを簡単に送れるツール。たとえば、 API: https://daipresents.wordpress.com/api?user=daiを投げて 返ってきたレスポンスを確認したい ときに以下のように使う。 {{user}}で変数を使える。 Pre-request Scriptというタブでは、実行前のスクリプトをJavascriptで書ける。 Testsというタブでは、レスポンスのチェックを同じくJavascriptで書ける。Post-request Scriptみたいにも使える。 Postmanをつかって以下のようなフローを流したい。 ログインする ログインしたユーザで購入
この文章の背景について この文章はテスト容易性設計をテーマに 2013/11/26 に CodeIQ MAGAZINE に寄稿したものです。残念ながら CodeIQ のサービス終了と共にアクセスできなくなっていたため、旧 CodeIQ MAGAZINE 編集部の皆様に承諾いただき、当時の原稿を部分的に再編集しつつ、ライセンス CC BY(クリエイティブ・コモンズ — 表示 4.0 国際 — CC BY 4.0) で再公開いたしました。 旧 URL にいただいたブックマークとご意見はこちらです(これであなたもテスト駆動開発マスター!?和田卓人さんがテスト駆動開発問題を解答コード使いながら解説します~現在時刻が関わるテストから、テスト容易性設計を学ぶ #tdd|CodeIQ MAGAZINE)。旧記事には本当に多くの反響をいただき、誠に感謝しております。 目次 この文章の背景について 目次 出
2019年9月25~26日にグランドニッコー東京において、技術カンファレンスイベント「Unite Tokyo 2019」が開催されました。 本記事では、9月26日に実施されたセッション「Unity Test Runnerを活用して内部品質を向上しよう」の内容を一部抜粋して紹介します。 ゲーム開発でもテストは重要 本セッションでは、Unityにおいて、ユニットテストを実行する「Unity Test Runner」の仕組みを活用して開発者の手でテストコードを書き、ゲームの内部品質を向上するためのベストプラクティスやTipsなどが紹介されました。 登壇した株式会社ディー・エヌ・エー システム本部 品質統括部 品質管理部 SWETグループに所属する長谷川 孝二は、おもにUnity向けのテスト自動化支援に携わっています。 ディー・エヌ・エー システム本部 品質統括部 品質管理部 SWETグループ 長
QAさんに口頭で伝えるのが大変そうだったのでブログエントリにする。 iPhone/AndroidアプリのQA時に貧弱なネットワーク回線を再現したいことがままある。そういうときは「Network Link Conditioner」と「インターネット共有」を使うと便利だよという話。 Network Link Conditionerで速度を絞る Macを有線インターネット接続し、WiFiをアクセスポイントにする このアクセスポイントに任意のスマホをつなぐと低速回線が再現される 1. Network Link Conditioner https://developer.apple.com/download/more/ から「Additional Tools for Xcode」をダウンロード。その時々で最新のものを選ぶと良さそう。今日時点でmacOS High Sierra (10.13.3) +
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く