コラム

• AIソリューション
• DX

FDEとは？AI導入を成功に導く現場定着のアプローチを解説

多くの企業がDXやAI活用を推進する一方で、期待した成果を得られていないケースも少なくありません。最新のシステムやツールを導入しても、現場業務との整合性が取れなければ十分に活用されず、投資対効果が低下してしまいます。 こうした課題を解決する手法として注目されているのが、FDE（Forward Deployed Engineer）による伴走型の支援です。FDEは現場の業務課題を深く理解しながら、システムの実装だけでなく運用の定着までを支援します。 本記事では、FDEの役割や求められる背景を解説するとともに、AI導入を成功に導くための業務設計や運用定着のポイントを紹介します。

• AIソリューション
• ソフトウェアテスト・品質保証

開発をAIで高速化した現場で、静かに消えていくもの

• AIソリューション
• ソフトウェアテスト・品質保証

仕様書がなくてもテスト設計はできる―散らばった情報を「判断できる仕様」に変える方法

仕様書がないプロジェクトでテストを依頼されたら、何から始めるでしょうか。 今回題材とするのは、教育分野の学習管理システム開発案件です。案件開始時点では、要件定義書や画面仕様書、画面遷移図など、テスト設計のインプットとして一般的に想定される資料が十分に整備されていませんでした。 しかし、仕様書がないからといって、確認すべき仕様まで存在しないわけではありません。 例えば、このシステムでは、通常、生徒が年度初めから順番に学習を進めます。一方、実際の塾では、転校などによって年度の途中から利用を始める生徒もいます。画面上に「転校生を途中から登録する」という専用の操作はありませんでした。それでも、途中から問題なく学習を始められるかは、確認すべき事項です。 この確認事項は、画面の項目やボタンを一つずつ調べるだけでは見つけにくいものです。では、画面に現れないこの確認事項を、どのように見つけたのか。 私が最初に行うのは、テストケースを書くことではありません。まず業務の全体像を整理し、そこからユースケースを洗い出したうえで、テスト観点、テスト条件、テストケースへと落とし込んでいきます。 この記事では、この案件を題材に、散らばった情報を「判断できる仕様」へと整理し、対象システムをテスト可能な状態にした考え方と進め方を紹介します。

• AIソリューション
• ソフトウェアテスト・品質保証

真ん中が一番難しい？―AIとテスト設計

• AIソリューション
• ソフトウェアテスト・品質保証

なぜテストは「やり方」を学ぶだけではうまくいかないのか～品質保証を体系として理解する必要性を解説～

ソフトウェアの品質保証は、多くの人にとって「テストを正確に実行すること」から始まります。手順通りに操作し、期待値と一致するかを確認する。やり方を学び実践を繰り返すことで、比較的早く一人でできるようになります。ただ、それは品質保証業務の一部に過ぎず、それだけで十分だと思ってしまうと、大切なものを見落とすことがあります。 私はこれまで、品質保証を担う人に向けた研修で「やり方」を教える側に立ってきました。そこで何度も見てきたのは、手順どおりに作業はできるのに、手順に書かれていない事象に直面したとき、その対応がわからない方たちです。本人の不注意や経験不足の問題に見えて、実はそうではないのではないか。やり方の外側にある「体系」に目を向けることが必要ではないか。そう考えるようになったきっかけがあります。

• AIソリューション
• ソフトウェアテスト・品質保証

AIでテストを自動化すれば、品質は保証されるのか

「AIを入れたのに、品質は変わらなかった」 自動化ツールを導入したのに、なぜか現場はしっくりきていない。開発は生成AIでどんどん速くなるのに、テストがまったく追いつかない。以前に一度、テスト自動化に挑戦して、思うような効果が出ずに立ち消えになった——。もし、こうした心当たりが一つでもあるなら、この記事はきっとお役に立てます。 生成AIの登場で、ソフトウェアテストの自動化は新しい段階に入りました。設計書を読ませればテストケースの案が返ってくる。画面を認識して操作を再現する。夜間も止まらずに実行し続ける。数年前なら人手と時間をかけていた作業が、驚くほど速く片づくようになっています。 こうした進化を前に、多くの現場が同じ期待を抱きます。 「AIでテストを自動化すれば、品質は保証されるのではないか」 そして、いざ導入してみて、冒頭のような戸惑いに直面する。 ところが、実際にAIやツールを導入した現場から聞こえてくるのは、期待とは少し違う声です。テストは速くなった。実行できる件数も増えた。それなのに、リリース後の不具合は思ったほど減らない。品質が上がった手応えがない。むしろ「大量にテストを回しているのに、なぜ見逃すのか」という新しい戸惑いが生まれている——。 なぜ、こうなるのでしょうか。AIの性能が足りないからでしょうか。ツールの選び方を間違えたからでしょうか。 私たちが数多くの品質保証の現場で見てきた答えは、どちらでもありません。問題は、AIやツールという「手段」そのものではなく、その手段を使う前に決めておくべきことが決まっていないことにあります。この記事では、「AIで自動化すれば品質は保証されるのか」という問いを入り口に、品質を本当に左右しているものは何かを、順を追って解きほぐしていきます。

• ソフトウェアテスト・品質保証

テスト仕様書の書き方～テストケース作成のポイント～

「テスト仕様書」におけるテストケースは、確実にテストを実施するうえで重要なドキュメントです。本コラムでは、テスト仕様書の一部であるテストケースの書き方やそのポイントについて解説します。

• ソフトウェアテスト・品質保証

システムテスト（総合テスト）とは？その目的・観点・種類、実務で使える手順について解説

• セキュリティ

脆弱性診断（セキュリティ診断）とは？実施する目的や種類、ツールの選び方をわかりやすく解説

脆弱性診断（セキュリティ診断）とは、情報システムを構成するOSやミドルウェア、Webアプリケーションなどに「脆弱性」がないかを診断することです。近年、インターネットの発展とともにサイバー攻撃による個人情報の流出など、セキュリティインシデントも増加傾向にあります。サイバー攻撃の多くは「脆弱性」を悪用して行われており、情報資産を守るためにはセキュリティ対策が必要不可欠です。本記事では、「脆弱性」とは何か、脆弱性診断とペネトレーションテストとの違いなどのほか、脆弱性診断の種類や方法などについて解説します。