TypeScript環境での実践メモ 背景LLMによるテスト生成は、モデルの高性能化（Claude、GPT等のバージョンアップ）とカスタム指示の工夫により、かなり改善されてきました。単にカバレッジを通すだけでなく、仕様を検証しバグを検出するテストを生成できるようになってきていると感じます（2026年1月現在）。それでも「まだ弱い」と感じる部分は残ります。問題は、どこが弱いのかが見えにくいことです。ミューテーションテストは、その「弱い部分」を可視化するツールです。コードにわざと小さな変更を加えて、テストがそれを検出できるかを確認します。検出できなかった変更（生存ミュータント...

#11 エージェントの“品質”をどう担保するか？― 壊れない・ブレない・信頼できるエージェントへ ―前回は、エージェントが10体を超えたときの運用戦略を書いた。層構造やパターン化で“回る仕組み”は整った。しかし、ここから新しい問題が出てくる。「エージェントの品質をどう担保する？」「壊れたエージェントをどう扱う？」エージェントが増えるほど、“品質”はシステム全体の安定性に直結する。 🧨 品質問題は突然やってくるエージェントが10体を超えた頃、次のような現象が起き始めた。出力の精度が日によってブレる仕様変更に弱いエージェントが出てくる連携の途中で“壊...

Web のフロントエンド実装において、次のようなミスによってデザイン崩れを起こしてしまったことはありませんか。flex-shrink の指定を忘れて、要素が押しつぶされてしまったz-index の指定を間違えて、要素が意図せず前面（または背面）に表示されてしまったobject-fit の指定を間違えて、画像の一部が欠損してしまったこれらのデザイン崩れは、実装中に気づくこともあれば、リリース後に初めて気づいてしまうこともあります。本記事では、このようなデザイン崩れについて、テストコードによって発生しないことを担保できないかと考え、その可能性を整理します。なお、本記事に...

◀前の記事へ 次の記事へ▶︎続きをみる

本番バグを87%削減した、実測データに基づくテスト戦略「また本番でバグが見つかった...」「リリース後のホットフィックスが多すぎる...」これは、多くの開発チームが直面する深刻な課題です。しかし、適切なテスト戦略の導入により、この状況を劇的に改善できることを、実測データとともにお伝えします。本記事では、あるE-commerceプロジェクトで実施したテスト戦略により、本番バグを年間40件から5件（-87%）に削減した具体的な手法を紹介します。 バグ削減前の深刻な状況まず、テスト戦略導入前のプロジェクトの状態を見てみましょう。 プロジェクト概要規模: Next.js...

はじめに表題のテスト技法を学んだので、今回はこちらを記事にしてみたいと思います。なお、この記事は以下の記事を前提にしていますので、僭越ながら、先にこちらから見ていただければと思います。https://qiita.com/fujihara_hideyuki/items/904a6593443c5b62213a テストは意地悪であれ先述の記事にもありますが、『ソレはアタル』を用いることで、怪しい所をより見つけやすくなります。これは探索的テストでしたり、テスト分析におけるテスト観点の抽出でしたり、はたまた仕様漏れの防止でしたり、開発の様々なフェーズで応用可能なフレーム...

はじめに表題のテスト技法を学んだので、今回はこちらを記事にしてみたいと思います。なお、この記事は以下の記事を前提にしていますので、僭越ながら、先にこちらから見ていただければと思います。テストは意地悪であれ先述の記事にもありますが、『ソレはアタル』を用いる...

#10 エージェントが10体を超えたときの運用戦略― “増やす”から“回す”へ、フェーズが変わる ―前回は、Brown系の誕生と再編の話を書いた。あのフェーズを越えると、次にやってくるのが “運用の壁”。エージェントが3体、5体、7体…と増えていくときは、「増やす楽しさ」が勝っていた。しかし、10体を超えた瞬間、世界が変わった。 🧨 10体を超えると起きる“質的変化”エージェントが10体を超えると、単なる数の増加ではなく、質的な変化が起きる。具体的には：連携の順番が複雑化する依存関係が増える役割の重複が再び発生する変更の影響範囲が読みにくくなる「誰...

AIの進化によって、プロダクションコードに対するテストコードは、以前と比べて格段に書きやすくなったと感じています。単体テストに関する基本的なお作法については、以前に以下の記事で整理しました。興味があれば、参考として読んでもらえると嬉しいです。https://zenn.dev/silverbirder/articles/e62ad1be9cdb40保守や運用の観点で見ると、プロダクションコードを修正した際に、既存のテストが壊れ、そのテストを修理しながら既存機能を担保していく、という点で、単体テストは有効に機能します。一方で、テストカバレッジ100%のように、すべての分岐や条件を網...

こんにちは、再び登場のマイマイです。今回は仕事に直結するQAエンジニアについて書いていきます。QAエンジニアについては、ChatGPTにロードマップを作ってもらいました。続きをみる

はじめにとあるサンプルアプリの開発でClaude Codeとペアプロしたときに「E2Eスクリーンショットテスト」による画面情報の共有を試してみたところ、画面確認のためにブラウザを開く回数が大幅に減り、AIとのやり取りがスムーズになったので紹介します。 前提条件この手法を試すには以下が必要です。Playwrightがセットアップ済みE2Eテストを実行できる環境（開発サーバーやEmulatorなど）Claude Codeがリポジトリ内のファイルを読み取れる状態 課題：AIと画面状態を共有できないClaude Codeとペアプロする際、こんな課題がありました。...

こんにちは。株式会社SHIFT アジャイルQAエンジニアの佐藤です。先日、JSTQB Foundation Level（以下 JSTQB FL）を受験し、無事に合格しました。この記事では、これからJSTQB FLを受験しようと考えている方へ、続きをみる

はじめにこんにちは。株式会社ガラパゴスでQAエンジニアをしているfukaです。社内のメンバーと話していると、「品質についての課題」や「品質向上」というワードがよく出てきます。普段の業務で品質保証活動は行っているはずだけど「品質」という言葉が出てくると、「自分は品質に対して何かやれているっけ・・・」といつも不安になります。「品質」という言葉が意味する範囲は広いため、今回、品質を図る色々な指標を用いつつ、私なりに考えてみました。 品質の定義品質とは何でしょうか？この記事では認識を揃えるために、テスト関連記事でよく見かける以下の定義を用いてみます。「品質とは、誰かにとっ...

はじめにこんにちは。株式会社ガラパゴスでQAエンジニアをしているfukaです。社内のメンバーと話していると、「品質についての課題」や「品質向上」というワードがよく出てきます。普段の業務で品質保証活動は行っているはずだけど「品質」という言葉が出てくると、「自分は品質に対して何かやれているっけ・・・」といつも不安になります。「品質」という言葉が意味する範囲は広いため、今回、品質を図る色々な指標を用いつつ、私なりに考えてみました。 品質の定義品質とは何でしょうか？この記事では認識を揃えるために、テスト関連記事でよく見かける以下の定義を用いてみます。「品質とは、誰かにとっ...

はじめに現代のソフトウェア開発において、スピードと品質を両立させるための鍵は、皮肉なことに「完璧でないことを受け入れること」にあるのではないかと考えています。より正確に言えば、「失敗することを前提とし、その許容の程度を柔軟に組織やプロセスの設計にあらかじめ組み込んでおくこと」 です。なぜ「失敗を許容する設計」こそが、結果として品質への近道となるのか。今回はその理由についてお話していきます。 「作る脳」と「直す脳」を切り離す人間は、新しいものを生み出す「発想・創造」のようなアクセルと、論理的な不整合をチェックする「批判・検証」のようなブレーキを同時に行うようにはできていません...

はじめに現代のソフトウェア開発において、スピードと品質を両立させるための鍵は、皮肉なことに「完璧でないことを受け入れること」にあるのではないかと考えています。より正確に言えば、「失敗することを前提とし、その許容の程度を柔軟に組織やプロセスの設計にあらかじめ組み込んでおくこと」 です。なぜ「失敗を許容する設計」こそが、結果として品質への近道となるのか。今回はその理由についてお話していきます。 「作る脳」と「直す脳」を切り離す人間は、新しいものを生み出す「発想・創造」のようなアクセルと、論理的な不整合をチェックする「批判・検証」のようなブレーキを同時に行うようにはできていません...

「十分にテストしたはずなのに、なぜリリース後に不具合が止まらないのか」「品質改善に取り組んでいるのに、現場の負担だけが増えていく」ソフトウェア開発の現場では、こうした“違和感”を抱えながらも、本当の原因にたどり着けないまま対処療法を繰り返しているケースが少なくありません。続きをみる

Androidアプリのリリース直前、クローズドテストを終えて申請したところ、普通に審査で落ちました。コードや機能の問題ではなく、テストの質に関する指摘でした。最初は理由がよく分からず、かなり詰みました。結果的に、相互テストという形で解決したので、その経緯を書きます。審査で落ちたときの状況当時の状況はこんな感じです。クローズドテストは実施済みテスターは数人いる期間も一応確保した重大なバグはなし正直、「これで通らない理由があるのか？」と思っていました。指摘されたポイント（推測含む）Google Playから明確な数値基準は示されませんが、状況を振り返る...

Androidクローズドテストで詰んだポイント5選まとめAndroidアプリを個人開発していて、あとはリリースするだけと思ったところで、クローズドテスト周りで完全に詰みました。同じところでハマる人が多そうなので、実際に詰んだポイントをまとめます。クローズドテストは形式を整えるだけでは通らない•テスターを数人追加•数日待つ•申請これだけだと、普通に落ちます。Google Playは「実際にテストが行われているか」を見ています。詰んだ理由•テスター数が少ない•テスト期間が短い•実利用がほぼ無い形式だけ整えてもダメでした。テスターが集ま...

Unit/Integration/E2Eテスト戦略を実測データと失敗事例から学ぶ。Jest、Vitest、Playwright完全マスター。カバレッジ87%達成、本番バグ87%削減の実績。テストピラミッド、TDD/BDD、CI/CD統合まで網羅した実践的完全ガイド。

たぶん、あなたも一度は見たことあるはずです。リリース当日に落ちるボタンなぜかログインできない月曜の朝“昨日まで動いてた”のに動かない神秘続きをみる

技術を土台にして自分なりのQAエンジニアを目指す本連載、第6回のテーマは「テスト自動化」です。 前回の記事をご覧いただいた方はご存じだと思いますが、私は文系大学出身で、キャリアのスタートは営業職でした。 実務で、商用のプ...The post 【第6回】テスト自動化：「設計原則」を知り、当たり前の技術にする first appeared on Sqripts.

概要共通処理の引数を変えたり、アラートをトーストやモーダルに変えたりと複数箇所に影響がある変更をした場合、影響箇所の調査と検証が大変でした。Claude で Playwright MCP を使うと必要な検証（キャプチャ取得）が自動実行できて便利でした。 Playwright MCP を導入Playwright はブラウザを自動操作する際に利用できるライブラリで、テストにもよく使われます。昔は Selenium が流行っていた気がしますが最近は Playwright を使うことが多いようですね。今回は Claude にブラウザの操作をしてもらうために Playwrigh...

#8 Vault構造が本領発揮し始める― Intent / Context / Agents / Result が“システム”を支える ―前回は、単一責任の原則に本気で向き合い、エージェント同士の境界線を明確にした話を書いた。今回は、その次のフェーズ。Vault構造が本格的に効き始めた瞬間について。エージェントが増え始めると、「どこに何を書く？」「何を渡す？」「どこまで覚えさせる？」という問題が一気に増える。その混乱を救ってくれたのが、Intent / Context / Agents / Result の Vault構造だった。 🗂️ Vault構造とは何...

はじめにはじめまして、株式会社Autest代表の浅田です。続きをみる

Vibe駆動開発はクソである。 Vibeで詰みかけた国内でもほぼ前例のない高難度R&Dをやっていた。調べても答えが落ちていない。数式と向き合いながら精度を詰めていくしかない類のやつだ。自分としても専門外の分野だったので、最初はAIに頼ってみた。それっぽいプロンプトを投げ、AIにコードを書かせて、理解した気になりながら、Vibe的なお祈り駆動開発を進める。結果？失敗である。つまるところ、Vibeで詰みかけた。そこから 「Vibe」を全て捨てた。真正面から数式と論文へと向き合い、基礎勉強主体に回帰した。その瞬間からグラフの精度は階段状に伸び始め、最終的には業界最高...

Vibe駆動開発はクソである。 Vibeで詰みかけた国内でもほぼ前例のない高難度R&Dをやっていた。調べても答えが落ちていない。数式と向き合いながら精度を詰めていくしかない類のやつだ。自分としても専門外の分野だったので、最初はAIに頼ってみた。それっぽいプロンプトを投げ、AIにコードを書かせて、理解した気になりながら、Vibe的なお祈り駆動開発を進める。結果？失敗である。つまるところ、Vibeで詰みかけた。そこから 「Vibe」を全て捨てた。真正面から数式と論文へと向き合い、基礎勉強主体に回帰した。その瞬間からグラフの精度は階段状に伸び始め、最終的には業界最高...

ナレッジワークでQAエンジニアをしている かとあず です。本記事は、2025年12月23日（火）に開催した勉強会Encraft #22 AIプロダクトを支えるアーキテクチャ設計 ー理論と実践の参加レポートです。私は普段、品質保証を専門としており、バックエンド開発は担当領域ではありません。それでも今回このイベントに参加したのは、「職種にとらわれず専門外にも目を向けることで、QAエンジニアとしての判断やテスト観点にも良い影響がある」と考えたからです。本記事では、QAエンジニアである私がEncraft #22に参加して得た学びとして、専門外イベントから得られた具体的な気づきバック...

はじめにこんにちは！TOKIUMでQAチームのリーダーをしている西田です。QAチームの拡大に伴い、採用面談に関わる機会が増えてきました。限られた面談時間の中で、候補者の方がQAエンジニアとして活躍できるかどうかを見極めることは、正直なところ非常に難しいと感じています。今回は、QAエンジニアの採用面談において「何を聞いたら有効か」について、私なりの考えをお話しさせていただきます。 従来の面談で測りきれないもの 経験だけでは差別化しにくい現実中途採用の面談では、多くの候補者の方が「QA業務の上流から下流まで一通り経験している」という状況に遭遇します。テスト計画の策定、テス...

1. 課題：手動モックのメンテナンス地獄クリーンアーキテクチャの原則に従って認証システムを構築した当初、テスト用に手動でモックを作成していました。最初は機能していましたが、すぐにメンテナンスの負担になりました：// 手動モック - インターフェースが変更されると手動で更新が必要type MockTokenGenerator struct { generateFn func(userInfo ports.UserInfo) (string, string, error)}func (m *MockTokenGenerator) GenerateTokenPair(u...

こんにちは、MagicPodメンバーのIkariです。目次 -->目次イベントについてこのイベントは、最近出版された話題のソフトウェアテスト関連書籍を中心に、著者や翻訳者の方々自らにご紹介いただくという豪華な内容で開催されました。セッション内容ダイジェスト1. フルスタックテスティング 10のテスト手法で実践する高品質ソフトウェア開発登壇者：末村 拓也さん（Autify Quality Evangelist）「機能テストだけでいいんだっけ？」という悩みに応える、全方位型ガイドです。セキュリティやアクセシビリティなど10のテスト手法をピックアップしており、特定のスキルから「10のスキルを持つテスター」へステップアップしたい初・中級者に最適な一冊です。フルスタックテスティング 10のテスト手法で実践する高品質ソフトウェア開発 2. ソフトウェア品質保証の極意 経験者が語る、組織を強く進化させる勘所登壇者：鎌倉 洋一さん（日科技連「ソフトウェア品質保証プロフェッショナルの会」企画委員） 「44の極意」で解決する一冊です。見開きで1つの極意が完結する構成になっており、組織レベルからプロジ...

生成AIが変革するソフトウェア品質保証の未来 - ソフトウェアテストの進化と組織・エンジニアの真価 -｜日本総研日本総合研究所は、システムインテグレーション・コンサルティング・シンクタンクの3つの機能を有する総合情報サービス企業です。www.jri.co.jp 日本総研から出ている、生成AIが変革するソフトウェア品質保証の未来 という資料を読みました。続きをみる

明けましておめでとうございます。だいぶバタバタしていて間が空いてしまったのですが、今年も自身の経験を交えてQA・ソフトウェアテストについて、お役に立てる考えやノウハウを発信できればと思います。本年も何卒よろしくお願いします。信頼はキャリアをつくる続きをみる

QAエンジニアのつーつーです😁新年明けましておめでとうございます🎍本年もよろしくお願いします🙇‍♂️年末年始はVibe codingを楽しんでおりました😎昨年はAI元年ということで、今年からはよりAIとどのように協創していくかが大事になってくるよな～と思いながら今後も使える情報って個人的にどういうことかな？と考えたときに出てきたテーマがタイトルの内容でした。続きをみる

この記事では、既存のExcelファイル（テストデータ）をToscaからODBCで参照し、必要なテストケースだけを実行する方法案を記載します。（※Toscaのバージョンや導入構成により画面/名称が異なることがあります。実環境に合わせて読み替えてください）背景：DBを用...