こんにちは。CATエヴァンジェリスト・石井優でございます。

技術を土台にして自分なりのQAエンジニアを目指す本連載の第7話のテーマは 「スクラムマスター」の専門性 です。 これまでの連載では、テスト設計、テストマネジメント、テスト自動化といった、テストエンジニアの職能に直結するいわゆる「王道」の技術についてお話ししてきました。 しかし今回は、少し視点を変えて、チーミングの領域、特に私が学び・実践してきたスクラムについて深掘りしたいと思います。 皆さんは、アジャイルやスクラムに対してどのようなイメージをお持ちでしょうか？ 私がスクラムという概念に初めて触れたのは、市

Amazon DynamoDB のグローバルセカンダリインデックス (Global Secondary Index、GSI) のキャパシティを Terraform の外部で調整したことがある方なら、Terraform がドリフトを検出して望ましくない復元を強制する様子をご存知でしょう。Terraform の新しい aws_dynamodb_global_secondary_index リソースを使用すれば、この問題に対処できます。 新しい aws_dynamodb_global_secondary_ind

急成長を続けるメガベンチャーにおいて、複数プロダクトの品質を横断的に管理するQAマネージャーは、常に「スピードと品質の両立」という難題に直面しています。 各チームでバラバラに進む個別最適のテスト運用は、組織が拡大するにつれて端末依存のバグ見逃しや、手戻りによるリリース遅延といった大きなリスクへと姿を変えていきます。 こうした課題を根本から解決し、属人化を排した「持続可能な品質体制」を築くための鍵となるのが、モバイルデバイステストラボの存在です。 エミュレータでは再現できない実機特有の挙動を捉え、CI/CD

2026年1月の主な製品アップデートをご紹介します。 製品アップデート MCPを使ってAIツールを実際のテスト文脈につなぐ（法人アカウント向け） PractiTestは、Claude などのAIツールをプロジェクトに直接接続するための Model Context Protocol（MCP）に対応しました。これにより、AIの出力を単なる提案にとどめず、テストの生成、要件との紐付け、実行用テストセットへの追加といった「実際のテスト作業」として活用できます。しかも、プロジェクト全体の文脈を踏まえた形で行えるのが

こんにちは、エデュケーショナルサービス課 AWS トレーナーの小倉です。 過去に弊社のブログで何回か紹介されている Distributed Load Testing (分散負荷テスト) on AWS ですが、2025/11/19 に MCP サーバーの機能が追加されています。MCP サーバーを利用することにより、自然言語で問い合わせを行い、負荷テストの実行結果を分析することができます。今回はこの MCP サーバーを使って分析をしてみます。 github.com Distributed Load Testi

ソフトウェア開発におけるユーザー視点を重視したユースケース駆動開発を基にしたテスト設計手法について説明しています。ユースケースの構成要素をテスト観点に展開し、ユーザー操作に即した網羅的なテストケースを作成する方法とそのメリット、注意点を解説しています。

本記事は 2026 年 1 月 15 日 に公開された「 From AI agent prototype to product: Lessons from building AWS DevOps Agent 」を翻訳したものです。 re:Invent 2025 で Matt Garman は、インシデントを解決し、事前に防止することで、信頼性とパフォーマンスを継続的に改善するフロンティアエージェントである AWS DevOps Agent を発表しました。DevOps Agent チームのメンバーとして、

ソフトウェアテストの研修でテスト技法を学んだとき、「状態遷移図」は比較的理解しやすい技法だと感じていました。 状態と状態を線で結ぶだけで、画面や処理の流れが整理できる。 しかし、いざ実務で使ってみると、研修では見えていなかった“つまずきどころ”がいくつも浮かび上がってきました。 そこで今回は、テスト初心者である私が、状態遷移図を実務に適用する過程で特につまずいたポイントを整理します。 ※本記事は株式会社モンテカンポの新人スタッフが記録したレポートを元に、記事として編集しなおしたものとなります。 参考： テ

このシリーズは、私自身の「初心者研修記録」をもとに、研修で学んだテスト技法を実務でどのように活用したのかを記録したものです。 今回はその中から、実務で初めてテスト技法を意識的に活用した取り組みとして、「状態遷移図」を用いた検証の記録を整理し、記事としてまとめました。 私自身、ソフトウェアテスト受託業務の企業に就職してまだ3カ月ほどであり、ソフトウェアテストに関しては社内研修で学んだ知識しか持っていない状態でした。 実務経験がほぼない中で、研修で学んだテスト技法をどのように業務に落とし込んだのか、その過程と

システム開発におけるテスト工程の重要性と、機能テストおよび非機能テストの種類と目的について説明しています。各テストの具体的な内容とその役割を紹介しています。

今回は、タイミーの「 Kaigi Pass 」制度を利用して、12/4に開催のされたプロダクトマネージャーカンファレンス（以下、pmconf）に参加してきました。 この制度を通じて、非常に有意義な学びを得ることができましたので、その内容を共有します。 参加セッション 「メルカリのデータ分析AIエージェント『Socrates（ソクラテス）』と、それを支えるデータ整備」 登壇者：株式会社メルカリ データアナリティクスチーム セッション詳細・学び 1. 背景と課題 (As-is) メルカリでは専任のデータアナリ

急成長を遂げる事業において、海外展開は避けて通れない大きな一歩です。 しかし、複数のプロダクトやマイクロサービスが並走するメガベンチャーの現場では、各チームでテスト方針や品質基準がバラバラになり、思わぬ手戻りやブランド毀損のリスクに直面することも少なくありません。 特に「ローカライゼーション」は、単に言葉を置き換えるだけの作業と誤解されがちですが、その実態は「特定の市場でプロダクトが自然に受け入れられる状態」を保証するための極めて戦略的なプロセスです。 そこで今回はQAマネージャーや品質推進リードが、部分

急成長する開発現場において、チームごとにテスト方針や品質基準が異なり、思わぬ障害や手戻りに頭を抱えるケースは少なくありません。 個別最適の積み重ねだけでは組織全体の品質を担保するのに限界が見え始めている場合、必要となるのは論理的かつ客観的な品質の物差しです。 国際標準規格であるISO25010は、単なる用語の定義集ではなく、プロダクトの価値を最大化し、組織横断で品質を議論するための強力なフレームワークとなります。 そこで今回はこの品質モデルをどのように実務のテスト設計やCI/CDパイプラインへ組み込み、事

はじめに 実施したミニユーザビリティテストの目標とステップ ステップ1：自分を初見ユーザーと想定してサイトを触り、直感的に気になった点を洗い出す ステップ2：具体的なユーザー像と状況を設定し、その立場でサイトを操作して問題点を抽出 ステップ3：生成AIに簡単なタスクを作ってもらい、タスクを行う中で問題点を抽出 まとめ はじめに こんにちは！社会人3年目の小澤です。 前回の記事からおよそ2年が経ちましたが、相変わらずミッフィーが大好きです。 この1年半は、保守・運用案件やリニューアル案件に携わってきました。