![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
#author("2025-08-13T14:49:09+09:00","default:irrp","irrp") #author("2025-09-30T21:14:20+09:00","default:irrp","irrp") →テスト・品質管理 →テスト一般 →テストツール #contents *一般 [#le05ca47] -[[オニオンアーキテクチャにおけるテストコーディングガイド>https://zenn.dev/loglass/articles/01b786462eacca]] 2024.12 -[[第3回 テストサイズ 〜自動テストとCIにフィットする明確なテスト分類基準〜 | gihyo.jp>https://gihyo.jp/dev/serial/01/savanna-letter/0003]] 2024.9 -[[What is a Bug Bash? And how do you run it? | by Dmitrii Gumennikov | Medium>https://medium.com/@gumennikov.d/what-is-a-bug-bash-and-how-do-you-run-it-57beec20c2a3]] 2024.6 -[[プロパティベーステストをやってみよう #TypeScript - Qiita>https://qiita.com/kiwa-y/items/354744ef7393d07a8928]] 2023.12 -[[Storybookを書くだけでリグレッションテストが 実行される世界へようこそ - Speaker Deck>https://speakerdeck.com/kubotak/storybookwoshu-kudakederiguretusiyontesutoga-shi-xing-sarerushi-jie-heyoukoso]] 2023.10 -[[雑に作って、それから作り込んで、最後にテストを書く「テストラスト」開発 - give IT a try>https://blog.jnito.com/entry/2023/02/16/171810]] 2023.2 -[[【入門】フロントエンドのテスト手法まとめ - Qiita>https://qiita.com/SMAC/items/7cf6b24bed318dab5715]] 2022.7 --Static Test --Unit Test --Integration Test --End to End Test -[[現場で使うためのオールペア法、直交法の基本>http://www.atmarkit.co.jp/ait/articles/1506/11/news013.html]] 2015.6.11 -[[結合テストと総合テスト>http://www.thinkit.co.jp/free/project/4/7/1.html]] --ソフトウェアの開発におけるテスト作業は、「テスト計画」「テスト設計」「テスト実施」「テスト管理」という4つのプロセスで構成されます -[[ファズ・テスト>http://www-06.ibm.com/jp/developerworks/java/library/j-fuzztest.shtml]] --入力データの一部をランダムに書き換え、どのようなエラーが起きるかチェックする技法 *単体テスト、ユニットテスト [#zb6975d8] -[[Agentic CodingでJavaのレガシーコード100クラス以上にテストコードを書いてもらった - Oisix ra daichi Creator's Blog（オイシックス・ラ・大地クリエイターズブログ）>https://creators.oisixradaichi.co.jp/entry/2025/08/13/103607]] 2025.8 -[[ユニットテスト基礎講座 | ドクセル>https://www.docswell.com/s/tyonekubo/ZP21V1-unit-testing-basic]] 2025.6 -[[「単体テストの考え方/使い方」を読んでテストの本質を学ぶ（第1部） #Ruby - Qiita>https://qiita.com/mokio/items/95e962c59a142978bcb2]] 2024.7 -[[ユニットテストってもう言わない！ CI/CD時代のテスト分類に最適なテストサイズという考え方>https://zenn.dev/koduki/articles/e0f8824adbe0e9]] 2024.6 -[[「コンパイル時のユニットテスト」導入するとユニットテストを 書かなくてよくなるのか？ - Speaker Deck>https://speakerdeck.com/tomohisa/konpairushi-noyunitutotesuto-dao-ru-surutoyunitutotesutowo-shu-kanakuteyokunarunoka]] 2024.3 -[[privateメソッドのテストって書かない方がいいんだっけ？ - Speaker Deck>https://speakerdeck.com/asumikam/private-methods-test]] 2024.3 -[[「単体テストの考え方/使い方」を読んで、オレオレ単体テストから卒業しよう - Qiita>https://qiita.com/GeekMasahiro/items/32c3c471e54222ed2a48]] 2023.6 -[[単体テストの考え方/使い方 の感想文 | フューチャー技術ブログ>https://future-architect.github.io/articles/20230220a/]] 2023.2 -[[なぜ我々はユニットテストが書けないのか？｜SHIFT Group 技術ブログ｜note>https://note.com/shift_tech/n/ne17f3fab6a05]] 2022.7 --メンタルの問題、コストの問題、知識の問題 -[[テストコードにはテストの意図を込めよう #vstat - Speaker Deck>https://speakerdeck.com/nihonbuson/tesutokodonihatesutofalseyi-tu-woip-meyou]] 2022.7 -[[現在時刻が関わるユニットテストから、テスト容易性設計を学ぶ>https://t-wada.hatenablog.jp/entry/design-for-testability]] 2019.10 -[[単体テストを中心としたテストレベルの話>http://togetter.com/li/236005?f=tgtn]] 2011.1.3 * E2E(End to End)テスト [#j90a9fd8] →スクレイピング -[[playwright mcpをAI駆動開発フローに組み込んでE2Eテストをさせよう - GMOインターネットグループ グループ研究開発本部>https://recruit.gmo.jp/engineer/jisedai/blog/e2e-test-by-playwright-mcp/]] 2025.9 -[[DevinにE2Eテストさせてみる - PLEX Product Team Blog>https://product.plex.co.jp/entry/devin-takes-on-E2E-testing]] 2025.6 -[[E2E テストの自動化から可視化 - Playwright × Amplify Hosting - - kubell Creator's Note>https://creators-note.chatwork.com/entry/2025/01/17/081323]] 2025.1 -[[テストを自動化するのをやめ、自動テストを作ろう - Speaker Deck>https://speakerdeck.com/tsuemura/tesutowozi-dong-hua-surufalsewoyame-zi-dong-tesutowozuo-rou]] 2023.11 -[[PlaywrightのVSCode拡張を使って効率的にテストを書く>https://zenn.dev/cybozu_frontend/articles/6c2a54196f056d]] 2023.10 -[[E2Eテスト自動化ツールの最新トレンド──Playwright？ ノーコード？ Seleniumから多極化の時代へ！ (1/3)|CodeZine（コードジン）>https://codezine.jp/article/detail/18289]] 2023.9 -[[E2Eテスト自動化変遷 〜ノーコードからCypress、そしてPlaywrightへ〜 - estie inside blog>https://www.estie.jp/blog/entry/2023/09/19/133816]] 2023.9 -[[【E2Eテスト】ページオブジェクトモデルを使ったらメンテ地獄から解放された話 - RAKUS Developers Blog | ラクス エンジニアブログ>https://tech-blog.rakus.co.jp/entry/20230523/e2etest]] 2023.5 -[[ChatGPT（GPT-4）にE2E自動テストを書かせてみた - Qiita>https://qiita.com/YoshikiIto/items/abc12c96248fc0d4afb6]] 2023.3 -[[E2Eテスト(インテグレーションテスト)の利点と不利点 - Qiita>https://qiita.com/NAKKA-K/items/58d6b8476a3717179bda]] 2022.5 -[[E2EテストにAutifyを使っている理由、そしてE2Eテストで大事にしていること - Kaizen Platform 開発者ブログ>https://developer.kaizenplatform.com/entry/ban/2021-04-25/]] 2022.4 *カオスエンジニアリング [#s38d0a01] -[[WindowsにGremlinをインストールして攻撃を実行してみる | DevelopersIO>https://dev.classmethod.jp/articles/how-to-install-and-run-gremlin-on-windows/]] 2021.11 -[[Gremlinのシナリオを使ってTLS/SSL証明書の有効期限をテストしてみる。 | DevelopersIO>https://dev.classmethod.jp/articles/test-tls-certificate-expiration-by-gremlin/]] 2021.11 -[[Chaos Engineering on Frontend ~フロントエンドにカオス性を注入して信頼性を向上させよう~ - Qiita>https://qiita.com/G-awa/items/9dc13c2db99cc85705bf]] 2021.11 -[[カオスエンジニアリングと聞いてカオスになった人必見 - Qiita>https://qiita.com/naokiiiii/items/de20997a70922c01f754]] 2018 --カオスエンジニアリングとは、全世界に動画配信サービスを提供するNetflixが導入したことで注目されるようになった手法で、「本番稼働中のサービスにあえて擬似的な障害を起こすことで、実際の障害にもちゃんと耐えられるようにしよう」という取り組みです。
