pure-systems pure variants コードビーマー用コネクタユーザーマニュアル

pure::variants codebeamer のコネクタにより、codebeamer ユーザーは要件を管理し、pure::variants を使用してアーティファクトの変動性をテストできます。 pure::variants と codebeamer を組み合わせることで、可変性とバリアントに関する知識を形式化し、共有し、自動的に評価することができます。これにより、製品バリアントの要件とテストアーティファクトの有効な組み合わせに関する質問への回答を迅速に得ることができます。要件およびテストアーティファクトレベルで、計画およびリリースされた製品バリアントを簡単に監視できます。また、バリアント固有の要件ドキュメント、テストセット、およびテストケースを要件およびテストアーティファクトリポジトリからそれぞれ非常に効率的に作成することもできます。

このマニュアルについて

読者は、codebeamer ツールと pure::variants ツールの両方について基本的な知識を持ち、試してみる必要があります。 pure::variants のマニュアルは、オンラインヘルプと印刷可能な PDF 形式で利用できます。

ソフトウェア要件

次のソフトウェアは、codebeamer の pure::variants コネクタに必要です。

PTC コードビーマー 22.10-LTS または 22.10-SP3。他の codebeamer リリースとの互換性は保証されていません。

コネクタと同じバージョンの codebeamer の pure::variants サーバーコンポーネント。コネクタには、codebeamer サーバーに pure::variants 固有のコンポーネントをデプロイする必要があります
pure::variants デスクトップハブまたは Web コネクタ自体と同じバージョンのハブ:
pure::variants デスクトップハブは、pure::variants Enterprise Windows インストーラーパッケージに付属しており、インストーラーウィザードで統合コンポーネントを選択することでインストールできます。 Web Hub については、pure::variants セットアップガイドで説明されています。

codebeamer の pure::variants コネクタは、pure::variants の拡張機能であり、サポートされているすべてのプラットフォームで使用できます。

インストール

コネクターのインストール方法の詳細については、pure::variants セットアップガイドのセクション pure::variants コネクターを参照してください (メニュー [ヘルプ] -> [ヘルプコンテンツ]、次に [pure::variants セットアップガイド] -> [pure::variants コネクター])。 codebeamer コネクタに固有の手順、コンポーネントの展開、およびシングルサインオンの構成方法の説明は、pure::variants セットアップガイドに記載されています。

codebeamer コネクタに固有のインストール手順、コンポーネントの展開、およびシングルサインオンの構成方法の説明は、pure::variants セットアップガイドに記載されています。

コネクタの使用

pure::variants の開始

使用するインストール方法に応じて、pure::variants 対応の Eclipse を開始するか、Windows ではプログラムメニューから pure::variants 項目を選択します。

Variant Management パースペクティブがまだアクティブになっていない場合は、[ウィンドウ] メニューの [パースペクティブを開く] -> [その他...] から選択してアクティブにします。

codebeamer プロジェクトの準備

codebeamer アイテムから可変性情報を取得し、codebeamer のバリアントにアイテムを割り当てるには、最初に codebeamer トラッカーを準備する必要があります。可変性情報を pure::variants で利用できるようにするには、その可変性に関して処理されるすべてのコードビーマートラッカーに属性を設定する必要があります。
選択したトラッカーごとにこの属性を設定するには、CodeBeamer に移動し、トラッカーの [構成] オプションを使用します。ここで、[フィールド] ページを選択し、「テキスト」タイプの「pvRestriction」という名前の新しいカスタムフィールドを追加します。さらに、可変性情報を codebeamer に格納する Enum 変換を準備するには、「テキスト」タイプの「pvVariants」という名前の追加のカスタムフィールドが必要です。
テストケース内のテストステップの場合、テーブル定義で、タイプ「テキスト」のカスタムフィールド「pvRestrictionTestSteps」および「pvVariantsTestSteps」をそれぞれ追加する必要があります。

認証

コネクタを使用するには、常に codebeamer アプリケーションに対して認証される必要があります。
サポートされている認証メカニズムは XNUMX つあります。

コードビーマー資格情報の使用

OpenID Connect (シングルサインオン用)

コネクタの使用中、両方のメカニズムで、ユーザーは、ユーザーの資格情報を要求するログインダイアログでプロンプトが表示されます。シングルサインオンの場合、設定された認証サーバーによって提供されるブラウザベースのログインダイアログが表示されます。

初期モデルの作成

最初のステップは常に、選択したコードビーマートラッカーを含む関連する各ワーキングセットに対応するファミリモデルを作成することです。これらの初期ファミリーモデルは、既存の変動性情報を使用するための出発点として機能します。

インポート手順はコードビーマーワーキングセットごとに XNUMX 回だけ実行する必要がありますが、後で更新できます。各トラッカーは、インポート中に作成される pure::variants ファミリーモデルの XNUMX つのモデルノード要素によって表されます。

実際のインポートを開始する前に、インポートされたモデルが保存されるバリアント管理プロジェクトを作成する必要があります。 [新規] から [プロジェクト] を選択します。 File メニュー。 New project ウィザードの最初のページで、Variant Management の下にある Variant Projects を選択します。プロジェクトの名前を選択し、プロジェクトタイプとして [空] を選択します (図 1「コードビーマートラッカーインポート用の空のバリアント管理プロジェクトの作成」を参照)。

インポートは、プロジェクトのコンテキストメニューでインポートアクションを選択することによって開始されます。 view または File メニュー。バリアントモデルまたはプロジェクトを選択し、[次へ] をクリックします。次のページで、「codebeamer トラッカーまたはワーキングセットをインポートする」を選択します。
インポートウィザードが表示されます。最初のページでは、トラッカーをインポートするコードビーマーサーバーアドレスを定義または選択する必要があります。

まだ認証されていない場合は、[テスト接続] を使用できます。これにより、複数の認証方法を提供するログインダイアログが開きます。

codebeamer のユーザー名とパスワードは、「codebeamer User Credentials」オプションで指定できます。
認証サーバーは、「認証サーバー (OAuth2)」オプションを選択して使用できます。

どのログイン方法が機能しているかは、codebeamer サーバーの構成によって異なります。
次のページでは、codebeamer トラッカーの変動情報を完全にインポートするか (フルモード)、モジュールヘッダーのみをインポートするか (クイックモード) を決定できます。後者の場合、データは変換前に自動的に同期されますが、完全モードでは、既存のデータがバリアントの変換に使用されるため、ユーザーはデータの同期を維持する責任があります。
フルモードを使用すると、トラッカーで見つかったバリエーションポイントが、作成中のファミリーモデルで表されます。

インポートするデータは、次のページでユーザーが構成できます。
codebeamer リポジトリのプロジェクトの完全なリストが表示され、使用可能な各プロジェクトの下にワーキングセットがリストされます。対象のトラッカーを含むワーキングセットに移動し、チェックを選択します。

左側のボックス。異なるプロジェクトの複数のワーキングセットを一度に選択してインポートできます。ワーキングセットの左側にあるチェックボックスを選択すると、すべてのトラッカーがインポート対象としてマークされます。右側のペインを使用して、XNUMX つのワーキングセット内の個々のトラッカーを選択することもできます。
注記： ユーザーが適切なアクセス権を持っている情報のみが表示されることに注意してください

「インポート先」の横にあるインポート先の場所が正しいことを確認してください。 [Choose] ボタンを使用して場所を変更できます。「フォルダ構造に従って作成されたモデルを保存する」オプションを選択すると、インポートプロセスは、ファミリモデルの pure::variants に、プロジェクトとワーキングセットのフォルダをそれぞれ作成します。

作成されたファミリモデルには、デフォルトで _ スキームに従って名前が付けられますが、これは編集ボックスを使用して変更できます。

注: すべてのタイプのトラッカーをインポートできますが、特定のタイプのトラッカーのみが変換中に考慮されます (タイプのリストについては、このマニュアルの「バリアントの変換」の章を参照してください)。

また、変化点は、これらのトラッカーでのインポート中にのみ考慮されます。

次のページを使用して、ワーキングセット変換のソースバージョンとして使用する、選択した各トラッカーのベースラインを選択できます。

選択は、関連するベースラインのワーキングセットレベルで実行することも、トラッカーごとに個別に実行することもできます。ワーキングセットレベルでは、各トラッカーに共通のベースラインがリストされます。選択は、選択するベースラインをフィルタリングする検索機能によって支援されます
または、トラッカーがワーキングセット変換によって作成されたワーキングセットに共有として含まれるように定義することもできます。

注記： 定義上共有されているトラッカーの共有状態は変更できず、ダイアログに読み取り専用として表示されます。

次のページに、インポートルールが表示されます。このページでは、インポート後に結果のモデルを操作するために使用される一連のインポートルールを選択できます。インポートルールセットを使用して、codebeamer アーティファクト情報から制限や制約などの特定の pure::variants モデル要素を作成できます。

codebeamer からのモデルの更新

Synchronize アクションを使用すると、Working-Set の一部としてインポートされる一連のトラッカーを変更できます。さらに、フルモードを使用する場合、関連する変更が行われるたびに、codebeamer からの情報で pure::variants モデルを更新する必要があります。更新を開始するには、ワーキングセットを表すモデルを開き、ツールバーの [同期] ボタンを押します。

pure::variants は codebeamer に接続して、トラッカー選択ページ、ベースライン選択ページ、続いて pure::variants モデルの比較エディターを表示します。

比較エディターは、pure::variants 全体でモデルのバージョンを比較するために使用されますが、この場合はコードビーマーデータ (右下に表示) を現在の pure::variants モデル (左下) と比較するために使用されます。すべての変更は、エディターの上部に個別の項目として一覧表示され、影響を受ける要素の順に並べられます。

このリストの項目を選択すると、両方のモデルのそれぞれの変更が強調表示されます。この例ではampファイルでは、トラッカー「テストケース」がインポートの範囲から削除されました。
[マージ] ツールバーには、現在のモデルから古いモデルに XNUMX つまたはすべての (競合しない) 変更全体をコピーするためのツールが用意されています。

バリアントの定義

次のステップは、関心のある実際のバリアントの定義です。可変性モデルは通常、非常に多数のバリアントの定義を許可するため、pure::variants は、ユーザーにとって関心のあるバリアントのみを追跡します。通常、この数は可能なバリアントの数よりもはるかに小さいです。

バリアントは、バリアント記述モデル (VDM) と呼ばれる個別のエンティティとして保存されます。 VDM は常に特定の構成スペースに属します。したがって、バリアントを定義する前に、構成スペースを作成する必要があります。バリアントプロジェクトでインポートされたモデルを含むプロジェクトを選択します。 view コンテキストメニューを開きます。項目 New の下で、Configuration Space を選択します。ウィザードが開きます。最初のページに (図 10、「構成スペースウィザード」)で、構成スペースの名前を入力します。名前は厳密な規則に従う必要があります (スペースや特殊文字は使用できません)。純粋な要件モデルの場合、標準変換は関連する機能を提供しないため、[標準変換を作成] の前にあるボックスのチェックを外します (変換の詳細については、pure::variants ユーザーマニュアルを参照してください)。

次のページは、この構成スペースに含めるモデルを指定するために使用されます。ここで、ワーキングセットを表すすべてのモデルを選択し、対象のトラッカーを選択します。元ではamp以下のファイルでは、ファミリモデルが XNUMX つだけ選択されています。 [完了] ボタンを押します。

結果のプロジェクト構造を (図 12、「初期構成スペース構造」) に示します。 DemoVariants.vdm が作成され、ウィザードの最初のページで [Create default variant description] が選択された場合、すぐに開かれます。

バリアントの変換

バリアント記述モデルに格納されたバリアントは、codebeamer で利用可能にすることができます。コネクタは、バリアントを表す次の方法をサポートしています。

属性ベースのバリアント表現
属性ベースの表現では、選択した各コードビーマートラッカーのカスタムフィールドを定義して、各トラッカーアイテムに追加します。この変換方法は、トラッカーアイテムがバリアントの一部である場合、バリアントの名前を (改行で区切られたリストとして) 追加します。この属性の名前は、変換用にユーザーが定義できます。デフォルトは pvVariants です。
このタイプの変換は、次のトラッカータイプに適用できます: 要件、テストケース (テストステップを含む)、テストセット、テスト構成、構成アイテム
注記： ユーザーがファミリーモデルのバリアントに対してトラッカーを除外した場合、バリアント名は codebeamer のバリアントのリストから削除されます。
注記： この変換は、HEAD 以外のベースラインを持つトラッカーでは実行できないため、pure::variants はエラーを報告します。

ワーキングセット変換

製品ラインアセット (150%)、つまりトラッカー (要件、テストケースなど) は、専用のワーキングセットまたは codebeamer のデフォルトのワーキングセットに割り当てられます。ワーキングセット

変換は、更新サポートの有無にかかわらず使用できます。

更新サポートがない場合、変換は、トラッカーアイテムのバリアント固有のサブセット (100%) を含むトラッカーを使用して、各変換実行および各バリアント (vdm) に対してバリアント固有のワーキングセットを作成します。デフォルトでは、作成されたバリアント固有のワーキングセットの命名規則は、たとえば「DemoVariant」と同じです。デフォルト名は、変換パラメーター「WorkingSetName」を設定することで変更できます (「変換の準備」の章を参照)。同じ名前のワーキングセットが既に存在する場合、エラーが報告され、変換は実行されません。
実行ごとに異なる名前のワーキングセットを作成する実用的な方法は、timest を追加することです。amp 名前への変換の。「WorkingSetName」の値を「$(VARIANT)_$(QUALIFIER)」に設定することで実行できます。

更新のサポートにより、以前に変換されたバリアント固有のトラッカーの更新がサポートされます。手動マージモードと完全上書きモードの XNUMX つのモードを使用できます。

手動マージモード – このモードでは、バリアントは XNUMX つのワーキングセット (参照ワーキングセットとワーキングコピーワーキングセット) で表されます。参照ワーキングセットは、最初の変換実行で新しく作成され、その後の変換ごとに上書きされます。作業コピーも最初の変換によって作成され、コンテンツはユーザーが変更できます。このワーキングセットは自動的に更新されませんが、参照ワーキングセットで行われた変更は手動で作業コピーにマージする必要があります。

完全上書きモード: このモードでは、最初の変換によって作成され、後続の各変換で上書きされる XNUMX つのワーキングセットによってバリアントが表されます。

どの更新モードを使用するかを事前に決定する必要があるため、変換が実行された後にモードを切り替えることはできません。

注記：

ユーザーには、ブランチのコンテンツを置き換えるためのトラッカーレベルのアクセス許可が必要です (codebeamer のアクセス許可設定: 'Branch – Replace content')。

一部のトラッカーの組み合わせでは、codebeamer でワーキングセットを作成するとトラッカーの構成が変更されますが、更新ではサポートされていません。これにより、特定のトラッカーの組み合わせの更新の有用性が制限されます。たとえば、トラッカーの「システム要件仕様」と「顧客要件仕様」は常にワーキングセットに同時に含める必要があります。
更新サポートを有効にする方法については、「pure::variants ユーザーガイド」の「トランスフォーメーションの設定」の章を参照してください。

ワーキングセット変換のすべてのモードについて、次の点に注意する必要があります。

ユーザーは、ワーキングセットを作成する権限を持っている必要があります。 (codebeamer の権限設定: 'Working-Set – Admin')。
含まれるトラッカー (つまり、共有トラッカーではない) は、インポート中にユーザーが定義したベースラインで元のワーキングセットのトラッカーから分岐され、バリアント固有のサブセットに縮小されます。共有トラッカーはワーキングセットにのみ追加されますが、そこでは変動性情報が考慮されないため、変更はありません。
バリアント固有のトラッカーブランチの HEAD バージョン (該当する場合) は、バリアント専用コンテンツを含めるために codebeamer でのみ変更できます。

このタイプの変換は、次のトラッカータイプに適用できます: 要件、テストケース (テストステップを含む)、テストセット、構成アイテム。

テキスト置換

次のトラッカータイプとフィールドは、テキスト置換の対象となります。

要件 (名前、説明) テストケース (名前、アクション前、アクション後、テストパラメーター (両方のテストパラメーター)
名前とその値)、説明) テストステップ (テキストおよびウィキテキストタイプのすべてのフィールド)
テストセット (名前、テストパラメーター (テストパラメーターの名前とその値の両方)、説明)

構成アイテム (名前、説明)

注記： テキストの置換は、「ワーキングセットの変換」中にのみ実行され、ワーキングセットに共有として含まれていないトラッカーに対してのみ実行されます。

変換の準備

バリアントを変換するには、まず変換構成を作成する必要があります。変換構成を作成するには、ツールバーの [変換] ボタンの横にある矢印をクリックし、[変換構成ダイアログを開く] を選択します。

構成スペースのプロパティダイアログが開き、[変換構成] タブが表示されます。次のステップは、マークされたツールバー項目をクリックして、新しい Module Configuration を追加することです。 [追加] ボタンを使用して、モジュール構成に新しいモジュールを追加します。

開いたダイアログから、Intland codebeamer Transformation Module を選択し、名前を入力します。次のページにすべてのパラメータが表示されます。 Modus パラメーターは、上記のように、バリアント結果表現の XNUMX つを指定します。

次のパラメータを定義する必要があります。

モード: 変換モードを定義します。利用可能なモードは次のとおりです。列挙 – このオプションは、属性ベースのバリアント表現を表します。 Working-Set – このオプションは、Working Set Transformation を表します。

EnumerationField: Enumeration 変換モードでバリアント名を入力するトラッカーアイテムフィールドの名前を指定します。設定されていない場合は、標準名 ('pvVariants') が使用されます。
EnumerationCleanup: true が選択されている場合、現在のバリアントをエクスポートする前に既存のすべてのバリアント属性が削除されます。false の場合、変換されたバリアントの名前のみが更新されます (削除または追加)。
WorkingSetName: 変換によって作成されたワーキングセットの名前を指定します。

PerformPartialTextSubstitution: true が選択されている場合、部分的なテキスト置換が実行されます。
UpdateMode: 更新サポートが有効な場合のワーキングセット変換の更新モードを定義します。利用可能な更新モードは次のとおりです。

ManualMerge - このオプションは手動マージモードを表します。
FullOverwrite – このオプションは、完全上書きモードを表します。ダイアログを終了した後、変換は、変換ボタンをクリックし、プルダウンメニューから変換を選択します。

Web 変革のためのクライアント統合

pure::variants のセクション Transformatio Help Contents を参照してください。 Web を使用して変換を実行する方法の詳細については、クライアントマニュアルを参照してください。 Web クライアント統合

統合の使用

コードビーマーの可変性のための pure::variants コネクタを容易にするために、トラッカー項目に情報を追加する必要があります。これは、トラッカーアイテムに制限を追加することによって実行され、pure::variants クライアントインストールまたは pure::variants Integration for CodeBeamer と呼ばれるツール内統合によって提供されるデスクトップハブアプリケーションによって支援されます。

デスクトップハブを使用して変動情報を追加する

デスクトップハブはクリップボードを使用して、pure::variants からの情報を、ユーザーが編集中のアクティブなフィールドに貼り付けることで、他のアプリケーションに挿入します。 codebeamer では、まずトラッカーアイテムを編集モードで開き、「pvRestriction」フィールドを選択してから、ホットキーの組み合わせセットを使用してデスクトップハブをアクティブ化する必要があります。

注記： デスクトップハブの詳細については、専用の pure::variants デスクトップハブマニュアルを参照してください。

pure::variants ウィジェットを使用して変動情報を追加する

統合が初めて codebeamer に追加されると (pure::variants セットアップガイドのそれぞれの章「pure::variants コネクタ」を参照)、[General] タブ view 設定ページの下に表示されます。これは基本的に、エンドユーザーからの入力を受け取り、XNUMX つの使用可能なモードのいずれかを選択します。統合はデスクトップハブモードまたはデスクトップハブモードで実行する必要があります。 Web ハブモード。デフォルトでは、デスクトップハブモードがデフォルトモードとして設定されています。

デスクトップハブモードの前提条件

デスクトップハブモードで統合を実行するには、バックグラウンドで実行中のデスクトップハブのインスタンスが必要です。デスクトップハブインスタンスの実行中に、統合内で [全般] タブに移動します。 view 設定ページの下。デスクトップハブは、Connect でドロップダウンから既に選択されていることに注意してください (これは、デスクトップハブが統合のデフォルトモード設定であるためです)。必要なのは、デスクトップハブインスタンスが実行されているポート番号だけです。したがって、特定のデスクトップハブ入力タイプ内にポート番号を入力します。その後、OK ボタンを押してモード設定を保存します。統合はメインページにリダイレクトされ、デスクトップハブモードで実行を開始します。

デスクトップハブモードで構成スペースをロードする場合: 構成スペースを選択するには、統合のメニューバーから [構成スペースを開く] ボタンを押してください。デスクトップハブの file 目的の構成スペースを選択するための選択ダイアログが表示されます。構成スペースが選択されると、統合は選択された構成スペースをすぐに表示します。

の前提条件 Web ハブモード

で統合を実行するには Web ハブモード、pure::variants の実行中のインスタンス Web コンポーネントが必要です (「pure::variants」の章を参照) Web 「pure::variants セットアップガイド」の「コンポーネント」)。 pure::variants の間 Web [全般] タブの [統合] 内でコンポーネントが実行されている view [設定] ページで、 Web Connect via ドロップダウンのハブ値を入力し、実行中の pure::variant インスタンスへの URI を入力します。 Web 指定されたコンポーネント Web ハブ入力タイプ。その後、OK ボタンを押してモード設定を保存します。統合はメインページにリダイレクトされ、実行を開始します Web ハブモード

変換関連の設定を定義する

[設定] ページでは、アクティブなトラッカーインスタンスに対してさらに変換関連の設定を定義できます。

一般タブを使用して、制限の保存に使用される属性を定義できます。デフォルト値は「pvRestriction」です。
テーブルフィールド内のトラッカーアイテムの場合、フィールドの名前は空白や特殊文字なしで上で定義した値に追加されます。たとえば、「テストステップ」の場合は「pvRestrictionTestSteps」になります。

[計算] タブを使用して、テキスト置換マーカーを定義できます。デフォルト値は次のとおりです。開始文字は [ 終了文字は ] エスケープ文字は

. 統合 GUI の概要

メインページ view 統合の概要は、図 16「統合のメインページ」に示されています。 view”

統合はドキュメントのサイドパネルに表示されます View ドキュメントがサポートされているトラッカータイプで使用できます。View 利用可能です。メニューバーのボタンの機能、左から右へ:

[Open Config Space] ボタンを指します。デスクトップハブで説明されているように、クリックして構成スペースを選択します。 Web ハブセクション。
モデルを参照 Viewer ボタン – クリックして、モデルで現在選択されている Configspace/VDM を開きます Viewer web 応用。 ( Web ハブモード)

[更新] ボタンを参照 - クリックして、ツリー内の機能/バリアントモデルツリーを更新します。view.
展開ボタンを参照 – クリックすると、ツリー内のツリー全体が展開されます –view.
折りたたみボタンを参照 - クリックすると、ツリー内にレンダリングされたツリーが折りたたまれます -view.

ショープレを参照view ボタン – クリックしてプリを有効にしますview 変動情報を視覚化するため。ドキュメントで利用可能 View タイプが WikiText のフィールドに対してのみ Wiki 形式をサポートします。
リセット前を参照view ボタン – クリックして Pre を無効にしますview.
エラーチェックボタンを参照 - クリックしてエラーチェックを開きます view、PVSCL ルールのエラーを表示します。

[計算] ボタンを参照 - クリックして [計算] ページを開き、トラッカーアイテムのフィールド内にある計算を編集します。
制限ボタンを参照 - クリックして制限ページを開き、トラッカーアイテムの pvRestriction フィールド内の制限を編集します。
[設定] ボタンを参照 - クリックして [設定] ページに移動し、一般設定、計算固有の設定を構成し、統合固有の情報を表示します。

メニューバーの下には、選択した構成スペースに関連付けられているすべてのバリアントモデルを一覧表示する VDM セレクタードロップダウンがあります。ドロップダウンからバリアントモデルのいずれかを選択すると、モデルはツリー内にレンダリングされます。view. 木-view 選択した機能/バリアントモデルを一覧表示します。

注記：

不適切な DesktopHub または Webハブバージョンが使用されます (「ソフトウェア要件」の章を参照)。

プレ中view メインドキュメントセクションの垂直スクロールがサポートされているため、view 文書の。

制限エディターの操作

制限エディタは、制限アイコンをクリックして開くことができます。トラッカーで項目を選択して、制限エディターで制限を編集します。制限エディターは、トラッカーアイテムの制限を編集する際に、オートコンプリートの提案と構文の強調表示の機能を提供します。

計算エディタの操作

計算エディターを使用して、トラッカーアイテムのフィールドにある計算を編集できます。 [計算] アイコンをクリックして開くことができます。計算は、トラッカーでアイテムを選択して編集できます。次に、計算エディターで、計算マーカーを含むアイテムのフィールドを選択します。フィールドを選択すると、そのフィールド内のすべての計算が下のリストに表示されます。リストから計算を選択し、下のエディターで編集します。
計算エディターは、計算の編集中のプロポーザルのオートコンプリートと構文の強調表示をサポートしています。

テストステップの操作

ドキュメントのテストケース内にリストされているように、制限と計算エディターの両方がテストステップをサポートします。 View コードビーマーの。ここでは、展開されたテストステップテーブルでテストステップを表す具体的な行を選択する必要があるため、このテストステップのデータがエディターに表示されます。制限は「pvRestrictionsTestSteps」フィールドに追加されますが、例に示すように、サポートされているフィールド内の置換マーカーによって示される場所に計算が追加されます。amp以下のファイル (図 19、「テストステップ内の計算の編集」)。

エラーチェック

追加された変動情報は、エラーチェック機能を使用してエラーをチェックできます。スクリプトの構文が pvSCL に準拠していない場合、または読み込まれた pure::variants モデルに基づいて要素が不明な場合、pvSCL スクリプトのエラーが報告されます。
問題は、次の情報を含むリストに表示されます。

メッセージ: エラーの説明。
pvSCL: エラーを含む pvSCL 式。

フィールド: エラーを含むフィールドの名前。
アイテムリンク: 影響を受けるアイテムの URI

問題の重大度はアイコン (エラーまたは警告) で示されます。
注記： バリアントインスタンスを含む階層フィーチャモデル構造でチェックするには、適切な評価のためにバリアントモデルも選択する必要があります。

WIKI テーブルの可変性

WIKI テーブルに可変性を追加するには、可変性情報を保持する明示的な行と列が必要です。この列と行は表のどこにでも追加できますが、特定のキーワードを含める必要があります。これは、要件などの制限を示すためにも使用されます。デフォルトでは、このキーワードは pv 制限です。

元に描かれているようにamp表で強調表示されている pvRestriction セルは、それぞれの行と列の変動性を表しています。テーブル内の特定のセルの変動性情報は、その行と列の制限値の AND 積です。元ではamp「スタティックコーナリングライト」列全体は、CorneringStaticLights 機能が選択されている場合にのみ、バリアントの一部になります。 CorneringStaticLights AND LED が選択されている場合、その列の見出しの下のセルがバリアントに含まれます。変動情報セル (例: example) は、デフォルトでバリアントから削除されます。

それぞれの開始文字と終了文字、およびネストされたテーブルでマークされている場合、計算も計算されます。そのため、セルを含むテーブル自体がテーブルを保持し、サポートされ、上記と同じ規則に準拠します。

制限

WikiText フィールドのテキスト置換に関する制限事項

pure::variants 置換マーカー文字のセットは WikiText の特殊文字 (たとえば、'[…]' は WikiText ハイパーリンクを定義する) と競合する可能性があるため、pure::variants テキスト置換処理はそれらの特殊文字の WikiText エスケープ形式を探します (たとえば、デフォルトマーカー '[' および ']' の場合は '~[' および '~]')。ほとんどの場合、このフォームは codebeamer WikiText リッチテキストエディタでこれらの文字を追加するときに作成されます。また、統合ウィジェット機能は、このエスケープされたフォームを使用します。

codebeamer WikiText RichText エディターの使用と WikiText 構文の一般的な制限により、WikiText コンテンツ内でのテキスト置換の使用が制限されます。

テキスト置換セクションは、フォーマットされたテキストが WikiText コンテンツ内で使用できる場合にのみサポートされます。だからそれは元のためですampWikiText 制御シーケンスまたはターゲットで置換を追加するファイルはサポートされていません URL WikiText ハイパーリンクの一部。
テキストシーケンス '${…}' は codebeamer で特別な意味を持つため、'{' と '}' を置換の開始および終了マーカーとして使用し、'$' を置換エスケープマーカーとして使用することはお勧めしません。
テキスト置換セクションの境界内または境界を越えてテキスト書式設定を使用することはサポートされていません。これにより、無効な pvSCL 式が発生したり、変換中に無効な WikiText コンテンツが作成されたりする可能性があります。唯一の例外は、pvSCL テキストリテラル内での書式設定の使用です。

codebeamer では、アイテム説明フィールドの形式を WikiText から単一のアイテムごとにプレーンテキストに切り替えることができます。このようなプレーンテキストの説明でのテキスト置換の使用はサポートされていません。

サポートされている codebeamer バージョンの既知の制限

このセクションでは、codebeamer の pure::variants コネクタの機能を制限する原因となる、codebeamer の既知の問題をリストします。

バリアントワーキングセットのテストセットトラッカーの更新中に、バリアントの一部ではない参照されたテストケースに対して、150% テストケーストラッカーへのテストケース参照が誤って追加されます。

トラッカーレベルで特定のソースベースラインの組み合わせに基づくバリアントワーキングセットの更新が誤って拒否されます。そのため、少なくとも XNUMX つのトラッカーで HEAD ベースラインが選択され、少なくとも XNUMX つのトラッカーで同じベースラインが選択されている場合、コードビーマーはエラーメッセージ「Duplicate key …」で更新をキャンセルします。
トラッカーベースライン、つまり単一のトラッカー用に作成されたベースラインは、常にデフォルトのワーキングセットのマスターブランチに作成されます。そのため、デフォルト以外のワーキングセットのコンテキストでのトラッカーベースラインの使用は機能しません。
そのため、代わりにプロジェクトベースラインを使用して、変換に使用するソースワーキングセットの状態を定義することをお勧めします。

ドキュメント / リソース

pure-systems 純粋なバリアント codebeamer 用のコネクタ [pdf] ユーザーマニュアル
純粋なバリアント、コードビーマー用コネクタ、純粋なバリアントコードビーマー用のコネクタ、純粋なバリアントコネクタ、コネクタ

参考文献

ユーザーマニュアル

導入