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

副作用の局所化はソフトウェアの設計アプローチです。対象のコンポーネントの副作用の発生可能性の軽減と、副作用の影響範囲の局所化を行うアプローチを指します。副作用の局所化は疎結合設計を支え、バグが少なく保守しやすいコードを生むために普遍的に重要な設計アプローチと言えます。 副作用とは ソフトウェアの設計やプログラミングにおける副作用は、意図した直接の出力とは別におこる作用を指します。例えば特定の値を返すことを目的とした関数を対象とした場合、値を返す以外に、内部グローバルな状態・静的な状態を更新していれば、その状態更新が副作用になります。 副作用を起こすものに以下があります。 グローバルな変数の更新…

BIダッシュボードのテスト設計ガイド。

clumsy を使った不安定なネットワーク環境下のテスト 概要とあるクライアント端末と、Windows PC上に構築したサーバーとの通信テストにあたり（いずれも同一LAN内に存在する）、不安定なネットワーク環境を準備する方法がわからず調査したところ、clumsy というツールを使うことで手軽に環境を作ることができたので、簡単に紹介する。本記事では利用できる機能の詳細は解説しないため、公式ページを参照のこと。 clumsy とは公式ページ: https://jagt.github.io/clumsy/index.htmlWindows PC上で不安定なネットワーク環...

はじめまして！ 2026年3月からSmartHRに入社したasherです。 私は品質保証本部の勤怠管理・給与計算ユニットに配属され、勤怠管理機能のQAエンジニアとして働いています。 この記事では私が入社してから30日間でQAエンジニアとして「仕事が回り始める状態」を作るためにやったことをまとめています。 Day 1–5：まず「仕事が始められる状態」を作る 入社して最初の一週間はとにかくオンボーディングタスクをこなしていました。 SmartHRのオンボーディングタスクには、「全新入社員向け」「所属するQA組織向け」「担当プロダクト向け」の3種類があり、ボリュームがそれなりにあります。最初は「全部…

📌 今、訪れつつある新社会🎯 ポイント✅メディアの「本質」は「意味の伝達」ではなく「意図の強制」✅メディアが独占していた影響行為・洗脳行為が個人に開放されつつある社会✅貨幣の価値は廃れ、評価が重視される社会✅僕らは評価経済の高度成長期に入った

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

CopilotやClaude Codeが職場に入ってきた。コードを書くのが、本当に速くなった。そのとき、QAエンジニアとして、どう感じただろうか。「便利だな」と思う一方で、「自分の仕事はこれからどう変わるんだろう」と立ち止まった瞬間があったんじゃないかと思う。なんとなくこれまで通りテストを書いて、これまで通りレビューして、これまで通りリリースしている。けれど、何かのバランスが少しずつ崩れている気がする——その違和感の正体を、今回は整理してみたい。先に結論を書いておく。Shift Left(早めに品質を作り込む)はずっと前から言われていた。変わったのは概念じゃなくて、サボったときの代...

CopilotやClaude Codeが職場に入ってきた。コードを書くのが、本当に速くなった。そのとき、QAエンジニアとして、どう感じただろうか。「便利だな」と思う一方で、「自分の仕事はこれからどう変わるんだろう」と立ち止まった瞬間があったんじゃないかと思う。なんとなくこれまで通りテストを書いて、これまで通りレビューして、これまで通りリリースしている。けれど、何かのバランスが少しずつ崩れている気がする——その違和感の正体を、今回は整理してみたい。先に結論を書いておく。Shift Left(早めに品質を作り込む)はずっと前から言われていた。変わったのは概念じゃなくて、サボったときの代...

平素より弊社技術ブログをご愛読いただき、誠にありがとうございます。この度、弊社ブログにて公開しておりました記事「テストの基礎」において、第三者の著作物からの不適切な引用、および構成の酷似があるとのご指摘をいただきました。社内で調査した結果、引用の範囲を逸脱し、著作権に対する配慮が著しく欠けていることを確認いたしました。これを受け、当該記事を直ちに削除いたしました。本来、技術記事の発信にあたっては、学習した内容を自身の知見に基づき咀嚼し、独自の視点を加えて執筆すべきところ、今回の記事においてはそのプロセスを欠いておりました。著作権者様、ならびに読者の皆様に多大なるご迷惑をおかけしま...

Context. Behaviour-Driven Development (BDD) software test suites accumulate duplicated step subsequences. Three published refactoring patterns are available (within-file Background, within-repo reusable-scenario invocation, cross-organisational shared higher-level step), but no prior work automates which recurring subsequences are worth extracting or which mechanism applies. Objective. Rank recurring step subsequences ("slices") by refactoring suitability (extraction-worthy), pre-map each to one

※本記事は、ホスト系COBOL処理系からオープン系COBOL処理系への移行検証を整理する連載の第8回です。 1. なぜソート順を検証したのかソート順の違いは、目に見えやすい差異です。しかし問題は、並び順が変わること＝業務ロジックが変わることにあります。特に、キー順処理最小値／最大値取得先頭レコード判定重複判定などに直接影響します。 2. 差異の根本原因 2.1 文字コードの違い項目ホスト環境オープン環境英大文字連続配置連続配置英小文字大文字より後大文字より後数字英字より前英字より前記号環境依...

はじめにこんにちは、QA エンジニアの山田です。突然ですが、こんなふうに思っている QA エンジニアの方、いませんか？「AIってなんだか難しそう…」「プロンプトとか、専門知識がないと使えないんでしょ？」「そもそも、QAの仕事にAIってどう活かすの？」実は、ちょっと前までの私が まさにそれ でした。ChatGPT という言葉は聞いたことがあるけど触ったことはなく、エンジニアの同僚が AI の話をしていても「すごいなぁ」と他人事のように眺めるだけ。"AI"という単語を見るたびに、少しだけ肩がこわばるような感覚があったのを覚えています。そんな私が、いま業務で AI を当...

[特定非営利活動法人ソフトウェアテスト技術振興協会]特定非営利活動法人 ソフトウェアテスト技術振興協会（ASTER）は、アジアにおけるソフトウェアテスト業界の連携・発展を目指す組織「Asia Software Testing Alliance（AsiaSTA）」の活動を通じ、2026年6月18日（...

少数精鋭QAのリアル：プロダクトが増え続ける組織で、QAはどう戦うかでの発表資料です。【スライド内にあるリンク】◆P10“Tester Skillspace” by Stuart Reid from JaSST Tokyo’14◆P16【翻訳記事】テストに対する考え方「Testing Manifesto」◆P17飯塚悦功(2009).『現代品質管理総論』.朝倉書店◆P18イマドキのソフトウェアのテストやQAの考え方◆P20株式会社10X - Company Deck◆P72プラットフォーム化ヘの歩み◆P25「QA＝テスト」「シフトレフト＝スクラムイベントの参加者の一員」の呪縛を解く。アジャイルな開発を止めないために、10Xで挑んだ「右側のしわ寄せ」解消記◆P28シフトライトなテスト活動を適切に行うことで、無理な開発をせず、過剰にテストせず、顧客をビックリさせないプロダクトを作り上げているお話◆P31翻訳記事「AIコーディングツールによって加速するコード生成に品質保証活動はどう立ち向かうか」◆P3210X流・QAと開発者がシームレスに連携するシフトレフトな品質保証アプローチとは◆P33W

思い入れのある仕事というのは自分の中でいくつかあるのですが、特に思い入れが強かった仕事があり、その前置きとして「思い入れのある仕事 序章」を書きました。今回は本編として、実際にその仕事の内容について書いていきたいと思います。ここでの仕事は、細かくいうと、プロジェクト的には2つに跨っているのですが、ここでは細かく分けずに1つのプロジェクトとして扱って書いていきます。その仕事、プロジェクトは、当社として初めてのお客様（ユーザ企業）となりました。コンペになっていたようで、その見積もりや提案などはぼくは行っていませんでした。ただ、コンペに勝った一因として、ユーザ企業のキーマンとなる人に、以前に当社の別のチームと仕事をしたことがあり、そこでの当社の働きっぷりがよく、すごく信用できたので当社に決めた、ということがあったようです。続きをみる

＃本記事では実際の思い入れのある仕事の前段となる内容となっています。実際の思い入れのある仕事について知りたい方は本記事は読み飛ばしてください思い入れのある仕事というのは自分の中でいくつかあるのですが、特に思い入れが強かった仕事があります。今回、紹介するその仕事に携わったときは自分の中の転換期でもありました。現場から少し離れ、事業部門の技術推進を一手に行っていたころです。事業部門のラインが、特にテストにおける技術的な知見がそれほど強くなかったこともあり事業部におけるテスト技術の推進を背負ってやっていました。続きをみる

はじめにReact でフォームを書いていると、handleSubmit がいつの間にか膨れ上がっていることがあります。最初は数行のはずでした。そこに「メールが空ならエラー」「形式が正しくなければエラー」「パスワードが短すぎたらエラー」「成功したら API 呼ぶ」「終わったら画面遷移する」と、足していくうちに、検証ロジック・状態更新・送信処理・画面遷移が一つの関数の中に同居していきます。動作的には全く問題ないのですが、あとから読みづらく、テストしづらく、変更しづらい関数になってしまいます。この記事では、自分が実際に手を動かしたサインアップ画面を題材に、フォームバリデーションを ...

Mutation analysis has long been used in classical software testing and has recently been adopted for assessing the robustness of quantum software testing techniques. However, existing studies assume ideal, noiseless execution, overlooking the impact of quantum hardware noise. In this paper, we present an empirical study of noise-aware mutation analysis for quantum programs. We analyze how noise affects mutant detection using 41 quantum programs, executed on noiseless and noisy simulators emulati

はじめにテストピラミッドあるいはテスティングトロフィーの考えに沿って、ドメインロジックの網羅的なテストをユニットテスト (UT) に寄せていくことは、シフトレフトの定番手段として広く支持されています。QA が UT に関与することで、テストの質と早期検出に影響を及ぼせるはずだという期待もよく語られます。しかし、実際に QA が UT のレビューや設計に踏み込むと、構造的な壁にぶつかります。QA は仕様や要求からテストを設計するので、「ドメイン要求が正しくテストされているか」を UT に問う。一方 UT はユニット責務に閉じて保証するので、ドメイン要求は間接的にしか保証できない...

はじめに私たちのプロダクトでは、RSpec テストを GitHub Actions で 20 並列で実行しています。テストの課金時間の合計が 約10時間 に達しており、PRのフィードバックサイクルや Actions の課金コストに影響していました。この記事では、CIの高速化に取り組んだ過程と成果をまとめます。なお、この記事では2種類の時間を区別して扱います。課金時間: 全並列ジョブの実行時間の合計。GitHub Actions の課金対象となる時間実行時間: CIの開始から完了までの実際の経過時間。開発者が待つ時間に相当 CI構成の概要まず、改善前のCI構成を...

様々な専門性を掛け合わせて「自分だけのQAエンジニアの土台を作る」という趣旨で続けてきた本連載も、とうとう最終回を迎えました。今回はまとめとして、「それぞれのQAエンジニア像」を作ることについて総括したいと思います。 私...The post 【最終回】自分なりのQAエンジニア像を組み立てよう first appeared on Sqripts.

こんにちは！e-dashでQAエンジニアをしている10mo8です。AIによってソフトウェア開発ライフサイクルが速くなったことで、E2Eテスト（本記事では、自動と手動を含めたLargeサイズのテストとします）のテストスコープは広がり、リリースサイクルは短くなる傾向にあります。開発速度は加速し続けますが、テスト能力はそれに追いついていない——このギャップを埋めることが急務です。また、開発スピードに追いつく速さでQA人材を確保することも現実的ではありません。この変化に対応するために「シフトレフトしてE2Eテストの依存度を減らす」「E2Eテストの品質を落とさずにリードタイムを削減する」この2...

はじめにPlaywright 1.60 がリリースされました🎉今回は主要な新機能を、実際に動かせるデモアプリ（Next.js）を使いながら紹介します。デモアプリのリポジトリ：https://github.com/KoyoMiyazaki/playwright-playground 🌐 HAR recording on Tracing — Tracing.startHar() / tracing.stopHar()context.tracing.startHar() でネットワーク通信を HAR ファイルに記録できます。await using と組み合わせると、スコープ...

@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 Saicharan NimmalaWhen responding to code review comments, responses like “Done,” “Updated,” or “Fixed” are commonly used to indicate addressing a suggestion. However, somet

※本記事は、ホスト系COBOL処理系からオープン系COBOL処理系への移行検証を整理する連載の第7回です。 1. なぜ移送属性を独立観点としたのかCOBOLにおける MOVE 文は、単なる代入ではありません。内部では、型変換桁調整符号処理表現形式変換が発生します。そのため、文法は同じでも結果が変わる可能性があります。 2. 検証設計 検証軸送出し側の型受取り側の型桁数差符号有無表現形式（DISPLAY / COMP / COMP-3） 3. 基本検証コード IDENTIFICATION DIVISION. ...

※本記事は、ホスト系COBOL処理系からオープン系COBOL処理系への移行検証を整理する連載の第6回です。 1. なぜ中間演算精度を検証したのか演算結果が一致していても、内部の計算過程が異なれば将来的な誤差が発生する可能性があります。特に金額系では、桁あふれ丸め符号処理内部表現が業務結果に直結します。 2. 検証設計 確認観点COMPUTEADD / SUBTRACTROUNDED有無桁あふれCOMP / DISPLAY差符号桁 3. 検証コード例 IDENTIFICATION DIVISION. PR...

0. TL;DR本記事は、BtoBのAIエージェントSaaSを半年ほど本番運用するなかで考えてきた、「AIエージェントの品質管理にどこまで投資するか」の判断ロジックをまとめたものです。要点は下記となります。AIエージェントの品質管理は「不確実性をゼロにする活動」ではなく、受け入れる不確実性を更新し続ける活動重要なのは、やるコストとやらないコストのバランス判断のために使う2つの道具対象を見渡す地図: 品質管理の論点を 4層 × 4軸 = 16観点で整理投資を判断する羅針盤: 各観点を放置リスクと対策効率で見て、投資対象を判断後半では、我々のプロダクトにおける...

こんにちは、Mikiです。ナレッジワークで技術ブランディング全般を担当しています。2026年5月8日（金）〜9日（土）、新潟市の朱鷺メッセにて開催された スクラムフェス新潟2026 に、ナレッジワークはゴールドスポンサーとして協賛しました。QAエンジニアを主体に3名で参加してきたので、その様子をお伝えします。https://www.scrumfestniigata.org/ スクラムフェス新潟とはスクラムフェス新潟は、アジャイルコミュニティの祭典として全国からエンジニアが新潟に集まるイベントです。テストエンジニアリングを中心に、生成AI時代の品質設計・アジャイル変革・メンタルヘ...

「違和感」に気づけますか？ECサイトのカート画面、5つのおかしな点を探せ！（解説編）続きをみる

Testing robots requires assessing whether they perform their intended tasks correctly, dependably, and with high quality, a challenge known as the test oracle problem in software testing. Traditionally, this assessment relies on task-specific symbolic oracles for task correctness and on human manual evaluation of robot behavior, which is time-consuming, subjective, and error-prone. To address this, we propose VISOR, a Vision-Language Model (VLM)-based approach for automated test oracle assessmen

はじめに私はAUDERでQAを担当しています。最近は、AIエージェント「Devin」を使って業務の自動化に取り組んでいます。今回書くのは、Devin のプレイブックを動作確認していたときに、こちらの理解不足もあって少しハマった出来事についてです。今回は動作確認中の出来事で、大きな影響はありませんでしたが、実際に触ってみて初めて分かることがいくつかありました。この記事では、そのとき何が起きたのかと、使ってみて気づいた点をまとめます。 やりたかったこと作っていたのは、チャットツールの Slack で !bug_report の後に簡単に概要を入力すると、Devin が Li...

goroutine・エラーハンドリング・interface・context など、Go を実務で使う上で押さえておきたいトピックを章ごとに整理したリファレンスです。