AIが「動きました」：何をテストすれば信用できる？

この記事の目次 5項目

身近な場面で考えると

架空の予約枠が残り一つ。予約できたら合格、だけでは足りません。二人が同時に予約しようとした時、一人だけが確定し、もう一人には状況が分かることも必要です。

実装したに同じ思い込みがあると、間違った期待値のテストも作れます。業務を知る人が期待値を確認し、正常だけでなく失敗の例も渡します。

は計算など小さな部分、は保存や外部サービスとのつながり、は画面操作から結果までの一連の流れを確かめます。役割が違うので、どれか一つで全部を代替しません。

自動テストに加えて、スマホの文字の重なり、分かりやすいエラー、キーボード操作も実画面で確認します。外部サービスはテスト環境や制御した代替を使い、本物の請求・メールを勝手に発生させません。

対象の版、環境、操作、入力、期待結果、実結果、未確認事項を保存します。テストが通るように期待値を弱めたり、失敗したテストを削除しただけなら、問題を直したになりません。

最重要の操作一つに、正常・失敗・権限違反・二重操作の四つの期待結果を書く。

金額・権限・保存内容の期待結果を決められない、または重要なテストが失敗している間は公開しない。

AIに頼む時のたたき台

実際の構成・権限・業務に合わせて直してください。指示文だけで安全や正しさは保証されません。秘密・個人情報は入力しません。

まず仕様から独立して期待結果を整理し、確認を求めてください。その後、正常・異常・境界・権限・同時操作と回帰テストを作成してください。既存テストの削除や期待値変更は、理由と承認なしに行わないでください。

資料確認：2026-10-23。以下は一般的な学習の根拠です。このページは特定環境の監査結果・法的助言・決済の実装保証ではありません。表、仮想例、学ぶ順番、確認用の指示文はJPMによる編集です。

作ったアプリの確認、修正、費用や引継ぎを整理したい時に。日本プロダクトマネージメント合同会社が、対応できる範囲を確認します。

この3点の分かる範囲だけで構いません。秘密キー、パスワード、実際の顧客情報は送らないでください。実施範囲・費用・日程は個別に確認します。