テストツール

→テスト・品質管理

→テスト手法

サブトピック†

• JUnit関連
• NUnitまとめ
• インシデント管理ツール
• Selenium関連
• JestについてはJavaScript関連ツールへ

一般†

• Quick start - Mock Service Worker 2025.6
  • REST APIをモックしてフロントエンドの自動テスト(Jest+RTL) から使う

• EasyMockの基本的な使い方の備忘録 | 豆蔵デベロッパーサイト 2024.11

• AddressSanitizer · google/sanitizers Wiki 2024.7

• 2年前の自分に教えたい！HTB（ペネトレーションテスト）で生き抜くためのツールやサイトまとめ - Qiita 2023.6

• ユニットテストをGitHub CopilotとChatGPT使って書いてみたらやばかったです | DevelopersIO 2023.3

• ペアワイズ法による組み合わせテストケース生成ツール「PICT」の紹介 | 豆蔵デベロッパーサイト 2022.7

• テスト・ツールの種類

自動化ツール†

• Seleniumの作者によるAIと人間のためのブラウザ自動化「Vibium」 - GIGAZINE 2026.1

• テスト自動化のために作られたIDE「Aqua」、JetBrainsが正式公開。Webインスペクタ、HTTPクライアント、テストランナー、デバッガーなど統合。個人向けは無料 − Publickey 2024.5

• ブラウザ自動化のツールとその周辺知識に関する備忘録 - Runner in the High 2024.1

• E2Eテスト自動化変遷 〜ノーコードからCypress、そしてPlaywrightへ〜 - estie inside blog 2023.9

• WebのE2Eテスト自動化〜ツール選定編〜 2022.10
  • Playwright

• なぜSeleniumを選ばなかったのか〜AutifyとMagicPodを選びました〜 - スタディサプリ Product Team Blog 2022.8

• 【2022年版】世界のQAチームが使用している自動化ツールトレンドは？何が人気？ | Test-Hack | 3分で理解するIT/テスト技術 2022.5
  • 1位：Selenium
  • 2位：Postman
  • 3位：Katalon
  • 4位：TestNG
  • 5位：Cucumber

• JTest
  • 自動テスト、静的解析、カバレッジ、バグ検出

• ユニットテストにまつわる10の勘違い 2013.9.17

• DevJuice: Test Studio for iOS 2012.2.22

• テスト自動化ツールを導入済みは8.5％、85％以上が検討していないか必要を感じないと。キ−マンズネット調べ 2012.6.2

• スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)

• TestNG
  • TestNG（テストエヌジー）は、JUnitとNUnitに触発されたJavaのためのテスティングフレームワークである。TestNGはTesting, the Next Generationの略である。
  • 実現場でTestNGを活躍させる５つのテクニック 2008.10.9
  • JUnitにはないTestNGの５つの強力なテスト用機能 2008.9.22
  • JUnitより簡単なオープンソースの「TestNG」とは？ 2008.9.18

Playwright†

• Playwright CLI で AI エージェントに視覚的なフィードバックを与える 2026.5

• ブラウザ操作をAIに任せたい話 - Claude Code in Chrome の可能性とセキュリティ上の注意点 | DRESS CODE TECH BLOGのフィード 2026.05

• Playwright CLI v0.1.8 で普段使いの Chrome にそのまま attach できるようになりました | DevelopersIO 2026.4

• Playwright CLI + Claude Code で自律UI修正開発の提案 2026.4

• Playwright + Amazon ECSでE2Eテストが秒で廃墟になる問題を解決する 2026.2

• PlaywrightをRPAツールとして活用し、事務作業の効率化と安定化を成功させた話 2026.2

• 速報！Playwright CLIがでた！ #MCP - Qiita 2026.1

• PlaywrightのE2Eテスト実行はなぜ速いのか? -Seleniumとの比較- - Yappli Tech Blog 2025.12

• Playwright Agentsでテストの自動生成をやってみた #生成AI - Qiita 2025.10

• Playwrightを使ってみよう〜めざせクロスブラウザテスト自動化〜 - 2025.9

• Playwrightへの移行 〜ノーコードツールから乗り換えた理由と、その裏側〜 - Nealle Developer's Blog 2025.6

• PlaywrightでE2Eテストを書いてみる - iimon TECH BLOG 2024.12

• Playwrightを用いたE2Eテストの自動化スクリプトを書く際に気をつけたこと #JavaScript - Qiita 2024.11

• Playwrightでリクエストを確認する 2024.3

• WEBアプリのE2Eテストを自動化 ~ Playwrightの機能紹介とコード例 | DevelopersIO 2024.1

• Playwright連載始まります | フューチャー技術ブログ 2023.8
  • PlaywrightをGitHubActions実行したときの初期処理についての試行錯誤 | フューチャー技術ブログ 2023.8
  • Playwrightのテストランナーを他のテストライブラリと比較する | フューチャー技術ブログ 2023.8
  • イチ押し。Playwrightの快適機能 | フューチャー技術ブログ 2023.8
  • Playwrightの環境構築（VSCode Dev Container編） | フューチャー技術ブログ 2023.8
  • Playwrightのインストール方法と使い方 | フューチャー技術ブログ 2023.8

Playwright MCP†

→MCPサーバー関連

Cypress†

• React: Write end to end test using cypress - DEV Community 👩‍💻👨‍💻 2022.9

• E2Eテストフレームワーク「Cypress」 - ISID テックブログ 2022.8
• Cypress Testing Tutorial For Beginners Series' Articles - DEV Community 2022.6
• Cypress ではじめる E2E テスト - Qiita 2022.7
• Why Cypress? | Cypress Documentation 2022
  • Cypress公式

テスト管理ツール†

• テスト管理ツールTestRail、CAT、QualityForwardの感想: プログラマの思索 2022.7

Qase†

• テスト管理ツール「Qase」でスプシによるテスト管理を脱却した件 - Qiita 2022.2
• テスト管理ツール「Qase」を使ってスプレッドシートのテスト管理から脱出しようとした話 - Qiita 2019
• スタートアップや小規模チームのテストケース管理には「Qase」がいいかもしれない - Qiita 2020

     テストケースを作成し、集約する中央リポジトリ
     テストケースをグルーピングし整理する
     テストの実行計画を立て、見積もりとアサインを行う
     テスト実行の進捗を管理する
     テストの実行結果をレポートする

• テストケースの管理もSaaS！「Qase」のご紹介 | 株式会社エイジェックスコミュニケーションズ 2021
• テスト管理ツール「Qase」を導入した話 #techtekt Advent Calendar 2021 - techtekt 2021

TestLink†

• TestLink
  • TestLinkのテスト実績からメトリクス出力 2009.4.11
    • 【3】statSVNでSVNリポジトリのコミットする時間帯・曜日別をいつも見る理由は、開発者やテスターの作業負荷を見たいから。
    • 作業負荷が高まると、18時以降に残業してカバーするようになり、休日出勤でカバーするようになり、どんどん状況は悪化していく。
    • 生産性の低さを残業や休日出勤でカバーしようとすると、月曜や火曜のような週の初めや、午前中などの早い勤務時間の生産性がすごく低くなる。 金曜の夜に進捗の遅れがあっても、土日でカバーすればいいや、という学生症候群が生まれてしまう。
    • そうなるまでに、現場リーダーとしては、対策を考えて手を打ちたい。
    • 上記の資料があると、会社の上層部にも現状を説明しやすくなる。

• TestLink1.8 正式リリース
• Testlinkを運用して気づいたこと
  • 今の感触では、20人月規模のプロジェクトならば、Testlinkへインポートするテストケース数は1万ケースを越えるだろう。 つまり、普通のプロジェクトでは、数千、数万レベルのテストケースでもってテストしなければ、品質を保証できないのだ。
  • 100人月規模のプロジェクトならば、数万〜数百万という膨大なテストケースを実行しなければならないだろう。
  • そうなると、そもそも人間の手で検証可能なテストの限界に来ているのではなかろうか？
• Testlinkでテストプロセスを管理する
• きちんと学びたいテストエンジニアのためのTestLink入門
  • TestLinkとは何か？

最新の50件