WACATE 2026 夏の申し込み締め切りは 6月6日（土） まででしたが、定員まで若干名の余裕があるため、申し込み期間を 6月12日（金） 23:59 までに延長します！ 定員に達してしまった場合には、その時点で申し続きを読む投稿 WACATE 2026 夏の申し込み締切を延長します（6/12 23:59まで） は WACATE に最初に表示されました。

Android 16では、外部ディスプレイやデスクトップ風のウィンドウ、リサイズ可能なアプリ体験がより重要になります。開発者やQAチームにとって、これは単なるUI確認ではありません。状態復元、画面密度、キーボード・マウス入力、スクリーンショット、録画、実機での再現性まで含めて確認する必要があります。 最初に確認したいポイント狭いスマホ幅から、タブレットに近い幅までウィンドウを変更するダイアログ、フォーム、マップ、広告、ゲームHUDが重ならないか確認するキーボードフォーカス、テキスト入力、マウススクロール、右クリック、ドラッグ操作を試す実機Androidでスクリーンショット...

基本は JUnit5 + Spring Batch 5.x / Spring Boot 3.x 系の前提で考えるのが自然です。Spring Batch の公式ドキュメントでも、spring-batch-test が Batch の end-to-end テスト用クラスを提供し、@SpringBatchTest でテストユーティリティを注入できると説明されています。なお Spring Batch 6.0 では JUnit 4 はサポート外で、JUnit Jupiter への移行が推奨されています。(Home)方法主な対象使うもの何を見るか向いている場面注意点通常...

はじめにプロダクトオーナーがLLMを使って「これが理想だ」というアプリを作り上げる——2026年の今、これはもう珍しい光景ではありません。プロトタイプは驚くほど速く立ち上がります。問題はその次です。「動くものができた。これをAWSの本番に載せて、これからも改修していきたい。でも、修正するたびに別のところが壊れるのは困る」。本記事はまさにこのフェーズ、「動くプロトタイプ」を「壊れない本番システム」に変えるための作り方を、2026年のトレンドと一次ソースに基づいて整理します。結論を先に言うと、鍵は3つです。コードより先に「仕様（spec）」を固めるAWSのマネージドな経路に載...

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

WACATE 2026 夏の申し込み締切日当日となりました！ 「明日の日曜日までにポジペを書き終えれば良いか…」と思っていたあなた！申し込みは今日までですよ！ まだ申し込みをしていない方は申し込みを忘れずに。 今回のWA続きを読む投稿 【申込は今日まで！】土曜日ですが、申し込み締切は今日です！ は WACATE に最初に表示されました。

第1回：「再会」が怖かった話「再開」？「再会」？では気分が違う。中断したプロジェクトに戻ることを、久しぶりに会いに行くことと呼べるなら——それは怖いことではなく、楽しいことのはずだ。 個人開発の時間、あなたはどう確保していますかフルタイムで働きながら個人開発を続けるとき、理想通りにまとまった時間は取れません。朝、出勤前の 10 分昼休みの 30 分夜、確保できれば 1 時間何日も触れない週もあるこのスタイルで最初につまずくのは、機能の難しさではありません。作業を再開するたびに「どこまで動いていたか」が分からず、確認だけで時間が溶けることです。「この関...

前の記事 では、外部依存を持つコードを Protocol + Fake で軽くテストする考え方を整理しましたこの記事では、その応用として NATS JetStream を題材にします。JetStream は、NATS Core の上に永続化や再配送の仕組みを足したメッセージング機能です。Pull Consumer を使うと、ack、nak、再配送、最大配送回数、Dead Letter Queue 相当の処理などを考える必要があります。ただし、すべてのテストで本物の nats-server を起動すると重くなります。ローカルでも CI でも、起動待ちや Docker 依存が増えます。...

ごきげんよう。saeです。 今年もJaSST'26 Tohokuに参加してまいりました。楽しかったです。実行委員のみなさま、お話ししてくださったみなさま、ありがとうございました。 以下感想です。 jasst.jp 感想 本会 JaSST'26 Tohoku、今年のテーマは「生成AIと歩むテスト設計 〜AIはもう1人の仲間〜」でした。 自分は、生成AIについては「触ってはいるけど使いこなせてる感じはまったくない」という感じで、かといってなにか困っているという訳でもなく。なんか面白い話聞けたら良いな〜といったようなのほほんとした心持ちで参加しておりました。 この会に参加して心に残ったワードとして、…

はじめに生成AIを開発現場に入れたら、コードも設計書も議事録もテストケースも、作る速さは確かに上がった。一方で、生成物を十分に検証しないまま採用すると、不具合・脆弱性・保守不能化・判断経緯の消失が起きる。このあたりの危機感は、もう共有されていると思う。本稿では、品質...

はじめに始業時にSlackを開いたら、昨夜実行したE2Eテストの失敗の分析も、再実行も、修正PRの作成も、ぜんぶ終わっていた。そんな状態を実現するまでの、QAとAIのお話です。 第1章：QAチームが一手に担っていた時代私たちのチームでは、PlaywrightでE2Eテストを自動化しています。私たちは、20以上の診療科を持つクリニックに向けて、オンライン・対面それぞれの診療形式に対応したシステムを提供しています。重要なユーザー体験だけをテストしようとしても、リリースの度に手動でカバーするにはコストが高く、メンバーも限られていたため、自動E2Eテストを導入しました。また、一...

あっという間に申込締切まであと1日となりました。締切は 6/6（土）です。「日曜日にやれば良いや…」と思っている方、日曜日は締切後ですよー！ 申込時に必要なものとしてポジションペーパーがあります。ポジションペーパーには、続きを読む投稿 【申込締切まであと1日！】皆さん、ポジペは書きましたか？ は WACATE に最初に表示されました。

実在の Web サービス 5 つを相手に、フォーム入力・公開操作・一括処理を自動化した 1 日で踏んだ地雷 25 件の実録。trusted event / UA 検出 / lazy render / custom checkbox / やったフリ検出 — チュートリアルでは出てこない「実サイトの防御」への対処を、再利用できるパターンとして整理します。

「AIでテストを効率化したい」その悩み、体系的に解決できるかも — ISTQB CT-GenAI とは？最近、こんなことを感じていませんか？「生成AIでテストケース作ってみたけど、なんか微妙な結果が出た…」「プロンプトの書き方が合ってるのかよくわからない」「生...

テストが増えてくると、だいたいこういう声が出てくる。「注文履歴まわりのテストだけ流したいんだけど」「CSV関連だけCIで分けたい」「メール送信のテストは除外して回せないかな」Playwrightにはタグという仕組みがあって、@smoke みたいに @ 始まりの文字列を付けておけば --grep "@smoke" で絞り込める。やりたいことはこれで全部できる。できるんだけど、タグが、乱立する。 文字列タグは自由すぎるPlaywright標準のタグは、test.describe のオプションに tag として渡す文字列です。ルールは「@ で始めること」だけ。これは公式ドキュメン...

@media only screen and (max-width: 600px) { .body { overflow-x: auto; } .post-content table, .post-content td { width: auto !important; white-space: nowrap; }}This article was adapted from a Google Tech on the Toilet (TotT) episode. You can download a printer-friendly version of this TotT episode and post it in your office.By Radion KhaitA test passes. Great! But does it really mean your code is working as expected? Not necessarily.Sometimes the values you choose in your tests can create a false

こんにちは！今周りはAI、AI、またAI・・・AIは頼りになりますけどね（笑ノースキルまたは、ロースキルでもアウトプット（最終形）さえ思い描けていれば、すごく有効だと思います。ん？これ別で書いてたっけな・・・はい、ということで、今回はPlaywrightに備わっている機能で「Visual Regression Testing」について記載していきます。 はじめにPlaywrightにおける ビジュアルリグレッションテスト（Visual Regression Testing） は、コードの変更によって意図しないデザインの崩れ（レイアウトのズレ、色の変化、フォントの相違など）が...

!※2026年6月3日時点の情報です。Claude Codeのアップデートにより、コマンドが変更される可能性があります。 1. はじめにClaude Code には、コードレビューやセキュリティチェックなど、システム開発の効率を高めるコマンドが多数用意されています。この記事では、その中でも私が便利だと感じたコマンドを6つご紹介します。 2. コマンド一覧Noコマンド詳細1/clearセッションのコンテキストをクリア2/insights過去セッションを分析し、利用レポートを生成3/reviewプルリクエストのコードレビュー...

はじめにこの記事では、WireMock を Docker で起動し、外部 API のスタブとして使う方法を紹介します。JSON ファイルにスタブ定義を書いておくだけで、任意のエンドポイントに対して任意のレスポンスを返すサーバーを立ち上げられます。この記事で紹介するサンプルプロジェクトは以下のリポジトリで公開しています。https://github.com/tonbiattack/wiremock-sample WireMock とはWireMock は HTTP のスタブ・モックサーバーです。リクエストの条件（URL・メソッド・ヘッダー・ボディなど）とレスポンスをセット...

はじめに「ステージングで確認したのに本番で動かない」「ステージングが信用できないから本番で確認している」という話は、現場でよく聞きます。ステージング環境が本番と乖離していると、テストの結果が信頼できなくなります。その結果として本番での確認に頼るようになり、本番UATが常態化していきます。この記事では、ステージング環境が信頼できなくなる原因と、本番UATに依存しない構造をどう作るかを整理します。なお、この記事が対象とするのはリリース前に本番環境でテストを行うケースです。リリース後に動作確認として軽く触るスモークテスト的な確認は、ここでは扱いません。 なぜステージングが信頼で...

はじめにこの記事では、条件分岐が多いバッチ処理を実装するときに、まずテストケースの列挙から始めた方が良い理由を整理します。対象にしているのは、条件が多く、しかも業務ルールが複雑なバッチです。この種の処理は、いきなり SQL や if 文を書き始めると壊れやすくなります。理由は単純で、仕様が頭の中にしかなく、どの条件をどこまで考慮したかが見えなくなるからです。仕様はドキュメントに書いてあっても、「その仕様がどのケースに対して何を期待するか」が整理されていないと、実装で判断が迷いやすくなります。結論としては、まずやるべきことは実装ではなくテストケースの列挙です。ドキュメントの仕...

対象論文: arXiv:2605.23459 "AI Assurance: A Comprehensive Testing Strategy for Enterprise AI Systems" (Badagi, Singh, Sen, Shirsath, Thoughtworks, 2026-05-22)検証日: 2026-05-26 概要 論文の目的と位置づけLLM・検索パイプライン (RAG)・自律エージェントで構成される企業 AI システムは、確率的・文脈依存・創発的です。これらは「古典的な意味で正しさを検証することはできず、確信度を高めながら評価できるのみ」で...

WACATE 2026 夏の申し込みを開始していますが、あっという間に締切まであと3日となりました！ そんなWACATE 2026 夏ですが、参加者募集にあたって最小催行人数を設定しています。今回の最小催行人数は24続きを読む投稿 【申込締切まであと3日！】WACATE 2026 夏 開催確定しました！ は WACATE に最初に表示されました。

こんにちは。MagicPodエバンジェリストのYoshiki Ito / 伊藤由貴です。先日QA Success Panel #2 というオンラインイベントを開催しまして、多くの方にご視聴いただきました。QA Success Panel 〜品質を上げるための「いつもどおり」を変える〜 - connpassイベントレポート記事はこちらです。QA Success Panel 〜品質を上げるための「いつもどおり」を変える〜お昼休み1時間のイベントで、実際のディスカッションの時間は正味45分程度だったので、アンケートでも「もっと聞きたかった」という反応をたくさんいただきました。実はパネリスト・モデレーター側も同じ気持ちでして、開催後に「もっと話そうぜ！」ということになり、先日3人でアフタートークを開催しました。今回はそのアフタートークの際に話した内容を、いくつかのトピックに分けて共有します。当日「もっと聞きたかった！」と感じた方はもちろん、この記事をご覧になっているけれどもQA Success Panel #2 には参加していなかったという方はぜひ配信動画のほうも見ていただけると、より普段のQ

回帰テストは必要か。この問いには、かなり雑に答えるなら「必要です」でよいと思います。ただし、次の問いは別です。毎回、全部の回帰テストを実行する必要があるのか？これは多くの場合、「いいえ」だと思います。たとえば通常のリリースでは、回帰テストは必要です。新機能、バグ修正、既存機能への影響を確認する必要があるからです。一方で、本番障害に対する緊急修正なら、全量回帰はあまり役に立たないことがあります。必要なのは、まず smoke test と、そのバグ修正の確認です。時間が重要で、変更範囲も小さいなら、重い回帰テストは判断を遅くするだけかもしれません。年末などで変更が少ない時期も同...

はじめにディップ株式会社スポットインテリジェンス部の町永です。我々の部では awslabs/aidlc-workflows を使った AI-DLC で開発を進めています。このフレームワークで開発を進めていると、Requirements Analysis の段階で「Property-Based Testing (PBT) を導入しますか？」と聞かれます。プロパティベーステストを具体的に実践したことはなかったのですが、良い機会なので実践させてみました。テストの書き方として非常によい知見を得られたため、本記事に整理しておきたいと思います。 プロパティベーステストとは何かふつうの...

1. はじめにどーもりょうさんです。自分はQAエンジニアで、普段のテスト設計に生成AI (Claude) を使っています。本連載ではここまで7本にわたって、生成AIが文書をどう読み・どう振る舞い・どこでハルシネーションを起こすか、そして入力・出力をどう設計するか、という「考え方」の側を書いてきました。第1本: 生成AIは文章をどう読むのか — 17の認知バイアスとLLM実証第2本: 生成AIはどう振る舞うのか — 12の振る舞い軸第3本: ハルシネーションはなぜ起こるか — 構造的分類と不可避性第4本: 生成AIに仕様をどう読ませるか — 1 specの入力設計...

鈍足更新ですが・・・Playwrightのアサーションについて、記載していこうと思います。日々モノが高くなっていくのホントツライですなぁお財布を圧迫します（笑・・・それは置いておいて、なぜアサーションなのか？ですが、↓の記事でもアサーション関数に多少触れましたが、テスト自動化において、期待値通りに動作しているかを検証する「Assertion（アサーション）」。自動化においてなくてはならない要素です（むしろ、これが本質だと思いますが・・・笑）。Playwrightのexpect関数の仕組みと、実務で頻繁に使用するAssertionに関して掘り下げて記載します。https://...

はじめにこんにちは！ポート株式会社の@CookieGardenです。就活会議のバックエンドエンジニアとして配属されてから、もうすぐ2年が経とうとしています。先日、函館で開催された RubyKaigi 2026 に参加してきました。こういったカンファレンスへの参加自体が初めてだったこともあり、たくさんの刺激を受けて帰ってきました。今回は、印象に残ったセッションのうち、From Formal Specification to Property Based Testについて紹介したいと思います。 そもそもProperty Based Testとは私たちは普段、以下のようなテスト...

※本記事は、ホスト系COBOL処理系からオープン系COBOL処理系への移行検証を整理する連載の最終回です。 1. シリーズの振り返り本シリーズでは、移行時に発生し得る差異を以下の観点で整理してきました。暗黙初期値データ例外（0C7）ファイル定義中間演算精度移送元と移送先の属性ソート順いずれも共通しているのは、コンパイルは通る文法も正しいしかし動作が変わるという点です。 2. 差異の構造（3層モデル）移行時の差異は、偶発的に発生するものではありません。検証結果を整理すると、次の3層構造に分類できます。層差異の種類具体例本質...

申し込み締め切りまであと5日になりました。 さて、WACATEの参加を躊躇している方から「WACATEにはどのような人が参加しているのでしょうか？」という質問をいただきます。 そこで、参加者データの属性を公開しています。続きを読む投稿 【申込締切まであと5日！】WACATEにはどのような人が参加しているかわかるデータ は WACATE に最初に表示されました。

前の記事を上げてからかなり経ったが、最近ポートフォリオを作成したので、まとめるなお、今アサインしている会社では社内LT会が毎月月末に開催され、自分のような派遣社員でも参加・登壇OKとのことなので、元々はそのためにスライドの内容やシナリオを考えていたが、こちらでも公開できそうな内容だなと思ったので、自動化の勉強のログとして残す続きをみる

こんにちは。QAエンジニアのtaikiです。 2026/05/19に QA Test Talk Vol.6 がSmartHR イベントスペースで開催され、「横断組織出身のQAEがインプロセスQAEでつまずいたこと・活かせたこと」というテーマで僕が登壇しました。 筆者の登壇中の写真 本記事では、登壇資料では話しきれなかった内容の補足や、初登壇を終えた感想などをまとめています。 なぜこの内容で登壇したか SmartHR入社前に色々調べたものの、インプロセスの動き方や横断QAとの違いについて、実体験に基づいて書かれた記事はあまり見つかりませんでした。 そのため、入社後のイメージを付けづらく、不安を感…

テストの必要性はわかるのに、何をどう見ればいいかが曖昧なまま実装だけ進めてしまう。そのままだと、不具合を後工程で拾う流れが続き、品質も開発スピードも安定しません。テストを断片知識ではなく、現場で使える基本動作として整理し直せたのがこの本でした。知識ゼロから学ぶソフトウ...

はじめに先に、この記事が何の話かを言っておく。これは「AIを使うと生産性が上がる」という話ではない。AIコーディングエージェントを毎日使っていたら、自分の得意分野だけが異常な速度で深堀りされることに気づいた。そしてその結果、私は知らないうちに「品質偏向防止系」を組み上げていた——という、自己分析と品質工学が混ざった手記である。この記事は、前回書いたAIの性能が行き着いたら、次に必要なのは「品質偏向防止」であるの裏側にあたる。前回は「AIを確率論的変換器として開発プロセスに組み込むなら、品質の保存量を『最大化』から『偏向防止』へ移すべきだ」という構造論を、外から見た設計図として書...

概要みなさん、いきなりテストケースを作り始めたりしていませんか？それをやると抜け漏れが発生したり、AI生成だと「このテスト、必要か不要かわからん」が発生します。そこでテスト計画から実行・レポートまでを中間成果物を作りながら通しで自動実行してくれるAI(正確にはskill群とそれらを束ねるオーケストレーションskill)を開発したので公開します。各段階で中間成果物を作り、それをレビューし問題に優先度をつけ、大きな問題がなくなるまで修正とレビューを繰り返すリスク→テストアプローチ→分析結果→設計結果→テスト項目とIDで紐づけ。トレーサビリティの確立。各テスト項目の出所を追いや...

概要みなさん、いきなりテストケースを作り始めたりしていませんか？それをやると抜け漏れが発生したり、AI生成だと「このテスト、必要か不要かわからん」が発生します。そこでテスト計画から実行・レポートまでを中間成果物を作りながら通しで自動実行してくれるAI(正確にはskill群とそれらを束ねるオーケストレーションskill)を開発したので公開します。各段階で中間成果物を作り、それをレビューし問題に優先度をつけ、大きな問題がなくなるまで修正とレビューを繰り返すリスク→テストアプローチ→分析結果→設計結果→テスト項目とIDで紐づけ。トレーサビリティの確立。各テスト項目の出所を追いや...