BDD セキュリティフレームワークは Gradle ラッパーコマンドを通じて実行されます。Unix 系システムにおける正しいラッパースクリプトは ./gradlew です（ドットとスラッシュは「現在のディレクトリからラッパーを実行する」ことを示します）。/gradlew または /gradlev を使用したオプションは、ファイルシステムのルートにおける絶対パスを意味するため、クローンされたプロジェクトでは通常正しくありません。また、ラッパー名は gradlew であり、gradlev ではありません。認証機能（または認証用にタグ付けされたシナリオ）のみを実行するには、-Dcucumber.options システムプロパティを通じて Cucumber タグ式を使用します。認証タグ付きシナリオを選択するには、コマンドに --tags @authentication を含める必要があります。
「skip」タグの付いたシナリオをスキップするには、除外演算子を --tags ~@skip (「exclude @skip」を意味する) として使用します。
オプション A と B には --tags @skip が誤って含まれており、これによりスキップされたテストが除外されるのではなく、含まれてしまいます。
したがって、スキップするようにマークされたものを除外しながら認証シナリオを実行するには、 ./gradlew -Dcucumber.options="--tags @authentication --tags ~@skip" が正しい選択です。

docker save コマンドは、イメージデータを標準出力 (STDOUT) に書き込むことで、1 つ以上の Docker イメージを tar アーカイブにエクスポートします。この出力をファイルにリダイレクトするには、> リダイレクト演算子を使用します。正しい構文は docker save <image> > <filename>.tar です。このシナリオでは、イメージリポジトリ名は centos で、アーカイブファイルは centos-all.tar であるため、オプション B が正しいことになります。オプション C と D は、出力リダイレクトではなく入力リダイレクト (<) を誤って使用しています。オプション A ではファイル名にスペース (centos all.tar) が含まれていますが、これは 2 つの別々の引数として解釈され、引用符で囲まない限りエラーが発生します。イメージを tar アーカイブに保存することは、バックアップ、環境間の転送、または運用および監視段階でのオフライン分析に使用される一般的な運用タスクです。

変更リードタイムは、コードのコミットから本番環境への正常なデプロイまでの期間を測定します。この指標は、新機能、バグ修正、変更が開発、テスト、リリースの各段階をどれだけ効率的に通過したかを追跡します。これは、パイプラインの効率性、自動化とセキュリティ統合の有効性を評価するために使用される、DevSecOpsの重要なパフォーマンス指標です。平均復旧時間はインシデント後のサービスの復旧に焦点を当て、変更量はデリバリー速度ではなく変更の数を測定します。そして、価値実現時間はより広範なビジネス指標です。変更リードタイムは、DevSecOpsプラクティスが迅速かつ安全なデリバリーをどれだけ実現しているかを直接反映するため、コミットから本番環境へのフローをあらゆるフェーズで測定するための適切な指標となります。

Bitbucketは、コラボレーション、CI/CD統合、そして安全なコードホスティングをサポートするクラウドベースのソースコード管理プラットフォームを提供しています。Bitbucketの主要機能の一つは、IoTアプリケーションなどのプロプライエタリソフトウェアを開発する組織にとって特に有益な、無料かつ無制限のプライベートリポジトリです。これにより、チームはソースコードを公開することなく安全に保存しながら、プルリクエスト、課題追跡、パイプライン自動化といったコラボレーション機能も利用できます。「制限付きプライベートリポジトリ」という用語は正確ではありません。Bitbucketは無料版ではプライベートリポジトリの数に制限を設けておらず、ユーザー数に制限を設けているからです。Bitbucketはパブリックリポジトリもサポートしていますが、エンタープライズおよび製品ベースのチームにとって最も価値の高い選択肢は、無制限のプライベートリポジトリです。この機能は、ソースコードの機密性を確保しながら、単一のプラットフォーム内で統合された計画、テスト、そしてデプロイメントワークフローを可能にすることで、DevSecOpsの実践にも合致しています。

Azure リソース グループは、Azure CLI コマンド az group create を使用して作成されます。--name パラメーターでリソース グループ名を指定し、--location で Azure リージョンを定義します。オプション A では、正しい CLI プレフィックス (az)、コマンド グループ (group create)、有効なパラメーターが使用されています。オプション B、C、D は、コマンドの省略形が無効であるか、CLI プレフィックスが間違っている (az ではなく azure) ため、正しくありません。リソース グループの作成は、リリースおよびデプロイ段階における基本的なステップです。リソース グループによって、AKS クラスター、ネットワーク コンポーネント、および関連リソース用の論理コンテナーが提供され、整理され、安全で、管理しやすいデプロイが可能になります。