Microsoft 365 全体で拡張可能な Teams アプリの発行プロセス
発行プロセス
Microsoft 365 全体で拡張可能な Teams アプリの発行プロセスは、スタンドアロンの Teams アプリの発行プロセスに似ています。 発行プロセスは、アプリの開発ライフサイクル全体にわたって拡張されます。 開発者は、設計フェーズの早い段階でアプリ発行ガイドラインを理解する必要があります。 アプリのライフ サイクルの設計フェーズで、Microsoft コマーシャル マーケットプレース ポリシーと Teams ストアの検証ガイドラインを確認します。 これにより、アプリを最初からこれらのガイドラインに合わせ、アプリの申請後にコストのかかるやり直しを回避できます。
公開のためにアプリを送信する前に、次の手順を実行すると、Microsoft がアプリの発行を承認する可能性を高めることができます。 事前提出手順には、自動テストの実行、テスト ノートのコンパイル、ストアの登録情報の作成、レビュー プロセスの迅速化に役立つその他の重要なタスクが含まれます。
事前に余裕をもってパートナー センター アカウントを作成します。
Microsoft コマーシャル マーケットプレース ポリシーと Microsoft Teams ストア検証ガイドラインをもう一度確認して、アプリがマーケットプレースと Teams ストアの要件と一致していることを確認します。
Teams 開発者ポータルを使用してアプリ パッケージを検証し、パッケージ エラーを特定して修正します。 提出する前に、アプリの自己テストを通じて発生したバグを修正してください。
アプリを送信する前に、公開元の確認を完了します。
アプリ申請パッケージには、次のものが含まれている必要があります。
- 完全に検証されたアプリ パッケージ。
- 作業管理者と管理者以外のユーザー資格情報。
- 完全に検証されたアプリ パッケージ。
アプリの機能とサポートされているシナリオの詳細を説明するテスト手順。
アプリの機能にアクセスするためにより複雑な構成が必要な場合は、手順を設定します。
アプリで複雑な構成が必要な場合は、管理者アクセス権を持つプロビジョニング済みのデモ テナント。 これは、検証コントロールが構成手順をスキップするのに役立ちます。
アプリの主要なユーザー フローを示すデモ ビデオへのリンクを追加することを強くお勧めします。
アプリのテストには、次のものが含まれている必要があります。
- Team、Outlook、Microsoft 365 でアプリをサイドロードし、アプリのエンド ツー エンド ユーザー フローをテストします。 次のことを確認します。
- 機能は期待どおりに機能します。
- アプリ内のすべてのリンクが正常に機能しています。
- ユーザー エクスペリエンスはどこにもブロックされておらず、すべての制限事項が明確に強調表示されています。
- コンテンツの切り捨てや重複などのユーザー インターフェイスのバグは存在しません。
- ユーザー エクスペリエンスはどこにもブロックされておらず、すべての制限事項が明確に強調表示されています。
- 機能は期待どおりに機能します。
- デスクトップ、Web、モバイル クライアント全体でアプリをテストし、フォーム ファクター間で応答性を確保します。
アプリの公開は面倒なプロセスですが、慎重な計画と徹底的な準備を行うと、スムーズに移動できます。 これらのガイドラインに従うことで、Microsoft 365 クライアント間で正常かつ効率的に拡張される Teams アプリの開発と公開に十分な機能が備わっています。