テストツールカオスマップ 2025年上期版 - Findy Tools
ソフトウェア開発において、テストツールは品質向上や開発効率化の要となっています。 しかし、ツールの種類や役割は多岐にわたり、「自社に必要なテストツールはどの領域か」「どんな選択肢があるのか」を俯瞰的に把握するのは容易ではありません。 本カオスマップは、2025年6月時点で入手可能な情報をもとに、主要なテストツールをカテゴリごとに整理・可視化したものです。「テスト活動全体の構成」と「自社の課題に対応する領域」を直感的に把握できるようになることを狙いとして作成しました。 導入検討フェーズでの比較や、組織全体での共通認識形成、テスト自動化推進の起点としてご活用いただければ幸いです。 なお、本記事で取り上げるテストツールは、「SaaS」「Webアプリ系」のものを中心に選定しており、組み込み系のツールは含まれておりません。また、本記事内でご紹介しているツールはあくまで一例であり、特定のツールの優劣を
Tigrmail | E2E テスト自動化のための一時メール API
一時メール API インボックスを作成してメールを受信 サインアップやメール認証などの E2E テストを自動化。Playwright、Cypress、その他フレームワークと互換性あり。パスワードリセットや OTP フローの検証に最適。SDK あり。
【実践QA】テストチャーター作成からテスト実行までの実践例 - freee Developers Hub
こんにちは、フリーのQAマネージャーをしているymty（ゆもつよ）です。 今回は、フリーのQAにてどのようにしてテストチャーターを作って実行しているか、1年ほど前に新規リリースした「freee支出管理 小口現金」の新規開発時の、実際のテスト分析資料を元にご紹介します。 テストチャーターを書く前に、私が入る案件で行っているのが「フィーチャーの整理と論理的機能構造をつかったテスト分析」です。 言い換えれば、「このフィーチャーは内部で小さな機能がどう動いてるか、そこまで深掘りして理解した上で何をテストすべきか？」をロジカルに分解していくプロセスです。 ステップ①：マインドマップでフィーチャーを洗い出す まずは対象プロダクトにどんな機能（フィーチャー）があるのかを洗い出します。 新規開発の場合は最初にこれをやる必要があります。機能拡張の際はすでにフィーチャー一覧はできているはずなので、このステップ
【Playwright】並列機能とシャーディングでテスト実行時間を大幅短縮！GitHub
初めに 改修範囲が広がると、その分検証範囲も広がり、「E2Eテストに時間がかかりすぎる！」と感じることはありませんか？ 特に手動テストでは、画面を操作しながら動作を確認するたびに手間と時間が膨らんでいきます。さらに、仕様変更やリファクタリングのたびにリグレッションがないか慎重にチェックする必要があり、その負荷は開発スピードだけでなく開発者のモチベーションにも悪影響を及ぼします。 そんな時、最も注目されているPlaywrightが強力な味方になるかもしれません。 高速なテスト実行、並列処理、シャーディングといった機能を活用すれば、E2Eテストの時間を大幅に短縮しつつ、テストの信頼性を向上させることができます。 本記事では、Playwrightを活用してE2Eテストの実行時間を短縮する方法を紹介します。 並列実行 Playwrightには並列実行機能が備わっています。これにより、テストを複数の
Playwright を使用した E2E テスト (feat. Cypress)
はじめに こんにちは、クラウドエース フロントエンドディビジョン所属の金です。 本記事では End to End テスト (E2E テスト) のツールの一つである Playwright について基本的な機能を中心にご紹介します。 本記事の対象者 E2E テストの初心者 Playwright を軽く試してみたい人 End to End (E2E) テストとは Playwright のご紹介を始める前に、E2E テストについて簡単にご説明します。 E2E テストは、アプリケーションが意図通りに動作するかどうかをテストするためのソフトウェアテスト技術です。 ご参考: E2E (エンドツーエンド) テストとは？ | CircleCI フロントエンドの E2E テストとは フロントエンドの E2E テストは、主にブラウザ上での動作を検証します。 サービスによって異なりますが、一般的には以下の項目がテ
【非エンジニア向け】テスト自動化ツールPlaywrightの使い方｜SHIFT Group 技術ブログ
はじめにこんにちは、自称自動化マスターのbayashiです。 今回はテスト自動化ツールとして有名なPlaywrightのオススメ導入方法から簡単な使い方まで、 コードなんて書いたこと無い！という方にも分かりやすく説明しちゃいます！ ※なお、この記事はWindows10（64bit版）の環境を想定しています。 非エンジニア向けということで、今回はコマンドプロンプトをなるべく使用せず、 ボタンをクリックするなど、なるべくソフトウェアの操作でPlaywrightを使う方法を紹介します！ 必要なものはこの4つ！ VSCode：Playwrightの実行と、コードの作成・保存に使います。 Volta：Node.jsのバージョン管理ツールです。 Node.js：Playwrightを動かすために必要なJavaScriptです。 Playwright：今回の主役です！Node.jsのライブラリの1つです
Playwright を使いこなすためのベストプラクティス - Qiita
はじめに Playwright を使うことで比較的簡単に E2E テストを実装することができます。しかし、通常テストコードは実装したら終わりということではなく、継続的にメンテナンス（保守）が必要になります。その際に保守しやすいように実装するため、Playwright の公式ドキュメントに記載されているベストプラクティスの中で参考になりそうな部分を確認しておこうと思います。 テストの独立性を高める 可能な限りテスト間の依存が無いようにして、テストを分離すると良いというプラクティスです。各テストが独立していることで、 １つのテストが失敗しても他のテストに影響しない テストの順序を考慮する必要がない テストをシンプルに保つことができる あたりのメリットがあるかと思います。また、特定の処理（例えば特定の URL に遷移する処理）の繰り返し実装するのを避けるために before and after
サイト構築からデプロイまで。AIが変えるフロントエンド開発 | レバテックラボ（レバテックLAB）
ほとんどのサービスとアプリケーションには、制限の大きなお試し版とも言える無料プランと、制限の緩和された有償プランがあります。さらに、有償プランのトライアルや、グループ開発向けのEnterpriseプランが用意されていることがあります。個々のサービスおよびアプリケーションについての料金体系の掲示は省くので、関心のあるものについてはまず無料プランから試すことをお勧めします。 アプリケーション構築は、多くの手順を必要とすることから比較的難易度の高い作業です。専用のウィザードがステップ・バイ・ステップで構築をフォローするスタイルは、今では「やりたいこと」を述べるだけでAIが代行してくれるようになりました。デザインも、直接アプリケーション構築に持ち込むことができます。 スタイリッシュなUIを生成するv0 ▲v0 v0（ブイゼロ）は、Next.jsの開発元であるVercel Labsによる、AIを活用
生成AIが人間の介在なしに自律的にソフトウェアテストを生成し実行、バグや脆弱性を発見してくれるAIテストエージェント「Spark」登場
生成AIが人間の介在なしに自律的にソフトウェアテストを生成し実行、バグや脆弱性を発見してくれるAIテストエージェント「Spark」登場 ドイツに本社を置き、コード分析ツールなどを提供するCode Intelligence社は、起動すればあとは生成AIが人間の介在なしに自律的にソフトウェアテストを生成し実行することで、対象となるソフトウェアのバグや脆弱性などを発見してくれるAIテストエージェント「Spark」を発表しました。 An exciting milestone in software security testing: ???? ???????????? ???????? ?????, ??? ?? ???? ????? ???? ????? ???? ??????? ????? ???????????! Read the PR: https://t.co/wfuautln8i#AI
人生3度目のE2Eテスト自動化への挑戦 - Nealle Developer's Blog
人生3度目のE2Eテスト自動化への挑戦この記事はニーリーアドベントカレンダー2024の19日目 その1の記事です。 こんにちは、ニーリーでQA/SETをしている宮内です。 今年の10月に入社し、現在3ヶ月目になります。 アドベントカレンダーに何を書こうか迷いましたが、入社後の最初のメインタスクであるE2Eテスト自動化について携わるのが人生で3回目となるので、過去の経験を振り返りながら意気込みを書きたいと思います！ 自己紹介 私は新卒から11年間IT業界で働いており、8年間は開発エンジニア、その後3年間はQAエンジニアとして活動してきました。なぜ開発からQAへ転身したのかについては、また別の機会にお話します（入社エントリーより先にアドベントカレンダーを書いてしまいましたが笑）。 ニーリーでは、開発経験を活かしたくQA/SETというポジションで入社しました。 ただ、SETというポジションの必要
生成AIで自動テストを楽に作りたい！ - Tabelog Tech Blog
この記事は 食べログアドベントカレンダー2024 の12日目の記事です🎅🎄 目次 目次 はじめに 自動テスト作成の課題 テストケースを考えることの難しさ テストコードに落とし込む作業の負担 テスト対象のコード例 RSpecでのテストコード例 自動テスト作成の課題がもたらす影響 生成AIと自動テスト 自動テスト作成の効率化を目指して 導入の条件 Difyを活用したチャットボット チャットボットの利用方法 テスト生成の障害 実装コードをそのまま送った場合の問題点 良い自動テスト生成が可能なケース プロンプトの工夫 プロンプトや対話の工夫では解決できないこと 設計の重要性 まとめ ロジックを切り出した対象での有効性 自動テストと設計の相乗効果 最後に はじめに こんにちは。食べログ開発本部 ウェブ開発2部 第1プロダクトチームで主にバックエンド周りの開発を担当しています、エンジニアの高田です
フロントエンドのテストを書きたい！ - iimon TECH BLOG
はじめに テストの種類 テストレベル テストタイプ テスト戦略 Reactのテストで個人的に躓いたところ UIコンポーネントのテスト Reduxを使っている場合 @mui/x-date-pickerを使用している場合 MUIのコンポーネントでテーマを使用している場合 カスタムフックのテスト まとめ 参考記事 はじめに こんにちは、株式会社iimonでエンジニアをしている遠藤です！ 本記事はiimonアドベントカレンダー5日目の記事となります。 最近、フロントエンドのコードでリファクタリングをしたい箇所があったのですが、該当箇所のテストコードがありませんでした。 また、自分自身「フロントエンドのテストコードって何をどうやって書けばいいんだ・・・？」という状態だったので、今回はテストの種類と戦略について学んだことを整理しつつ、実際にReactのテストで初心者の自分が躓いたポイントを紹介します。
テスト自動化の協業を加速する！ テックタッチのフロントエンドにおけるテストの分類 - Techtouch Developers Blog
フロントエンドエンジニアの 92thunder です。去年北海道旭川市に移住しまして、長らく打ち合わせを続けてきた家が10月にデプロイされたのでQoLが爆上がりしています。 テックタッチではデプロイ頻度を上げるためにテスト自動化に取り組んでいます。テスト自動化をQAエンジニアと進めていくためにテストの分類を策定する取り組みを始めました。この記事では、テックタッチにおけるフロントエンドのテストの分類とそれを策定するにあたって意識したポイントについて説明します。 デプロイ頻度改善のため、テスト自動化に取り組む なぜテストの分類が必要か テストの分類 コンポーネントテスト インテグレーションテスト テストの分類で意識したこと テストサイズを意識してコスパの良い自動テストへ 一般的な分類より、社内でのテストの呼び分けやすさを重視 おわりに デプロイ頻度改善のため、テスト自動化に取り組む テックタッ
【第1回/初心者向け】初めての負荷テスト！ Distributed Load Testing on AWS を使ってみた - サーバーワークスエンジニアブログ
この記事は、負荷テスト初学者向けの記事の第 1 回として『負荷テストとは？』『AWS上での負荷テストの方法』を解説しています。 次回の記事以降にて、「 Distributed Load Testing on AWS 」を利用して実際に負荷テストを実施するまでの試験計画〜実施までの流れを解説します。 こんにちは！エンタープライズクラウド部クラウドコンサルティング課の日高です。 もし私のことを少しでも知りたいと思っていただけるなら、私の後輩が書いてくれた以下のブログを覗いてみてください。 sabawaku.serverworks.co.jp はじめに 負荷テストの基礎 負荷テストとは何か 処理量（スループット） 処理時間（レスポンスタイム） Tips: レスポンスタイムを平均値ではなく統計的に見る理由 なぜ実施するのか 定義 負荷テストの進め方 全体像 試験計画 試験準備 試験実施 結果評価
QA奮闘記 ~QAエンジニアの役割と品質を支える取り組み~ - enechain Tech Blog
はじめに enechainでのQA業務 enechainの目指すQAとは 今後の展望 最後に はじめに はじめまして。enechainのQAエンジニアのtaise-です。 enechainは電力や環境価値といったエネルギーのオンラインマーケットプレイスを運営する会社です。私は、電力取引を仲介する社内のブローカーのブローキング業務を支援する社内ツールのQAを担当しています。 enechainにQAチームが発足して約3年が経ち、会社が急成長を遂げる中でQAチームの形もそれに合わせて常に変化し続けており、現在は複数同時並行で開発・運用されている各プロダクトを、QAエンジニアがそれぞれ1名専任で担当するチーム体制となっています。 この記事では、私の担当プロダクトにおけるQA業務と、そこで得た成果や課題について紹介します。 プロダクト専任体制のQAエンジニアが業務の中でどう立ち回り、どんな価値貢献が
チームにテストコードを書く文化を定着させる - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事は？ 皆さんお久しぶりです。@cosmeの開発エンジニアをしております、村田です。@cosmeを運営する株式会社アイスタイルではPHP -> TypeScriptへの技術移行を進めており、フレームワークとしてはexpress, oclif, そして本記事で紹介するJavaScript製のテスティングフレームワークであるjestなどの各種ツールを使って開発を進めています。 この記事で紹介する内容は、チームでテストコードを書く文化を定着していく話です。というのも、既存プロダクトにて元々テストコードが十分に書かれていない部分があったた
テストサイズで再考する「テストピラミッド」 Googleが提唱する効率的な自動テスト戦略 | ログミーBusiness
ソフトウェアエンジニアリングの第一人者・和田卓人氏が、効果的な自動テスト戦略について解説しました。ユニットテストの定義の曖昧さから生じる問題点を指摘し、Googleが提唱する「テストサイズ」の概念を紹介。さらに、テストピラミッドの再解釈と最適化について論じ、テストサイズに基づくアプローチがビルドパイプラインの効率化にもたらす利点について解説しました。前回の記事はこちら。 短時間でのテスト実行和田卓人氏：ということで、じゃあ、次にいきます。短い時間で到達するというアジェンダ、3ポチ目ですね。 「信頼性の高い」、これはテストの結果に嘘がないという話でした。「実行結果」、これは信号として、また問題箇所の絞り込みとしてのテストの実行結果にこだわろうという話でした。そういったテストを、短い時間で到達する、信頼性の高い結果に短い時間で到達する状態を保つ。短い時間で。 ユニットテストの定義の曖昧さという
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
単体テストを書かない技術 #phpcon_odawara
Playwright の導入から各種実行方法について試してみた - Qiita
約9000個の自動テストの 時間を50分->10分に短縮 Flakyテストを1%以下に抑えた話
