SysTestフレームワークは、MSTestフレームワークアダプターと同等のアダプターの主要なテスト属性をサポートするようになりました。これには、カテゴリ、所有者、優先度、テストプロパティなどの属性が含まれます。
注：
整数値を必要とするPriority属性SysTestPriorityが使用可能になりました。優先度を指定できるのは1回だけですが、クラスレベルとメソッドレベルの両方でサポートされており、メソッドレベルがクラスレベルよりも優先されます。
所有者属性SysTestOwnerも追加されました。この属性は、テストツールボックスウィンドウでのフィルタリングで技術的にすでにサポートされていましたが、X++では属性自体がありませんでした。Priorityと同様に、所有者は1回だけ指定でき、クラスレベルとメソッドレベルの両方でサポートされ、メソッドレベルが優先されます。
SysTestPropertyは、プロパティと値（2つの文字列）を指定し、VisualStudioの[テストツールボックス]ウィンドウで使用できるようになりました。テストプロパティは複数回指定でき、クラスレベルとメソッドレベルの両方に存在できます。
参照：
https ：//docs.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/perf-test/systest-filtering

B
説明
https：// docs.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/perf-test/performance-timer

Explanation:
ボックス1：データコントラクトクラス
データコントラクトクラスは、次のようなレポートのパラメーターを定義します。レポートデータプロバイダー（RDP）クラスにバインドされています。レポートパラメータの1つ以上のグループ、グループの順序、およびレポートパラメータが印刷ダイアログボックスに表示される順序を指定できます。
ボックス2：レポートデータプロバイダークラス
レポートデータプロバイダークラス-パラメーターとクエリに基づいてビジネスロジックを処理し、レポートのデータセットとしてテーブルを返します。
ボックス3：DataContractAttributeDataContractAttribute-
この属性はX++クラスに適用され、クラスをデータコントラクトとして使用できることを指定します（シリアル化する必要があります）。
ボックス4：DataMemberAttribute
DataMemberAttribute-この属性は、X ++データコントラクトクラスのparm（パラメーター）メソッドに適用され、データメンバーをシリアル化する必要があることを指定します。
ボックス5：SRSReportParameterAttribute
SRSReportParameterAttribute属性を、RDPクラス用に作成したデータコントラクトに設定します。
参照：
https://docs.microsoft.com/en-us/dynamicsax-2012/appuser-itpro/how-to-use-a-report-data-provider-class-in-a-report

説明
<eip= "89914d27802f560483c3a378e7a29501.jpg"></e>
ボックス1：はい
クラス拡張-メソッドのラッピングとコマンドのチェーン。
クラス拡張またはクラス拡張の機能が改善されました。拡張する基本クラスで定義されているメソッドをロジックでラップできるようになりました。イベントハンドラーを使用せずに、パブリックメソッドとプロテクトメソッドのロジックを拡張できます。メソッドをラップすると、パブリックメソッドとプロテクトメソッド、および基本クラスの変数にアクセスすることもできます。この上、トランザクションを開始し、クラスに関連付けられている状態変数を簡単に管理できます。
ボックス2：はい
次の例では、doSomethingのラッパーと、必要なnextキーワードの使用により、メソッドのChain of Command（CoC）が作成されます。CoCは、リクエストが一連のレシーバーによって処理されるデザインパターンです。このパターンは、送信者と受信者の緩い結合をサポートします
[ExtensionOf（classStr（BusinessLogic1））]
final class BusinessLogic1_Extension
{
str doSomething（int arg）
{
//パート1
var s = next doSomething（arg + 4）;
//パート2
はsを返します;
ボックス3：はい
インスタンスメソッドと静的メソッドは拡張クラスでラップでき
ます
。静的メソッドがラップされるターゲットである場合、拡張機能のメソッドはstaticキーワードを使用して修飾する必要があります。
ボックス4：
ラッパーメソッドは常にnextを呼び出す必要はありません。
注：拡張クラスのラッパーメソッドは常にnextを呼び出す必要があるため、チェーン内の次のメソッド、そして最後に元の実装が常に呼び出されます。この制限は、チェーン内のすべてのメソッドが結果に寄与することを保証するのに役立ちます。
この制限の現在の実装では、nextの呼び出しは、メソッド本体の第1レベルのステートメントに含まれている必要があります。
重要なルールは次のとおりです。
*nextの呼び出しは、ifステートメント内で条件付きで実行することはできません。
* nextの呼び出しは、while、do-while、またはforループステートメントでは実行できません。
*次のステートメントの前にreturnステートメントを付けることはできません。
*論理式が最適化されているため、論理式でnextの呼び出しを行うことはできません。実行時に、完全な式の実行は保証されません。
参照：
https ：//docs.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/extensibility/method-wrapping-coc

https://docs.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/user-interface/simple-list-form-pattern