Excelやスプレッドシートでテストケースを管理していると、最新版が分からない、進捗集計に時間がかかる、不具合情報と紐づかないといった問題が起こりやすくなります。 最初は手軽に運用できても、案件数や関係者が増えるほど、確認作業や報告資料作成に追われやすくなります。 ただし、テスト管理ツールは「便利だから導入したい」という理由だけでは承認されにくいものです。 承認者が知りたいのは、現場の使いやすさだけでなく、会社として投資する必要性、費用に見合う効果、導入しない場合のリスクです。 そのため稟議書では、導入目

「不具合管理とテスト管理は同じものなのか」と迷う場面は、テスト工程を管理する立場になるとよく起こります。 不具合票は作っているのに、テストケースの消化状況、未実施項目、品質リスク、リリース可否を説明できない現場も少なくありません。 結論からいえば、不具合管理は発見された問題の対応を管理する活動であり、テスト管理はテスト活動全体を管理する活動です。 不具合管理では、見つかった不具合を記録し、調査、修正、再テスト、クローズまで追跡します。 テスト管理では、テスト計画、テストケース、実施状況、結果、不具合情報、

システムテストに入ると、要件定義書、設計書、テスト仕様書、不具合管理表が別々に動き始め、どの要件をどのテストで確認しているのか見えにくくなります。 その結果、要件とテストケースの対応関係を説明できない、テストの抜け漏れが不安、品質レビューで根拠を求められて困る、といった悩みが起こりやすくなります。 システムテストでは、単にテストを実行するだけでなく、要件・設計・テスト結果・不具合をつなげて管理することが重要です。 トレーサビリティ管理を理解すると、テストの網羅性、仕様変更時の影響範囲、不具合対応の優先度を

G-gen の今村です。当記事では、Cloud SQL で提供されているパフォーマンス最適化機能の1つである インデックスアドバイザー について解説します。 概要 インデックスアドバイザーとは 仕組み 料金と要件 料金 対象エディションと要件 有効化の手順 推奨事項の確認 推薦インデックスの確認方法 画面に表示される評価データの内容 Gemini による支援 推奨事項の適用 概要 インデックスアドバイザーとは Cloud SQL の インデックスアドバイザー 機能は、Cloud SQL で実行されたクエリ

はじめに 登壇資料 登壇内容 発表の背景 なぜ全部自動化しなかったのか 作成したCLIの概要 半自動設計のポイント 細かいTips LLMに渡す範囲を狭くする 読み取りを自作ツールで行う ツールを絞る Claude Code標準プロンプトは必要な場所だけ使う 登壇してみて まとめ はじめに こんにちは！ エンジニア４年目のTKDです！ 今回は、2026年5月12日に開催されたClaude Code Meetup Japan #5で「Claude Agent SDKを活用した脆弱性調査自動化」というタイトル

はじめに こんにちは。デザインストラテジストの松迫です。 「AIツールを導入したが、その後定着しない」——こんな経験はないでしょうか？ 本記事では、行動科学に基づいた「ハビットデザインメソッド」を使って、 ツール定着の壁を乗り越える具体的な方法をお伝えします。 私は習慣化を促すUXデザインの研究や実践を通じて、この方法論を体系化し、 書籍『あのサービスはなぜ継続率が高いのか？』で紹介しています。 今回は、その内容から「社員のAI・デジタルツール利用の習慣化」というテーマに絞って、習慣化のメカニズムやそのコ

Excelでのテスト管理は、少人数・小規模なプロジェクトでは手軽に始められる方法です。 しかし、テストケース数が増え、複数人で実行結果や不具合情報を更新するようになると、最新版の混在、更新漏れ、進捗集計の手間、不具合管理ツールとの連携不足といった課題が表面化しやすくなります。 特にリリース判定の直前に、未実施件数やNG件数、未解決不具合の状況を手作業で集計している場合、テストリーダーやQA担当者に大きな負荷がかかります。 こうした状態を改善するには、Excelに蓄積されたテストケースや実行結果を整理し、テ

テスト管理では、テストケースを何件実行したかを確認するだけでは不十分です。 予定通りに進んでいるように見えても、重要機能のテストが残っていたり、重大不具合が未解決だったり、想定以上に工数を使っていたりする場合があります。 進捗率だけを見て「順調」と判断すると、リリース直前に品質リスクや工数超過が表面化することもあります。 そのためテスト管理では、進捗、品質、不具合、工数の4つの観点から状況を見える化することが重要です。 そこで今回はテスト管理で見るべき項目を一覧で整理し、進捗管理・品質管理・不具合管理・工

はじめに 株式会社NTTデータグループの松本です。 今回は、Amazon Bedrock AgentCoreのMemory機能の一つであるEpisodic memory strategyを実際に使ってみました。 2025年12月のAWS re:Invent 2025で発表された一番新しい長期記憶戦略で、Reflectionという機能を持ちます。 Reflectionとは、単に何が起こったかを思い出すのではなく、「特定の出来事がなぜ重要なのか」、「それが将来の行動にどのように影響を与えるべきなのか」過去の出

「先週なにやってたっけ」を、git log に書いてある状態にしておく ども！Claude Code と毎日仕事している龍ちゃんです。 月曜にやったこと、金曜には忘れてるんですよね。タスクが増えてくると「追い切れる気がしない」になって、ちゃんとやろうと思っても結局やらない、みたいな。 そういう人に向けた話なんですが、前提を先に言っておきますね。2つあって。 全業務（ブログも調査もツール開発もセミナー資料も）を 1つのリポジトリ に突っ込んでいる それは 個人 の進捗管理リポジトリで、作業者は自分1人 この

テスト管理は、テストケースを実行して結果を記録するだけの作業ではありません。 テストの目的や範囲を決め、設計・実行・不具合管理・進捗報告・終了判定までを一連の流れとして管理し、リリース判断に必要な情報を整理する活動です。 現場ではテスト終盤になって未実行ケースが大量に残ったり、不具合の重要度や優先度が整理されないままリリース判定を迎えたりすることがあります。 こうした状況を防ぐには、テスト開始前の計画、実行中の進捗管理、不具合の可視化、終了時の報告までを仕組み化しておくことが重要です。 そこで今回はテスト

テスト管理では、テストケースの消化率や不具合件数を確認していても、「本当に品質は十分なのか」「リリースして問題ないのか」を判断しきれない場面があります。 消化率が高くても重要機能の確認が残っている場合や、不具合件数が少なくてもテスト観点が不足している場合があるためです。 そこで重要になるのが、テスト管理におけるメトリクスです。 メトリクスを活用すると、テストの進捗、品質状態、欠陥傾向、カバレッジ、修正状況などを数値で可視化できます。 これにより、感覚的な報告ではなく、根拠に基づいて品質状況やリスクを説明し

Claude Codeで仕様書を書くようになって、初稿の作成時間は劇的に短くなりました。 しかしながら、運用してみると、 リリースまでのリードタイム全体はほとんど変わっていない ことに気づきました。 今回は、「初稿は速くなったのにリードタイムが減らない」現象がなぜ起きるのか、自分の現場での観察をもとに整理してみます。 体感は爆速、でも実は遅い 正直、具体値を測っているわけではないんですが、 「仕様作成までは、爆速でおわる、仕様調整に時間がかかる」 といった実感があります。 ↓イメージ 「AIで爆速になった

こんにちは。エンタープライズ第一本部 戦略ソリューション 1 部の英です。 普段はWebアプリやスマホアプリの案件などを担当しています。あと、趣味でAIを勉強しています。 世間ではClaude Codeが幅を利かせるなか、なぜかCodexにこだわり続けている私。 そろそろ流行りに乗らねばと思い、今回はClaude Codeの記事を書いてみます。 しかも、巷ではsuperpowersなんてものが話題になっているらしいじゃないですか。 エンジニアの英知を結集したAI駆動開発のベストプラクティス、superpo

本記事は  2026 年 3 月 30 日に公開された ” Introducing CloudWatch Metrics for AWS Direct Connect Virtual Interface BGP Health and Prefix Count ” を翻訳したものです。 本日、 AWS Direct Connect は Amazon CloudWatch における 仮想インターフェイス（VIF）に関する3 つの新しいメトリクス VirtualInterfaceBgpStatus 、