はじめにこんにちは。Service ReliabilityチームでSRE（Site Reliability Engineer）として働いているKi Cheol Cheonです。SREチームは、ユーザー...

様々な専門性を掛け合わせて「自分だけのQAエンジニアの土台を作る」という趣旨で続けてきた本連載も、とうとう最終回を迎えました。 今回はまとめとして、「それぞれのQAエンジニア像」を作ることについて総括したいと思います。 私は最近、ポジティブな意味でもネガティブな意味でも「あなたはQAエンジニアっぽくないね」と言われることが増えました。一方、自分としては「QAエンジニアのど真ん中」を歩んでいるという気持ちでいます。 正直、この言葉には少し複雑な気持ちを抱くこともあります。 この問いに対する私なりの答えについ

「競合他社がアプリを出したから、うちも検討してほしい」 上司からの突然の指示に、期待よりも不安を感じていませんか？ Webサイトやシステムの改善経験はあっても、アプリ開発は全くの別物です。 実際にプロジェクトが始まると、「多額の費用をかけたのに誰も使わない」「予期せぬ不具合でリリースが延期になる」「運用コストだけが膨らんでいく」といった失敗が後を絶ちません。 実は、アプリ開発の失敗要因はエンジニアの技術力不足だけではありません。多くの場合、開発が始まる前の「準備不足」や、リリース後の「運用設計の欠如」とい

1. はじめに 本稿では、Kiro を用いた仕様駆動開発の検証を通じて、API 開発における生産性と品質の変化を評価した事例を紹介します。 実際の開発案件で実装された領域に対して、設計から試験工程までを Kiro で再実装し、従来開発と比較するという試みになっています。 2. 自己紹介 株式会社 NTT データ ソリューション事業本部 C&D 事業部に所属しており、パブリッククラウド領域の案件に取り組んでいます。 本稿の取り組みのような 生成 AI を活用した開発にご興味をお持ちいただけた方は、お

G-gen の高宮です。当記事は、Google Cloud Next '26 in Las Vegas の1日目に行われたブレイクアウトセッション「 Transform cloud operations and management with generative AI 」のレポートです。 G-gen Tech Blog では、現地でイベントに参加したメンバーや、日本から情報をウォッチするメンバーが、Google Cloud Next '26 に関連する記事を発信します。 blog.g-gen.co.jp

はじめに こんにちは、Checkout Reliabilityチームでバックエンドエンジニアをしているかがの（ @ykagano ）です！ こちらは、「継続的な負荷テスト環境をBASEに構築しました」の第2回の記事です。 先に第1回を読んでいただくのをおすすめします。 継続的な負荷テスト環境をBASEに構&#x7

Appium × Remote Test Kit (RTK) でスマホアプリ試験の自動化スクリプトを構築した話 背景：手動試験の限界 手動試験の問題点 試験の目的は、画面UI崩れの確認、異常系・正常系の機能動作確認です。 そのため、画面遷移・入力操作・結果表示の確認・エラーハンドリングの確認など、一連の操作を実施する必要がありました。 しかし、手動試験には以下のような課題がありました。 1端末あたり約80分の作業時間が必要 作業者依存による操作ミスや証跡取得漏れ スクリーンショット取得後の移動・リネーム・

こんにちは、クロスイノベーション本部リーディングエッジテクノロジーセンターの山下です。 最近は、gpt-ossやQwen3.5といったローカルLLM（Local Large Language Model）も注目されており、これらを活用したプロジェクトも増えてきています。 今回の記事では、ローカルLLMのベンチマークソフトウェアである GuideLLM について紹介します。LLMの性能には様々な観点がありますが、GuideLLMはLLMサーバ自体の応答速度などを測るためのベンチマークソフトウェアです。 Gu

QAエンジニアの採用・選考　どう採るどう通る？連載の第5回、今回が最終回となります。 第2回・第3回では求職者側の視点、 前回(第4回) からは募集側の視点に切り替えて、QAについて何を理解すべきか、理解を深めるための具体的なアクションについて解説しました。 しかし、QAを理解し、良い募集文面を作ることができたとしても、その募集がQAエンジニアの目に触れなければ応募にはつながりません。連載の最終回となる今回のテーマは「認知」です。 採用における認知の重要性は、さまざまな調査データからも裏付けられています。

はじめに こんにちは、Checkout Reliabilityチームでバックエンドエンジニアをしているかがの（ @ykagano ）です！ Checkout Reliabilityチームはカートの信頼性を向上させるためのチームです。 今回、BASEのカート機能を安定的に提供するために、継続的な負荷テスト環境を構築しましたので第1回として、本記事では全体像を紹介します。 全3回の記事を予定していますので、よろしくお願いします。 BASEの負荷テスト BASEではこれまで負荷テストは必要に応じて都度実施してい

アプリ開発の現場において、リリース後にユーザーから予期せぬ不具合報告が相次ぎ、対応に追われる経験はないでしょうか。 原因を振り返ると、テスト設計の不十分さや、ユーザー視点での検証不足に気づかされることも少なくありません。 アプリテストの本来の役割は、単にバグを見つけることだけではなく、プロダクトが提供すべき価値を保証し、ユーザー体験を最大化することにあります。 しかしWebとモバイルでの検証観点の違いや、膨大なテスト項目の優先順位付け、さらには自動化の判断基準など、実務レベルで品質を安定させるには多くの壁

アプリ開発の現場でリーダーを目指すエンジニアにとって、品質管理は避けては通れない壁です。 しかし、そもそも「高品質なアプリ」とは何を指すのでしょうか。 単にバグがないことだけを追求していても、ユーザーに選ばれ、事業成果に貢献するアプリを作ることはできません。 真のアプリ品質とは、技術的な信頼性と、心地よいユーザー体験（UX）の両輪が揃って初めて実現するものです。 そして、その品質は開発の最終工程であるテストだけで決まるのではなく、要件定義という最初の一歩からリリース後の運用に至るまでの「仕組み」と「文化」

医療・ヘルスケア業界において、品質保証（QA）は単なる「製品チェック」の枠を超え、企業の存続と患者の安全を支える経営の根幹となっています。 特に医療機器メーカーの現場では、法規制の複雑化やグローバル対応に加え、経営層からは「品質を仕組みとして作り込め」という強い要求があり、一方で開発現場からは「QAが厳しすぎて進捗が遅れる」という不満が出るなど、QAリーダーが板挟みになるケースは少なくありません。 そこで今回は品質管理（QC）との明確な違いから、薬機法やGMP・GQPなどの重要規制、さらにはSaMD（プロ

こんにちは。QAエンジニアのなおたです。 日々ソフトウェア品質と向き合っている若手エンジニアの皆さん。昨今、「生成AI」という言葉を聞かない日はないでしょう。 先日、生成AI本のベストセラー 『 生成AIで世界はこう変わる 』 （今井翔太著／SB Creative）を読んでみました。想像を超える速度でAIのインパクトは社会全体に及んでいますが、私たちソフトウェア開発の現場、特に「ソフトウェアテスト」の領域は、今まさに変革期の入り口に立っていると感じました。 「AIがテストケースを自動で作ってくれるなら、エ

技術を土台にして自分なりのQAエンジニアを目指す本連載、第9回のテーマは「コーチング」です。 QAやテストの専門性からすると、少し遠い領域だと感じる方も多いかもしれません。正直、私自身、コーチングというものを「なんだか怪しいもの」だと思っていました。 しかし、アジャイルコーチなど現場の最前線で活躍する方々の話を聞くうちに、その認識は大きく変わりました。 人々のアウトプットとしての「品質」を本当に良くしていく、あるいは組織の「品質文化」を変えていくためには、コーチングの技術が極めて有用であると考えたのです。