はじめに初めまして。このnoteは、ノーコード×AIで副業を目指して学習を始めた記録です。正直に言うと、最初のきっかけは「AIを使って楽したい」という気持ちでした。とりあえず読んでみるか、くらいの気持ちで開いた人が、「また読んでみようかな」と思えるような記録を残していけたらと思っています。続きをみる

前回はエントリーキャリアの方に向けて、在宅勤務における「他人を思いやる力」を具体的な行動レベルで深掘りしました。 連載第3回となる今回は、対象を少し広げ、中堅（ミドルキャリア）のQAエンジニアの皆様に向けてお話ししたいと...The post 【第3回】AI時代に問い直すドキュメンテーション —「主張」から「伝達」へ first appeared on Sqripts.

エージェント構造と既存技法の対応関係― 自然に統合されていた設計思想 ―この図は、私が実際に使っているエージェント構造と、それがどんな既存の設計技法と対応しているかを整理したもの。驚いたのは、意識せずに使っていた構造が、複数の設計思想と一致していたこと。 🧱 層構造と技法の対応 Brown（前処理）Clean Architecture: Data / Input LayerNLP Pipeline: Preprocessingマイクロサービス: Gateway / Normalizer Blue（生成）UseCase Layer / Domain ...

はじめにこんにちは。もしくはこんばんは。自動化メンバーのM.Hです。あれだけ夏が暑かったにもかかわらずに冬は冬で厳しい寒さであり、季節のグラデーションの強さに戦々恐々としています。冬服を買い足さないと…続きをみる

発端はこの記事続きをみる

自己紹介はじめまして、株式会社 MG-DX で Web フロントエンドエンジニアをしている植木です。オンライン診療・服薬指導サービス「薬急便」の開発に携わっており、主に Web フロントエンド開発と Flutter アプリケーション開発を担当しています。現在は通常の開発業務のほか、AI を活用した開発環境の構築も兼務しています。 はじめに薬急便で開発しているアプリでは、印刷機能を持っており、印刷が必要なテストは実際にPDFで書き出して確認していました。運用するにつれ、改修も多くなり、手動で見るの限界になりました。そこで、画面のスナップショットのテストはすでに入れていたので、...

はじめにローカル開発環境でAWSサービスをエミュレートできるLocalStackは、開発やテストの効率化に非常に便利なツールです。今回、Lambda関数の統合テストをLocalStackで実行しようとしたところ、Docker Desktop の代替として使っていた Finch との互換性問題に直面しました。本記事では、その問題をどう解決したのか、試行錯誤の過程を含めて紹介します。「Docker Desktop の代替ツールを使っているけど、LocalStack がうまく動かない」という方の参考になればと思います。 前提環境macOSFinch: v1.10.3（Dock...

こんにちは。CATエヴァンジェリスト・石井優でございます。続きをみる

こんにちは。CATエヴァンジェリスト・石井優でございます。続きをみる

もし明日、あなたのチームがなくなると言われたら、あなたは何を思いますか？実際に「There will be no more QA team.」と上司に言われた私はショックのあまりに声を失ってしまいました。続きをみる

#13 エージェント同士の“対話”が生まれた瞬間― 協調フェーズの始まり ―前回は、MetaReviewer を中心にした自己改善ループが生まれ、エージェントが“自分で育つ”フェーズに入った話を書いた。しかし、ここからさらに進むと、エージェント同士が“対話”を始めるという、まったく新しい現象が起きた。これは、エージェント開発における協調フェーズの幕開けだった。 🗣️ 対話が必要になった理由エージェントが増えると、それぞれの役割が専門化していく。Blue系：生成が得意Green系：分析が得意Red系：評価が得意Meta系：改善が得意専門性が高まる...

はじめに〜Podcast始めました〜 これまでブログや登壇資料をはじめとしたテキスト形式で発信してきましたが、この度、新しい挑戦としてビデオPodcast番組『B-Testing.fm』をスタートしました！ 「音声」の手軽さはそのままに、時には図解や実際の画面を交えた「動画」ならではの分かりやすさで、テストや品質の世界を深掘りしていきます。 ▼ご視聴はこちらから Spotify Apple Podcast YouTube 番組のコンセプト 週の始まりである月曜日の朝。 頭を仕事モードに切り替えるその時間に、1つだけ「品質やテストに関する気づき」を持ち帰ってもらうための番組です。 配信日時： 毎…

🚀 はじめにこの記事は dbt入門（第8弾 / dbt-expectations編） です。第4弾で「dbtの標準テスト（not_null / unique / relationships / accepted_values）」を扱いました。第8弾では、標準テストだけでは実装しづらい（または冗長になりがちな）データ品質チェックを、dbt-expectations パッケージで実現する方法を解説します。前回（第4弾）記事dbt入門（第4弾）: データ品質を守るテスト戦略https://zenn.dev/yujmatsu/articles/20251229_sf_dbt_...

#12 エージェントの“メタ化”と自己改善ループの誕生― 自分の弱点を理解し、改善し続けるエージェントへ ―前回は、品質フェーズでテストやレビューを導入し、エージェントの“壊れにくさ”を手に入れた話を書いた。しかし、ここからさらに進むと、エージェントが自分の弱点を理解し、改善し始めるというフェーズに入る。これが、いわゆる “メタ化” の始まりだった。 🧠 メタ化とは何か？メタ化とは、簡単に言うと：エージェントが自分の出力を評価し、改善点を抽出し、次に活かす仕組みを持つこと。つまり、「作る → 評価する → 改善する」というループを 自分で回せるように...

AIって「賢いお友達」じゃないよ？「AIに聞けば正解が返ってくる〜！」……って思ってない？ ちょっと待って！AIってね、中身が見えないの。ブラックボックスなの。なんでその答えが出てきたのか、実は誰にもわからないんだよ？これってどこかで聞いたことない？そう、テストしたいコードと同じ！ 「答えを覚える」テスト vs 「性質を検証する」テスト普通のテストってこう書くよね：test("add(2, 3) は 5 になるはず") { assert(add(2, 3) == 5)}これって「入力Aなら出力B！」って答えを覚えてるの。でもね、プロパティベースドテスト（S...

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保守や運用の観点で見ると、プロダクションコードを修正した際に、既存のテストが壊れ、そのテストを修理しながら既存機能を担...

こんにちは、再び登場のマイマイです。今回は仕事に直結する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統合まで網羅した実践的完全ガイド。