Google Cloud のサービスをローカル環境でエミュレートするツールを、公式・非公式に分けてまとめました。コマンドは手元の macOS で実行して確かめながら書いており、実行して初めて気づいた注意点（Datastore の --project 必須など）も反映しています。 なぜローカルエミュレータが必要かGoogle Cloud のサービスを使った開発では、動作確認のたびにクラウド上のリソースへアクセスすることになります。開発・テストのたびに課金が発生し、ネットワーク越しのアクセスはレイテンシも無視できません。テストデータの初期化やクリーンアップは煩雑になりがちで、CI/CD...

QAエンジニアが、テスト設計で「まず最初に繰り出す伝家の宝刀」といえば、同値分割と境界値分析です。入力フォームのバリデーションや、金額・年齢のロジックを最適化する上で、これらは代表的な手法です。しかし、「ステータス」という概念が登場した瞬間、この伝家の宝刀は一気に錆びつきます。ステータスは、連続した数値でもなければ、独立した単なる値でもないからです。本記事では、なぜステータスがテスト設計においてこれほどまでに厄介なのか、どう突破すべきか、現実的な対策をまとめます。 1. なぜ「同値分割・境界値分析」でステータスを削ると破綻するのか？結論から言うと、ステータスに対してこれら...

品質ってなに？〜ソフトウェア開発で本当に大事な「品質」とは〜ソフトウェア開発に携わっていると、毎日「品質」という言葉を耳にします。「品質を上げろ」「品質が悪い」「品質保証（QA）」…でも、「品質」って結局何だろう？ と改めて問われると、意外と答えに詰まる人が多いのではないでしょうか。この記事では、ソフトウェア開発における「品質」の本質を、初心者〜中堅エンジニア向けに整理します。国際規格も参考にしつつ、実務で使える視点をお届けします。 1. 「品質」の3つの顔ソフトウェアの品質は、大きく3つのレイヤーで考えるとわかりやすいです。プロダクト品質（成果物そのものの品質）...

品質ってなに？〜ソフトウェア開発で本当に大事な「品質」とは〜ソフトウェア開発に携わっていると、毎日「品質」という言葉を耳にします。「品質を上げろ」「品質が悪い」「品質保証（QA）」…でも、「品質」って結局何だろう？ と改めて問われると、意外と答えに詰まる人が多いのではないでしょうか。この記事では、ソフトウェア開発における「品質」の本質を、初心者〜中堅エンジニア向けに整理します。国際規格も参考にしつつ、実務で使える視点をお届けします。 1. 「品質」の3つの顔ソフトウェアの品質は、大きく3つのレイヤーで考えるとわかりやすいです。プロダクト品質（成果物そのものの品質）...

はじめにSpring BootでControllerTestを書いていると、最初は次のような疑問が出てきました。GETはなぜ200なのかPOSTはなぜ201なのかDELETEはなぜ204なのかValidationエラーはなぜ400なのかデータが存在しない場合はなぜ404なのかwhen()とdoThrow()はどう使い分けるのかServiceはどのタイミングで呼ばれるのか最初はテストコードの形だけを覚えようとしていました。しかし、実際には先にこのAPIは、どのような状況で何を返すのかを設計しなければ、テストコードを書くことはできません。この記事では、...

Spring BootのControllerTestを書いていて、一番苦労したのは「400なの？404なの？204なの？」という部分でした。最初はエラーの意味が分からず混乱しましたが、Controller・Service・GlobalExceptionHandlerの役割を理解すると、かなり整理できました。 HTTPステータスの役割今回のAPIでは次のように定義しました。HTTPステータス意味発生する場所200 OK取得・更新成功Controller201 Created登録成功Controller204 No Content...

📚 連載「AIの答えを検証する」第1回 / 全3回連載「AIの答えを検証する」第1回。AI にコードや文章を作らせたあと、同じ AI に「これで合っている?」と確認させる。よくある運用だ。だが、作った当人に自己採点させると、たいてい「大丈夫です」と返ってくる。都合の...

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

QAエンジニアのつーつーです😁プレローンチから約3か月後、先日正式ローンチをしました🫡前回、「考える道具」と「動く道具」が分断されている、という話を書きました。マインドマップで整理した構造が、タスク管理ツールには転写されない。その「思考と実行の溝」を埋めたくてWeProcessを作っている、という話です。ありがたいことに反響をいただいたのですが、書き終えてから、もう一つ埋めたい溝があることに気づきました。「知識を持っていること」と、「その知識が世の中で活きること」の間にある溝です。私たちは本を読み、記事を読み、勉強会に出ます。たくさんのフレームワークを「知って」います。でもそのほとんどは、知ったまま動かずに眠っています。そして、せっかく磨いた知見を、人は不思議なくらい共有しません。今回は、なぜそうなるのか——という話をします。前回が「ツールの壁」の話だったとすれば、今回は「認識の壁」の話です。続きをみる

この記事が語ることブランドプリペイドカード発行業者へクレームを入れた実体験のレポ。レビューを通過したにもかかわらず、ユーザーへ誤った情報が届けられたケースからの学び。テスト、レビューは、「何のためにやるのか」。 一つのサービス変更から考える、E2E観点と品質保証サービスを運営していると、仕様変更や機能追加は避けられない。その際、重要になるのは「変更した機能が正しく動くこと」だけではない。その変更によって、利用者がどのような認識を持ち、どのような行動を取り、最終的にどのような体験になるのか。つまり、サービス全体として成立しているかを見る必要がある。そして、サービス障...

同じ入力をもう一度流しただけなのに、評価結果の並び順が変わる。出力ファイルの timestamp が変わる。小数の表示が、手元と CI で少し違う。テストは緑なのに、昨日の品質判定を今日再現できない。つらいのは、バグが見つかったことではない。後から検収できないことだ。AI に実装を任せるほど、人間は差分の目視だけではなく、再実行可能な検証に依存するようになる。差分を読むだけで全体の正しさを判定するのは無理がある。だから、同じ入力と同じ条件から同じ出力が出ることを、品質要求として扱う必要がある。ここで扱うのは、LLM の temperature やプロンプトの揺れではない。AI が書...

この記事は、CYBOZU SUMMER BLOG FES '26の記事です。 こんにちは！26卒QAエンジニアのまりケロんです。 4月に入社してから、はや3ヶ月が経過しました。日々多くの学びがあり、目まぐるしくも充実した社会人生活を送ることができています。 今回は、4月の人事研修、5月の開発研修を終えた後にあった「チーム体験」のお話です。サイボウズに新卒入社をしたQAエンジニアがこの5週間をどのように過ごしていたか、読者の皆様にお届けできればと思います。 目次 チーム体験とは チーム体験スケジュール チーム体験が始まった！ 第1週：販売管理システム開発部 第2週：サブシステムチーム 第3週：S…

結論これはZenn投稿テスト用の記事です。 理由ZennとGitHubを連携したときに、articles/ 配下のMarkdownファイルが正しく記事として扱われるか確認するために作成しました。 確認したいことGitHubへpushできることZenn側で記事として認識されることpublished: true の記事が公開対象になること

まじめに TDD をやった。テストを先に書き、赤を確認してから実装し、テストコードも人間の自分がレビューした。行カバレッジは 91%。そのコードに機械的に小さなバグを埋め込んでみたら、約 3 割のバグをテストが見逃した。この記事は、カバレッジという数字がなぜテストの質の保証にならないのか、そして質を何で測り直したかの記録だ。特定のツールを紹介する記事ではない。想定読者は、これから生成 AI を開発に本格的に組み込もうとしているエンジニア。個人開発の実体験を主に書き、チームに持ち込む場合の話は末尾にまとめる。 背景前回、AI の設計レビューが 4 往復した話を書いた。今回も同じプロ...

はじめにクロステック・マネジメント Foundation Dept. 所属の Radish です。先日、社内輪読会で『テスト駆動開発』(Kent Beck 著、和田卓人 訳) を読んでいたとき、17 章で 欠陥挿入（defect insertion） という言葉が出てきました。（数年前に自分で読んだことはあるんですが、完全に忘れていました… 🫠）欠陥挿入とは、本番コードの一部を一時的に書き換えて、テストが落ちることを確かめる手法です。書籍では手作業でもツールでもできると書かれていたので、どういったツールがあるのか調べました。そこで出てきたのがミューテーションテスト（mut...

勉強期間二回受けたので結構長かったです。期間としては半年以上ですが、勉強したのは半年程度ですね。もっと短くて受かる方もいましたが、自分には難しかったです。 おすすめ資料シラバスはいわずもがなISTQB CTAL-TA v3.1 Sample Exam▽問題https://istqb.org/wp-content/uploads/2024/11/ISTQB-CTAL-TA-v3.1_Sample-Exam-A-Questions_v2.6.pdf▽答えhttps://istqb.org/wp-content/uploads/2024/11/ISTQB-CTAL-...

多くのエンジニアがE2Eテストの作成・保守にかかる膨大な工数と、テストの不安定さに頭を抱えているのではないでしょうか。特にUI変更に弱いテストは、修正コストがかさみ、結果としてテストが形骸化してしまうケースも少なくありません。本記事では、AIエージェントを活用してE2Eテ...

テスト観点が書けない・・・・、その壁、壊せます。前回の記事で「テスト観点で語れ」「足りない観点を指摘しなさい」と書きました。でも、こう思った人もいるんじゃないでしょうか。「で、テスト観点ってどうやって書くの？」テスト観点という言葉は知っている。大事なのもわかる。でも、いざ書こうとすると手が止まる。何を書けばいいのか、どこまで書けばいいのか、これで合ってるのか。その不安が、最初の一歩を阻んでいます。この記事では、テスト観点が書けない原因を3つの壁に分解して、それぞれの乗り越え方からチームでの運用方法まで、具体例付きで紹介します。この記事の手順を踏むと、最終的にこういうアウトプット...

テスト観点が書けない・・・・、その壁、壊せます。前回の記事で「テスト観点で語れ」「足りない観点を指摘しなさい」と書きました。でも、こう思った人もいるんじゃないでしょうか。「で、テスト観点ってどうやって書くの？」テスト観点という言葉は知っている。大事なのもわかる。でも、いざ書こうとすると手が止まる。何を書けばいいのか、どこまで書けばいいのか、これで合ってるのか。その不安が、最初の一歩を阻んでいます。この記事では、テスト観点が書けない原因を3つの壁に分解して、それぞれの乗り越え方からチームでの運用方法まで、具体例付きで紹介します。この記事の手順を踏むと、最終的にこういうアウトプット...

はじめに この記事は、CYBOZU SUMMER BLOG FES '26の記事です。 こんにちは、QAエンジニアのみずみずです。 普段はkintoneという製品のQAをしています。 私は2025年に新卒として入社し、今年で2年目になります。 入社前はQAは未経験で、プログラミングスキルとしてもスクールに通ったことがある程度のものでした。 この記事では未経験QAがテスト設計ができるようになるまでにやったことを書こうと思います。 テスト設計ができない！😭という1年目の私のような人の参考になれば幸いです。 はじめに 配属直後 同じ質問は2回しない テスト仕様書を作成 情報を探す力をつける 同じ指摘…

前に「AIに8割書かせたコードの半年運用」を書いたとき、効いた対策のひとつに「仕様とテストは人間が握る」を挙げました。ありがたいことに、あの記事はよく読まれました。https://zenn.dev/rapls/articles/7456767a19af06https://zenn.dev/rapls/articles/7a1bac83df8b21ただ、あそこでは「握る」としか書いていません。具体的にどう握るのか。半年やってみて、握れていた握り方と、握っているつもりで抜けていた握り方が、はっきり分かれてきました。今回はその実際です。先に答えを書きます。握るのは「テストというファ...

はじめにQAエンジニアとして働きながら、業務外でPlaywrightを使ったE2Eテストの自動化を学習しています。今回、学習用に作ったシンプルなTodoアプリに対してE2Eテストを実装し、GitHubに公開しました。この記事では、テストコードそのものよりも「どう設計したか」「なぜそう設計したか」に焦点を当てて書きます。題材が小さいアプリなので大げさな設計には見えないかもしれませんが、実務のE2Eテストでも同じ考え方がそのまま使えると考えています。対象読者:Playwrightでこれからテストを書き始める人Page Object ModelやFixtureを「なんとなく...

こんにちは！satto workspace で QA エンジニアをしている中井知子です。今回、iOS アプリの E2E テストを、Maestro というツールと AI エージェント（Claude Code） の組み合わせで自動化しました。!E2E テストは手動・自動どちらでも行うものです。「E2E ＝自動化」ではないので、この記事では自動化を指すときは「E2E 自動化」と書き分けます。最初にお伝えしたいのは、今回の取り組みが「大変だった話」ではないことです。むしろ逆で、驚くほど苦労しませんでした。わたし自身はコードをほとんど書いていません。Claude Code のセッション...

Dependency Injection（DI、依存性注入）は、ある処理が必要とするオブジェクトや関数を、その処理の内部で固定的に作らず、外側から渡す設計です。生成と利用を分けることで、業務ロジックをHTTP、DB、時刻、乱数、環境設定などの具体的な仕組みから切り離します。先に結論をまとめます。DIの目的は「何でもinterfaceにすること」ではなく、依存の選択と利用を分離すること必須依存はconstructorまたは関数引数から渡し、不完全な状態を作らない業務ロジックは必要最小限の振る舞いに依存し、具体実装の組み立てはcomposition rootへ集める小規模なら手動...

これはQiita/Zennへの自動クロスポスト機能の動作確認用テスト記事です。このあと本番記事に置き換える、または削除する想定です。（画像パス修正後の再テスト）

はじめにAIアシスト有りの現場では実装工程のほとんどがAIによる生成が多くなりました。コードレビューではGithub上に別エージェントを用意し別視点でのレビューを実施する現場もございました。そうなると「人間は何をレビューするのか？」が問われます。実際に、現場で問われた事がございます。以前の現場では手探りでもあったため、別エージェントによるFBを参照し対応すべきが判断し手元のAIエージェントに修正依頼し、対応すべきFBが無くなるまで繰り返した後にマージしましょうとしました。ですが、自分なりの回答を一度きちんと言語化しておきたいと思い、この記事を書いています。先に断っておく...

最近、コードカバレッジについてちゃんと調べる機会があった。自分は Rails、JavaScript を中心とした Web 開発の世界で育ってきた。そこでのテストは、基本的に振る舞いをテストするものだった。HTTP リクエストを送ってレスポンスを見る。モデルに値を入れて validation の結果を見る。純粋関数なら、入力を渡して出力を見る。input ↓public interface ↓observable resultテストの粒度を関数単位まで小さくしても同じだ。function calculateTax(price) { return Math.f...

「この関数、読みづらいからリファクタして」とAIに投げて、返ってきた差分をなんとなく眺めてマージする——ここで事故が起きます。リファクタの定義は 「外から見た挙動を変えずに、内部構造だけ整える」 こと。挙動が変わっていないことを 誰が保証するのか を決めないまま頼むと、それは単なる書き換えになります。この記事では、Claude Code に小さな関数のリファクタを頼むときの安全手順を、「頼む前にテストで挙動を固定する」→「動作を変えない制約つきで頼む」→「diffと等価チェックで担保する」 の順で通します。掲載のコードと出力は Python 3.11 / pytest / mypy で...

背景・目的生成AIでコードを書くこと自体は難しくなくなり、コードの正しさの判断が開発のボトルネックになり始めている。そこで、販売管理ドメインのPoCとして作っている sales-management では、AIに正しいコードを書かせることよりも、間違ったコードを通さないリポジトリを作ることを重視している。この記事では、この構成をLoop Engineeringの観点から説明する。 実装の正しさの判定開発のボトルネックは実装から次の三つへ移る。何を満たすべきかを仕様として記述する仕様通りかを機械的に検証する失敗時に、AIが修正できる反例を返すAIに「この機能を実...

はじめにAPI を呼び出すアプリを開発・テストしていると、相手の API がまだ無い・繋げない・落ちていて検証が進まない、という場面によく遭遇します。連携先 API がまだ開発中で実物が存在しない検証環境への接続権限がなく、手元から叩けない異常系（500 や空レスポンス）を意図的に再現したいこういうときは、決まったレスポンスを返す モックサーバー を手元に立てるのが手っ取り早いです。この記事では WireMock.Net を使い、JSON ファイルの中身をそのまま返すだけのシンプルなコンソールアプリを作ります。 WireMock.Net とはHTTP API の...

開発は、リポジトリに溜まり続けるカオスとの戦いです。コードは放っておけば散らかります。増えていくエントロピーをどう収束させるか。この問題は、人間がコードを書いていた時代から変わっていません。変わったのは速度です。AI にコードを書かせると、コードが積まれる速度は大きく上がります。書かれたコードの分だけ、構造の崩れが混入する機会も増えます。「1日で従来の1週間分のコードが積まれる」という感覚も、もう誇張には聞こえません。AI にレビューを手伝わせることも、珍しくなくなりました。それでも、コードに求めるべき性質がなくなるわけではありません。構造が読み取れるか。変更の影響を追えるか。失敗し...

はじめに個人開発を行う際、AIが書いたコードの品質をどのように担保するかに頭を悩ませている方は多いのではないでしょうか？エンジニアとしての実務経験が十分あっても、自身が得意とする領域についてはレビュー可能でもそれ以外の部分については評価が難しかったりします。（フロントエンド開発は経験豊富でもセキュリティに関する知見には乏しいなど）この記事では上記の問題を解消するために作成した、実装用サブエージェントのアウトプットを別のサブエージェントが検証する仕組みを紹介します。claude codeを用いた例を紹介しますが、別のコーディングエージェントを用いている方は適宜読み替えていただけ...

はじめに個人開発を行う際、AIが書いたコードの品質をどのように担保するかに頭を悩ませている方は多いのではないでしょうか？エンジニアとしての実務経験が十分あっても、自身が得意とする領域についてはレビュー可能でもそれ以外の部分については評価が難しかったりします。（フロントエンド開発は経験豊富でもセキュリティに関する知見には乏しいなど）この記事では上記の問題を解消するために作成した、実装用サブエージェントのアウトプットを別のサブエージェントが検証する仕組みを紹介します。claude codeを用いた例を紹介しますが、別のコーディングエージェントを用いている方は適宜読み替えていただけ...

バグ修正はもう辞めよう。エンジニアが『テスト投資』で実現する高速・高品質デリバリー戦略エンジニアの皆さん、日々の開発、本当にお疲れ様です。「やっと新機能が完成した！」と一息つく間もなく、ユーザーからの「バグ報告」に追われ、深夜までデバッグ作業…そんな経験はありませんか...

Large Language Models (LLMs) are increasingly used in software engineering workflows to generate both source code and test suites. This dual capability has enabled emerging development paradigms, including test-first and agentic workflows, where a single model is producing and validating implementations. However, these approaches assume that generated tests act as independent and reliable oracles - a fundamental requirement for effective software testing. In this paper, we challenge this assumpt

Adaptive Loop Filtering is an important tool for suppressing compression artifacts in modern video codecs. In the enhanced compression model (ECM), a software test model used for experimenting with video coding tools beyond Versatile Video Coding, fixed filters are trained offline and achieve high signal adaptivity via a fine-grained gradient-based classifier, resulting in a large number of fixed filters that introduce redundancy and increased implementation complexity. Reducing this redundancy

3 行毎朝届くシグナル briefing に「戦略 X 発動」と表示されていた日、実際にはその日の前提条件（3 連騰 + 直近リターン 1.5% 以上）は成立していなかった。検知器と独立に前提条件だけを機械的に再計算する「pPRP（post-Predicate Reality Proof）」検証層を後日追加したところ、false positive（発動表示 × 前提不成立）と false negative（発動非表示 × 前提成立）が同時に見つかった。得られた教訓: 「検知した」と主張するモジュールは、原理的に自分自身のバグを検知できない。前提条件を 独立レイヤで再計算する ...

Test maintenance is a critical, yet costly, activity - particularly as codebases rapidly evolve. To assist, we present MAST, a multi-agent framework that predicts which test cases require maintenance following changes to the production code. This identification task is necessary as a precondition to any subsequent maintenance activities, but remains challenging due to the complex relationships between production and test code. MAST advances the state-of-the-art by integrating multiple analyses -

Teams celebrate when deployment frequency increases. They shipped twice as much code this month as last month. Velocity is up. Speed is winning.But something feels off. Bug reports are piling up. Recovery from incidents is slower. The team feels more stressed, not less. Code that was finished la...

こんにちは！セーフィーでQAエンジニアをしている福山です。「シフトレフト」という言葉を本気で実践しようとしたとき、私は思わぬ落とし穴にハマりました。それは、上流工程に出ていくほど 「品質の言葉」だけでは仲間になれず、むしろ“後から検証しに来るブレーキ役”に見えてしまう ことがある、ということです。この記事では、一般社団法人UXインテリジェンス協会が提供するUX検定の学習を通じてデザイナーとの「共通言語」を少しずつ獲得し、上流での対話が回り始めた経験を共有します。 🎯 この記事は以下のような方に向けた内容ですシフトレフト推進で、他部署との対話が噛み合わないと感じるQAエンジニ...

この記事は、CYBOZU SUMMER BLOG FES '26の記事です。 はじめに こんにちは！サイボウズでQAエンジニアをしている tagashira です！ kintone システム管理/外部連携チームの機能開発の QA を担当しています。 さっそくですが、みなさんは普段の機能開発の中で、リグレッションテストをどのようなプロセスで作成していますか？ わたしのチームでは、リグレッションテストを自動テストとして作成しています。 QAエンジニア（以下 QA ）に特に強みのあるソフトウェアテストの知見と、プロダクトエンジニア（以下 PdE ）に特に強みのある実装の知見が交差する領域である自動リ…

1. はじめに — テスト設計は、実装を読まないどーもりょうさんです。自分はQAエンジニアで、普段のテスト設計に生成AIを使う仕組みを自作しています。テスト設計という作業は、普通、仕様書からテストケースを起こします。実装コードは読みません。コードを読むのはコードレビューの仕事、動かして確かめるのはテスト実行の仕事、という分業です。ところが生成AIにテスト設計をさせる場合、この分業の前提を少しずらせます。「仕様書と実装コードを突き合わせて、食い違いを洗い出す」という工程を、テスト設計の前段や、テスト実施の前段に、安く済ませておけるからです。仕様の条文とコードの該当箇所を対応付けて...