この記事は、2024年6月に等身大のT-Penで公開した記事を、QAを楽しむ者向けにリライトしたものです。等身大のT-Penバグは全部直すべき？続きをみる

スコア4点昨夜、Zenn記事を1本書き上げた。タイトルも決めた。構成も練った。コード例も動作確認済み。あとは published: true に変えて push するだけ。でも押さなかった。reviewer エージェントのスコア: AI臭4点（10点満点）。基準は6点以上。4点は「修正推奨」じゃなくて「ボツ候補」。 葛藤毎日更新を目標にしてた。継続は力。書き続けることで文章力が上がる。それは間違ってない。今回の記事は、読み返すと「まず」「次に」「最後に」の機械的な接続詞が並んでる。「〜と考えられます」が3回。「これにより」が2回。典型的なAI生成文。人間が書いたら絶...

QAエンジニアのキャリアは、近年、ソフトウェア開発の複雑化やアジャイル開発の普及に伴い、非常に多様化し、専門性も高まっています。かつての「単なるテスター（バグ探し）」というイメージから、「プロダクトの品質を技術とプロセスの両面から保証する専門職」へと進化しています。この専門職（QAエンジニア）は、「技術」によって検証を高速化・高度化し、「プロセス」によって欠陥の混入を未然に防ぐという、プロダクト開発における「品質の司令塔」のような存在です。そのため、最近では SET (Software Engineer in Test) や QAマネージャー といった職種として、非常に高い市場価値を持つようになっています。続きをみる

この記事は、2025年6月に等身大のT-Penで公開した記事を、QAを楽しむ者向けにリライトしたものです。等身大のT-Pen品質を向上させたい。でも、何をすればいい？続きをみる

スタートアップ企業におけるQA（品質保証）エンジニアの役割は、単に「バグを見つける人」から、「ビジネスの成長速度を最大化しつつ、致命的なリスクを制御する品質の軍師」へと進化しています。今後、スタートアップで活躍する「QAエンジニア」が取るべき動き方を、5つの戦略的観点から解説します。続きをみる

背景RSpecでテストを高速化する一環で、allow_any_instance_ofを駆逐すべく、instance_doubleに置換したら、テストカバレッジが下がってあたふたした話です。 allow_any_instance_ofが非推奨な理由まず前提として、allow_any_instance_ofは以下の理由から使用が非推奨とされています。公式ドキュメントによれば、This feature is sometimes useful when working with legacy code, though in general we discourage its u...

はじめにこの記事では、AIを使ってテストファースト開発を続ける中で、実装中心だった思考がテストケース中心に変わっていった過程をまとめます。あわせて、現場で回しやすい進め方や注意点も整理します。AIを使ってテストファーストで開発していると、頭の使い方が少し変わってきます。以前は「どう実装するか」を最初に考えていましたが、今は「何を満たせば正しいと言えるか」を先に考える時間が増えました。これはAIが実装を補助してくれるからです。実装の詳細より、テストケースの質がそのまま成果物の質に直結しやすくなりました。 実装より先にテストケースを考える理由AIは実装案を高速に出せます...

今日はCAPLの学習をしました。構文は理解できています。イベントの仕組みも分かります。ファイルを読み、値を変換し、CANメッセージにする流れも、理屈では説明できます。続きをみる

更新日：2026/2/13GPT-5.3-Codex-Sparkがリアルタイムコーディングに革命をもたらす続きをみる

株式会社アイデアログの取締役CTOの松川と申します。今回は「シフトレフト」をやってみた感想と見つけた課題について書きます。 はじめにコーディングエージェントの登場によって、ソフトウェア開発の現場は大きく変わりつつあります。コードを書く工程、ホワイトボックステストの工程が劇的に効率化されました。「シフトレフト」──つまり、上流工程にリソースを集中させるという戦略が取り上げられるようになり我々もその流れに乗ることとしました。仕様変更による手戻りを極力なくし、テスト計画も上流で設計する。理にかなった判断だったと思います。ただ、実際にやってみると想定していなかった課題がいくつか見えて...

株式会社アイデアログの取締役CTOの松川と申します。今回は「シフトレフト」をやってみた感想と見つけた課題について書きます。 はじめにコーディングエージェントの登場によって、ソフトウェア開発の現場は大きく変わりつつあります。コードを書く工程、ホワイトボックステストの工程が劇的に効率化されました。「シフトレフト」──つまり、上流工程にリソースを集中させるという戦略が取り上げられるようになり我々もその流れに乗ることとしました。仕様変更による手戻りを極力なくし、テスト計画も上流で設計する。理にかなった判断だったと思います。ただ、実際にやってみると想定していなかった課題がいくつか見えて...

はじめに「この関数、長すぎて何をしているか分からない...でも触ると動かなくなりそうで怖い」長年運用されているプロジェクトには、必ずと言っていいほど「触るのが怖いレガシーコード」が存在します。仕様書は古く、テストもなく、書いた人は既に退職している——そんなコードを目の前にして、リファクタリングを諦めていませんか？AI時代において、リファクタリングのハードルは劇的に下がりました。AIは「コードの解読」と「テストの生成」において、人間よりもはるかに粘り強く、高速だからです。この記事では、AIエージェントを活用して、ブラックボックス化した機能安全にリファクタリングする実践的なステッ...

はじめにZennでは、CIテストとして以下の3種類のテストを実行しています。フロントエンドのユニットテスト（Vitest）バックエンドのユニットテスト（RSpec）フロントエンドとバックエンドを統合したE2Eテスト（Playwright）このうち、RSpecとPlaywrightについては、CIの実行時間を短縮するためテストの並列化を導入しており、ローカル環境では気づきにくいFlakyテストが存在していました。調べてみると、1/26〜1/30の5日間で、テスト実行100回中11回が失敗していました。これはFlakyテスト以外の失敗も含みますが、体感と大きなずれはありま...

はじめに続きをみる

QAエンジニアの役割は、今まさに大きな転換期にあります。単に「バグを見つける人」から、「プロダクトの価値を最大化し、開発スピードを支える品質の専門家」へと進化が求められています。続きをみる

AIが書いたコードとテストは、同じ盲点を持つAIにコードを書いてもらい、テストも書いてもらう。カバレッジは高い。テストは全部グリーン。でもそこで得られるのは「AIが見えている範囲では正しい」という保証だけです。AIは実装のロジックから演繹的にテストを導きます。実装が正しいという前提のもとで。だから実装にある盲点は、テストにもそのまま存在しがちです。これは注意力の問題ではなく、構造的な帰結といえます。コードの外にある知識、現実世界の文脈、暗黙の仕様、「こんなことは起きないはず」という常識は、AIが書いたテストからもそのまま抜け落ちてしまうことが多いです。 AIはコードに書か...

AIが書いたコードとテストは、同じ盲点を持つAIにコードを書いてもらい、テストも書いてもらう。カバレッジは高い。テストは全部グリーン。でもそこで得られるのは「AIが見えている範囲では正しい」という保証だけです。AIは実装のロジックから演繹的にテストを導きます。実装が正しいという前提のもとで。だから実装にある盲点は、テストにもそのまま存在しがちです。これは注意力の問題ではなく、構造的な帰結といえます。コードの外にある知識、現実世界の文脈、暗黙の仕様、「こんなことは起きないはず」という常識は、AIが書いたテストからもそのまま抜け落ちてしまうことが多いです。 AIはコードに書か...

再発を繰り返す品質課題。テスト工程に不具合が流れ込み続け、修正と検証に追われる一方で、「なぜ減らないのか」「どこから手をつけるべきなのか」が見えない。そうした開発現場は、決して珍しいものではありません。品質を「後工程で検査するもの」と捉えたままでは、不具合は減らず、スケジュールも、現場の疲弊も止まりません。QAのプロフェッショナル集団「Q-Force」は、こうした構造的な品質課題に対し、開発ライフサイクルの最上流から入り込み、品質を“つくり込むもの”へと転換することを使命としています。テスト工程だけを見るのではなく、設計・体制・情報連携にまで踏み込み、再発しない品質改善の仕組みを現場に残す。それがQ-Forceのスタンスです。続きをみる

技術を土台にして自分なりのQAエンジニアを目指す本連載の第7話のテーマは「スクラムマスター」の専門性です。 これまでの連載では、テスト設計、テストマネジメント、テスト自動化といった、テストエンジニアの職能に直結するいわゆ...The post 【第7回】スクラムマスターの専門性を持ったQAエンジニアとして first appeared on Sqripts.

はじめにGoで開発を続けていると、テストが増えるにつれて「どこに何を書くか」が曖昧になりやすくなります。特に単体テスト、DBを使う結合テスト、業務フローを見るシナリオテストを同じ場所で扱うと、実行時間や保守性の面で負担が出やすくなります。1つの実装ファイルに対して、テストを3種類に分ける運用が実務では扱いやすいです。シナリオテスト結合テスト（DBを含む）純粋な単体テストこの記事では、この3分割を前提にした構成を整理します。実際に動かせるサンプルコードは、次のリポジトリで公開しています。https://github.com/tonbiattack/go-test-...

※2025年執筆記事再掲こんにちは！令和トラベルの miisan です。令和トラベルは2022年4月、旅行アプリ『NEWT（ニュート）』プロダクトローンチ前からQA文化を醸成しながら、サービス提供してきました。サービスローンチ前から品質保証に力を入れてきた私たちが、AI共生時代における”境界線が消える世界”の中でのQAのあり方について再考しました。私がQA戦略について触れる記事は、実に約1年半ぶりとなってしまいましたが、令和トラベルに1人目QAエンジニアとして入社した時に思い描いていた3ヵ年計画を駆け抜けた今、新たなフェーズに進み始めた私たちのマインドシェアをしてみようと思いま...

※2024年執筆記事再掲こんにちは！令和トラベル QAエンジニア 兼 EM のmiisanです。この記事は、NEWT 2nd ANNIVERSARY CALENDAR DAY21として、書かせていただきます。2024年4月5日に、海外旅行予約アプリ『NEWT（ニュート）』は、2周年をむかえました。ご利用していただいてるカスタマーの皆さま、応援していただいている皆さま、そして関わっていただいている皆さま、いつもありがとうございます。昨年は、QA文化を築いてきた1年間にフォーカスをあて、振り返りの記事を書きました。ありがたいことに、この記事についての感想をいろんな場所でいただけて...

※ 2023年執筆記事再掲こんにちは。NEWT 1st ANNIVERSARY CALENDAR 19日目担当のQAエンジニア兼Engineering Managerの miisan です！今回は、QA Unitを垂直立ち上げし、どのようにQA文化を築いてきたのかについて振り返っていきます。ぜひQA文化の浸透や数歩先を見据えた品質活動について考えたいという方の参考になれば嬉しいです。この記事は、上期（2022年4月~9月）と下期（2022年10月~2023年3月）の構成でわけ、QA Unitとして目指してきたミッションと実際の取り組み、さらには結果としてどのような成果をプロダクト...

問題点プログラマー3年目をすぎました。３年めともなると日々色々なことを考えます。設計...多少わかる!DI...使える!レビュー...それなりに戦える!でも、こう思う瞬間があります。「この修正、本当に壊れてないよな...？」「リファクタしたいけど、ちょっと怖い」「動いてるし、一旦このままで...」コードは書けます。でも実際の業務のコードで"安心して触れるコード"は、意外と少ないんですよね。これはまるで、個体値Vなのに努力値無振りのポケモンみたいだなぁと思いました。スペックは高い。でも実戦で殴り合うと、思ったより弱い！3年目ともなると分かることがありま...

AIに特化したQA（Quality Assurance）エンジニアとは、人工知能（AI）や機械学習（ML）を用いたシステムの品質を保証する専門家。従来のソフトウェアテストとは異なり、AIは「入力に対して常に同じ答えが返ってくる（決定論的）」わけではなく、「確率的に答えが変わる（非決定論的）」という特性を持っています。そのため、AI特有の評価手法や知識が求められます。続きをみる

このページでわかることブラウザのDevToolsコンソールで fetch を一時的にラップし、任意のAPIに対してエラーや遅延など様々な挙動を再現する方法をまとめています。コード改修やビルドは不要で、ページをリロードすれば元に戻ります。※ この方法はブラウザ上の挙動のみを差し替えます（サーバーには影響しません） こんな時に便利ログインエラーの挙動を確認したいタイムアウト時の UI を確認したいサーバー側の実装前にフロントの挙動を確認したいバックエンドに負荷をかけずにテストしたい 手順対象ページを開くDevTools → Console を開く※ De...

開催日時: 2026/02/25 15:00 ～ 16:00<br />開催場所: オンライン<br /><br /><h2>■MagicPod×ベリサーブ 共催オンラインセミナーについて</h2><hr><p></p> 生成AIの進化により、ソフトウェア開発のスピードはこれまで以上に加速しています。<p></p><p></p><p>コード生成やドキュメント生成の自動化が進む一方で、QA組織や担当者には「品質を守る」役割に加え、<br>開発スピードと事業価値の向上に貢献する存在であることが強く求められるようになっているのではないでしょうか。<br></p><p>本セミナーでは、<strong>「テスト自動化とQAの事業貢献」</strong>をテーマに、<br>3社のリアルな知見をパネルディスカッション形式でお届けします。<br>事業貢献...

はじめに既存コードの修正は、実装を先に触りたくなりがちです。ただ、先に現行仕様をテストで固定しておくと、結果として修正の安全性と速度が上がることが多いです。この記事では、なぜこの順番が有効なのか、生成AIを使った実装やリファクタリングの文脈も含めて整理します。特に最近は生成AIで修正案を作る機会が増えたので、この順番の重要性を以前より強く感じるようになりました。 先に現行仕様のテストを書く理由今の挙動をチームで共有できる形で残せる変更時の退行を自動で検知できる仕様なのかバグなのかを切り分けやすくなる修正範囲の見積もりが現実的になる仕様変更の意図をテスト差分から...

この記事は、2022年3月に等身大のT-Penで公開した記事を、QAを楽しむ者向けにリライトしたものです。等身大のT-Penはじめに：カオスからのスタート続きをみる

はじめにQAエンジニアとして不具合に向き合う際、私たちが最も警戒すべき言葉があります。それは 「手元の環境では再現しませんでした」 という回答です。一見、単純な操作ミスや特定の端末依存に見えるバグでも、実は 「特定のログイン状態」や「複雑な権限設定」が組み合わさった時にだけ牙をむくエッジケースが多々あります。まれに発生するバグであっても、そのサービスや機能を利用するユーザーが存在する限り「サービスに欠陥があるな...」と捉えられてしまっては残念ですよね。今回は、チャットツール（SaaS）を例に、「再現不可」のバグの深掘り方やQAの介在価値を考察しました。 事象：メッセージ...

はじめにQAエンジニアとして不具合に向き合う際、私たちが最も警戒すべき言葉があります。それは 「手元の環境では再現しませんでした」 という回答です。一見、単純な操作ミスや特定の端末依存に見えるバグでも、実は 「特定のログイン状態」や「複雑な権限設定」が組み合わさった時にだけ牙をむくエッジケースが多々あります。まれに発生するバグであっても、そのサービスや機能を利用するユーザーが存在する限り「サービスに欠陥があるな...」と捉えられてしまっては残念ですよね。今回は、チャットツール（SaaS）を例に、「再現不可」のバグの深掘り方やQAの介在価値を考察しました。 事象：メッセージ...

はじめにQAエンジニアとして不具合に向き合う際、私たちが最も警戒すべき言葉があります。それは 「手元の環境では再現しませんでした」 という回答です。一見、単純な操作ミスや特定の端末依存に見えるバグでも、実は 「特定のログイン状態」や「複雑な権限設定」が組み合わさった時にだけ牙をむくエッジケースが多々あります。まれに発生するバグであっても、そのサービスや機能を利用するユーザーが存在する限り「サービスに欠陥があるな...」と捉えられてしまっては残念ですよね。今回は、チャットツール（SaaS）を例に、「再現不可」のバグの深掘り方やQAの介在価値を考察しました。 事象：メッセージ...

この記事は、2022年5月に等身大のT-Penで公開した記事を、QAを楽しむ者向けにリライトしたものです。等身大のT-Pen仲間の困窮を発見した日続きをみる

こんにちは、アクセルラボ採用担当です😊今回は、役員によるnote投稿リレー第2弾として、CFOの大嘉田に、採用面談の場では時間の都合でどうしても話しきれない内容や、会社説明資料には載せていない考え方も含めて、CFOの視点から正直に語ってもらいました。続きをみる

きっかけ同じ振る舞いを検証する二つのテストがあります。test('税込価格が正しく計算される', () => { const price = 1000; const result = calculatePriceWithTax(price); expect(result).toBe(1100);});import { TAX_RATE } from './config';test('税込価格が正しく計算される', () => { const price = 1000; const result = calculatePriceWithTax...

きっかけ同じ振る舞いを検証する二つのテストがあります。test('税込価格が正しく計算される', () => { const price = 1000; const result = calculatePriceWithTax(price); expect(result).toBe(1100);});import { TAX_RATE } from './config';test('税込価格が正しく計算される', () => { const price = 1000; const result = calculatePriceWithTax...

この記事は、2024年6月に等身大のT-Penで公開した記事を、QAを楽しむ者向けにリライトしたものです。等身大のT-PenQAエンジニアとして、バグを報告すると、基本はありがとうだけど、たまーに空気が変になることないですか？続きをみる

test

※本記事は、QAエンジニアである私個人の見解です。続きをみる

自己紹介続きをみる

こんにちは。拝読ありがとうございます。続きをみる

本noteについて本noteは、チャットボット導入や問い合わせ対応の整理について、外部に相談先を探している方向けの案内資料です。続きをみる

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