セキュリティテスト

Outcome：Complete the task with セキュリティテスト (Security Testing)。 User context：認可されたテスターは、文書化された範囲、テスト用アカウント、API リスト、脅威モデルを持っています。各所見には証拠、深刻度、影響を受ける境界、修正方法が含まれます。文書で許可されていないシステムのスキャンは許可されたテストとは見なされません。 Technology or engineering concept：セキュリティテスト (Security Testing)。 Why it fits：この用語は、セキュリティコントロールを確認し脆弱性を見つける明確な許可がある場合にのみ使用してください。 Do not use it when：1回の自動脆弱性スキャンを完全なセキュリティテストと呼ぶな。 Engineering fit: Define where it runs and which version to use. Set its job, interfaces, data flow, dependencies, supported systems, security, and speed limits. Explain how it fits the current stack. Lifecycle safeguards: Check dependency health and licenses. Add monitoring and a fallback. Name the upgrade owner. Do not add a second tool for the same job without a measured benefit. Acceptance criteria: A small integration proves the needed behavior. Test compatibility, security, failure, and performance. Document deploy, upgrade, support, and rollback steps. Evidence and limits (evidence boundary)：その情報源にとって公式です。他のプラットフォームやチームはその用語を別の方法で使用する場合があります。 Unknowns to confirm: Current stack, runtime and version rules, target systems, dependency owner, performance budget, support period, and migration limits.