HP ALM (Quality Center) でプロジェクトをカスタマイズする方法
トーマス・ハミルトン
⚡ スマートサマリー
HP ALMのプロジェクトカスタマイズ機能を使用すると、プロジェクト管理者はプロジェクトにアクセスできるユーザーと、各ユーザーがプロジェクト内で実行できる操作を制御できます。この記事では、ユーザープロパティ、プロジェクトユーザー、グループと権限、モジュールアクセス、プロジェクトエンティティ、リスト、自動メール、アラートルール、ワークフロー、およびスクリプトエディタについて説明します。
HP ALMにおけるプロジェクトカスタマイズとは何ですか？
- プロジェクトカスタマイズ機能を使用すると、プロジェクト管理者はプロジェクトにアクセスできるユーザーを定義することで、プロジェクトへのアクセスを制御できます。また、各ユーザーが実行できるタスクの種類をカスタマイズすることも可能です。
- また、貴社の組織固有の要件に合わせてプロジェクトをカスタマイズすることも可能です。
- また、ALMの各モジュールに追加できる、新しいカスタマイズされたユーザーフィールドの追加や編集にも役立ちます。
カスタマイズは以下から実現します ツール>カスタマイズ プロジェクトカスタマイズはプロジェクト内部で行われるものであり、サイト管理とは別個のものです。サイト管理ではドメイン、プロジェクト、サイトレベルのユーザーを作成しますが、プロジェクトカスタマイズでは、ユーザーが特定のプロジェクト内で実行できる操作を決定します。
プロジェクトカスタマイズウィンドウは、以下の領域に分かれています。それぞれの領域について順に見ていきましょう。
| カスタマイズエリア | 何を制御するか |
|---|---|
| ユーザープロパティ | ログインしているユーザー自身のプロフィール情報とパスワード |
| プロジェクトユーザー | このプロジェクトに属するアカウントはどれですか？ |
| グループと権限 | 各グループが作成、更新、または削除できるもの |
| モジュールアクセス | 各グループがどのモジュールを見ることができるか |
| プロジェクトエンティティ | 各エンティティ上のシステム定義フィールドとユーザー定義フィールド |
| プロジェクトリスト | リストフィールドの背後にある選択可能な値 |
| オートメール | 欠陥フィールドの変更に関するメール通知 |
| アラートルール | 要件、テスト、欠陥に関するアラート |
| ワークフローおよびスクリプトエディタ | グループごとのダイアログレイアウトと許可される操作 |
💡ヒント: これらのスクリーンショットに写っている製品は、複数回所有者が変わっています。最初はHP Quality Centerとして始まり、HPE、そしてMicro Focus ALMとなり、現在は OpenText ALM/Quality Centerと同様です。ここで説明するカスタマイズ画面とワークフロースクリプトモデルは変更ありません。
ユーザープロパティ
現在ログインしているユーザーは、自分のプロフィール情報を編集できます。また、このページではパスワードの変更も可能です。
お願い: ここで変更できるのは、現在サインインしているユーザーのパスワードのみです。ユーザーが「プロジェクト管理者」タイプであっても同様です。
ステップ1） 「ツール」リンクをクリックし、下図のように「カスタマイズ」を選択してください。
ステップ2） 以下のようにプロジェクトのカスタマイズダイアログが表示されます。
ステップ3） 現在のユーザーのパスワードを変更するには、「ユーザープロパティ」タブの「パスワードの変更」をクリックします。
ステップ4） パスワード変更ダイアログが開きます。
- 古いパスワードを入力してください
- 新しいパスワードを入力してください
- パスワードの確認入力
- 「OK」をクリックします
ステップ5） ユーザーにはステータスメッセージが表示されます。
ステップ6） ユーザーは以下のプロフィール詳細を編集することもできます。
- 電子メールID
- お名前（英文字）
- 電話番号
- [保存]をクリックします
注意： ユーザーは、たとえ「プロジェクト管理者」タイプのユーザーであっても、ユーザー名を編集することはできません。
ステップ7） ステータスは以下のようにユーザーに表示されます。
プロジェクトユーザー
このモジュールを使用すると、現在のALMプロジェクトにユーザーを追加および削除できます。また、ユーザーをユーザーグループに割り当てて、ユーザーのアクセス権限を制限することもできます。
ステップ1） それでは、プロジェクトエリアにユーザーを追加しましょう。
- プロジェクト ユーザーに移動します
- 「ユーザーを追加」ドロップダウンをクリックします。
ステップ2） 「ユーザーを追加」ドロップダウンをクリックすると、以下に示すように、ユーザーに次の方法が表示されます。
- ユーザーを名前で追加 プロジェクト管理者は、既存のALMユーザーをユーザー名を指定することで、このプロジェクトに追加できます。
- 新しいユーザーをサイトに追加する – サイト管理画面からユーザーを追加するのと同じ方法で、すべての詳細情報を入力して、サイトに新しいユーザーを追加します。
- サイトからユーザーを追加 既存のユーザーを追加するには、名前またはIDで検索します。
それでは、これらの方法をそれぞれ見ていきましょう。
ステップ3） 名前に基づいてユーザーを追加しましょう。このユーザーがすでにALM管理データベースに存在すること、つまり、 サイト管理モジュール.
- プロジェクトカスタマイズウィンドウから「プロジェクトユーザー」を選択します。
- 「ユーザーを追加」をクリックします
- ユーザーネームを入力してください
- 「OK」をクリックします
ステップ4） 追加されたユーザーは以下のように表示されます。
ステップ5） それでは、「サイトに新しいユーザーを追加」オプションを使用してユーザーを追加してみましょう。
ステップ6） 「ユーザーの追加」から「サイトに新しいユーザーを追加」をクリックすると、次のダイアログが表示されます。
- ユーザーネームを入力してください
- Eメールを入力してください
- フルネームを入力
- 電話番号を入力してください
- 「OK」をクリックします
ステップ7） ユーザーが現在のプロジェクトに追加されました。ユーザーは以下のように「プロジェクトユーザー」に表示されます。
ステップ8） それでは、「サイトからユーザーを追加」オプションを使用してプロジェクトユーザーを追加しましょう。ユーザーが既にALM管理データベースに登録されていることを確認してください。
ステップ9） 次のダイアログが表示されます。
- ユーザー名を入力して検索アイコンをクリックしてください
- ユーザー名が表示されます
- 「OK」をクリックします
ステップ10） ユーザーがプロジェクトに追加され、以下のように表示されます。
ステップ11） プロジェクト管理者は、プロジェクトユーザーモジュールからユーザーを削除することもできます。
- ユーザーを選択
- 「ユーザーを削除」をクリックしてください。
ステップ12） 確認ダイアログが表示されます。「はい」をクリックしてください。
ステップ13） 「はい」をクリックすると、ユーザーはプロジェクトユーザーリストから削除されます。
ステップ14） 「プロジェクトユーザー」の各ユーザーには、それぞれ関連付けられたメンバーシップがあります。
注：デフォルトでは、追加されたユーザーには「閲覧」権限のみが付与されます。
- ユーザー名を選択してください
- 「会員」タブを選択してください。
- 選択したユーザーのメンバーシップが表示されます。新しく追加されたユーザー「Cathy」には「閲覧者」権限が付与されています。
グループと権限
このモジュールを使用すると、プロジェクト管理者は権限を指定することで、ユーザーグループに権限を割り当てることができます。
ALMには5つの事前定義されたグループがあり、それぞれのユーザーグループには異なる権限レベルが設定されています。
- Developer
- Project Manager
- QAテスター
- TD管理者
- ビューアー
注：デフォルトでは、プロジェクト領域に追加されたユーザーは「閲覧」権限のみを持ちます。
ステップ1） 「TDAdmin」グループに属するユーザーのリストを見てみましょう。
- 「TDAdmin」を選択します
- 「メンバーシップ」タブには、グループに属していないユーザーが表示されます。
- 「グループ内」セクションには、グループ内のユーザー一覧が表示されます。この例では「管理者」のみが表示されています。
ステップ2） 事前定義されたグループ権限は編集できません。
- 「TDAdmin」を選択します
- 「権限」タブに移動します。
- 任意のモジュールを選択してください（この場合は「欠陥」）。
- 現在のユーザーがプロジェクト管理者であっても、権限を編集することはできません。
ステップ3） 定義済みのグループの名前を変更したり、削除したりすることはできません。
ステップ4） グループの権限を変更するには、プロジェクト管理者が新しいグループを追加する必要があります。たとえば、欠陥モジュールに対して「編集」権限を持ち、それ以外のすべてに対して「表示」権限を持つ新しいユーザーグループを作成する必要があるとします。これは、ユーザーが欠陥を更新できることを除いて、すべての権限が「表示」ユーザーと同じである必要があることを意味します。これを行うには、
- 「新しいグループ」をクリックします
- 確認ダイアログが表示されます。「はい」をクリックしてください。
ステップ5） 「はい」をクリックすると、「新しいグループ」ダイアログが表示されます。
- グループ名を入力してください
- 基となるプロファイルを入力してください
ステップ6） ユーザーグループは以下のように作成されます。このグループは私たちが作成したものなので、名前の変更や削除も可能です。ALMの事前定義グループは編集や削除ができません。
ステップ7） 権限を変更するには、
- 「権限」タブに移動します。
- 「不具合」タブをクリックしてください。
- 不具合の「更新」フラグを有効にする
- リンクの「更新」フラグを有効にする
モジュールアクセス
このモジュールを使用すると、プロジェクト管理者は各ユーザーグループがアクセスできるモジュールを制御できます。これにより、ユーザーが制限されたモジュールにアクセスすることを防ぎます。
開発者はテストケースとは一切関係がないとしましょう。したがって、開発者はテストケースにアクセスできないようにすることができます。 テスト計画 (NAIST) と テストラボ モジュール。
ステップ1） デフォルトのモジュールアクセス権限は以下のとおりです。すべてのユーザーグループは、デフォルトですべてのモジュールにアクセスできます。
ステップ2） デモンストレーションのため、ここでは「欠陥」モジュールを除くすべてのモジュールへのアクセス権を「VIEW」ユーザータイプから削除します。以下に示すように、「欠陥」モジュール以外の「VIEW」ユーザーに対するすべてのモジュールアクセス権のチェックボックスをオフにしてください。
ステップ3） それでは、「表示」ユーザーIDのいずれかを使用してログインし、変更が正しく適用されていることを確認してみましょう。以下のスクリーンショットから、設定が意図どおりに適用されていることがわかります。なぜなら、表示ユーザー「Jim」には「欠陥」モジュールのみが表示されているためです。
⚠️ 警告: モジュールアクセスとグループ権限は、それぞれ異なる制御項目です。モジュールアクセスを削除すると、モジュールはメニューから非表示になりますが、それだけでは基となる権限は取り消されません。グループを制限する場合は、両方を設定してください。
プロジェクトエンティティ
- プロジェクトエンティティを使用すると、プロジェクト管理者はALMシステムフィールドの動作を変更したり、ユーザー定義フィールドを定義したりすることができます。
- 例えば、さまざまなビルドでテストを実行していて、「欠陥の追加」モジュールに「ビルドバージョン」フィールドを追加したい場合、プロジェクトエンティティモジュールを使用することでそれが可能です。
ステップ1） ユーザー定義フィールドは、読み取り専用のシステムフィールドの下には追加できません。
- 「プロジェクトエンティティ」を選択してください。
- 「欠陥」を選択し、次にサブフォルダー「システムフィールド」を選択します。
- システムフィールドは読み取り専用であるため、「新しいフィールド」を追加したり、既存のフィールドを削除したりすることはできないことに注意してください。
ステップ2） ユーザー定義フィールドを追加するには、
- 「欠陥」モジュールの下にある「ユーザーフィールド」サブフォルダーを選択してください。
- 「新しいフィールド」をクリックします
- フィールドの詳細は以下のように表示され、編集可能です。
ステップ3） フィールドの詳細は以下のように編集することもできます。
- ラベルの名前を「ビルド番号」に変更してください。
- 「必須」にチェックを入れると、新しい不具合を登録する際にこの項目が必須になります。
- [保存]をクリックします
ステップ4） これで、欠陥モジュールで変更点を確認できます。欠陥モジュールに移動すると、新規欠陥ダイアログの一部として、新しく作成された「ビルド番号」フィールドが表示されます。
プロジェクトリスト
- プロジェクトリスト機能を使用すると、プロジェクト管理者はプロジェクトにカスタマイズされたリストを追加できます。リストには、ユーザーがシステムフィールドまたはユーザー定義フィールドに入力できる値が含まれます。
- 例えば、バグステータスリストには、新規、オープン、修正済み、再開、クローズ済み、却下済みの6つの定義済みステータスがあります。重複などのステータスを追加したい場合は、このモジュールを使用して追加できます。
ステップ1） 定義済みのリストにアイテムを追加するには、
- 「プロジェクトリスト」をクリックします
- 「バグステータス」を選択します
- 「新規アイテム」をクリックします。「新規アイテム」ダイアログが開きます。
- 項目名を入力します。
- 「OK」をクリックします
ステップ2） 「OK」をクリックすると、以下のように新しい項目が作成されます。
ステップ3） 次に、変更を保存する必要があります。
- 「保存」ボタンをクリックしてください。
- ポップアップが表示されます。「OK」をクリックしてください。
ステップ4） 次に、欠陥モジュールに移動し、ステータスフィールドに新しく追加された項目が含まれているかどうかを確認します。ステータスを追加すると、 欠陥ライフサイクルそのため、新しい値を導入する前に、チームと合意しておくことが重要です。
オートメール
このモジュールを使用すると、プロジェクト管理者は自動メール通知ルールを設定し、指定した不具合に対する変更をユーザーにメールで通知できます。自動メール機能は、不具合モジュールでのみ利用可能です。
ステップ1） 自動メール通知を有効にするには、以下の手順を実行してください。
- 「オートメール」リンクに移動してください。
- ユーザーは、リストから利用可能なフィールドをいくつでも選択することで、メール送信を開始できます。
- このグリッドには、ユーザーがメール送信対象として選択したフィールドの一覧が表示されます。
- プロジェクト管理者は、利用可能な各ユーザーに対してメール設定を選択することもできます。
- [保存]をクリックします。
ステップ2） ポップアップが表示されます。「OK」をクリックしてください。
アラートルール
このモジュールを使用すると、プロジェクト管理者は現在のプロジェクトのアラートルールを有効化できます。この機能は、プロジェクトに変更が発生した際にアラートを作成し、メールを送信します。要件、関連するテスト、および欠陥に適用されます。
ステップ1） アラートルールを有効にするには、
- 「アラートルール」に移動してください。
- 「関連付けられたアラート」チェックボックスを有効にする
- 「メール送信先」を有効にして、該当するテスターまたはデザイナーを追加してください。
- [保存]をクリックします
- 最初の警告: テスト設計者は、 要件 関連テストを更新できるように、変更が加えられます。
- 2 番目のアラート: テスターは、 欠陥 ステータスを「修正済み」に変更し、担当のテスターが再テストのために再度取り掛かれるようにします。
ワークフロー
- このモジュールを使用すると、プロジェクト管理者は、欠陥モジュール（つまり、欠陥の追加ダイアログまたは欠陥の表示ダイアログ）をカスタマイズするのに役立つスクリプトを生成できます。
- このモジュールを利用することで、プロジェクト管理者はスクリプトを作成して他のモジュールのダイアログボックスをカスタマイズしたり、ユーザーが実行できる操作を制御したりすることもできます。
それでは、「TDAdmin」グループのユーザータイプ向けに「不具合の追加」ダイアログをカスタマイズしてみましょう。
ステップ1） プロジェクトカスタマイズでは、
- 「ワークフロー」をクリックします。
- 「スクリプト」を選択してください Generator – 欠陥フィールドのカスタマイズリンクを追加
ステップ2） 「欠陥の追加」フィールドのカスタマイズダイアログが開きます。
- ユーザーグループを選択します。
- 「欠陥の追加」ダイアログに表示させたくない項目を選択してください。
- 「<」リンクをクリックすると、フィールドが表示フィールドリストから削除されます。
注：必須項目は表示項目リストから外すことはできません。
ステップ3） 表示フィールドリストから不要なフィールドをすべて削除した後、以下に示すようなカスタマイズダイアログが表示されます。
- 表示フィールドリストから除外されるフィールド。
- 欠陥追加ダイアログに含まれる項目。
- スクリプトの変更を適用してください。
注：ユーザーインターフェースを通してカスタマイズを行いましたが、変更内容はバックグラウンドでスクリプトを生成することによって適用されます。スクリプトの編集方法については、次のセクションで例を用いて説明します。
ステップ4） 次に、「TDAdmin」タイプのユーザーとしてログインし、欠陥モジュールから「新規欠陥」をクリックします。表示するように選択したフィールドが、新規欠陥ウィンドウに表示されます。
スクリプトエディター
スクリプトエディタを使用すると、モジュール間でダイアログボックスをカスタマイズしたり、各モジュール内でユーザーが実行できるアクションを制御したりするためのスクリプトを作成できます。
スクリプトエディタを使用して、「欠陥の表示」ダイアログの表示方法をユーザーに対して変更してみましょう。
ステップ1） スクリプトエディタにアクセスするには、
- ワークフロー タブに移動します
- 「スクリプトエディタ」をクリックします。
ステップ2） スクリプトエディタは以下のようにユーザーに表示されます。
- 「欠陥モジュールスクリプト」を選択します。
- このコメントには「欠陥詳細フィールドのカスタマイズ」と明記されているため、変更が必要な箇所が明確に示されています。
- これはユーザーグループごとに個別にスクリプト化されています。現在確認しているブロックは「Developer」ユーザーグループに対応しています。「TDAdmin」ユーザーグループに変更を加える必要があります。
ステップ3） 次に、変更を加える必要がある「TDAdmin」ユーザーグループまでスクロールしてください。「TDAdmin」の現在の設定は以下のとおりです。
ステップ4） スクリプトを理解しましょう。次のコード行を考えてみてください。
SetFieldApp "BG_ACTUAL_FIX_TIME", True, False, 0, 0
詳細は以下のとおりです。
| 意味 | |
|---|---|
| SetFieldApp | 5つのパラメータで行われる関数呼び出し |
| フィールド名 | BG_ACTUAL_FIX_TIME – 設定を変更するフィールド名 |
| 可視フラグ | Trueの場合、そのフィールドが表示されます。 |
| 必須フラグ | 指定されたフィールドが必須項目かどうかを確認します。Trueの場合、そのフィールドは必須項目です。 |
| ページなしフラグ | 0から始まります。フィールドが多数ある場合は、ページごとに表示するように設定できます。 |
| 表示の順序 | フィールドの順序を設定します。0から始まり、1ずつ増加します。 |
ステップ5） 最初のフィールド「BG_ACTUAL_FIX_TIME」に変更を加えましょう。スクリプトエディタにおけるそのフィールドのスクリプトは以下のとおりです。
SetFieldApp "BG_ACTUAL_FIX_TIME", True, False, 0, 0
上記のスクリプトを実行すると、以下に示すように「欠陥の詳細」ダイアログがユーザーに表示されます。
そのコード行を以下のように編集します。
SetFieldApp "BG_ACTUAL_FIX_TIME", False, False, 0, 16
表示フラグをFalseに設定すると、フィールドが非表示になります。スクリプトの出力は、以下に示すように、欠陥詳細ダイアログに反映されます。
ステップ6） 利用可能なすべての項目に変更を加えましょう。
- 前の手順で説明したように、各フィールドについて関数呼び出しのパラメータを以下のように変更してください。
- [保存]をクリックします。
ステップ7） 次に、「TDAdmin」タイプのユーザーとしてログインし、いずれかの不具合を開いて「不具合の詳細を表示」ダイアログを開きます。ダイアログは以下のように表示されます。
HP ALMプロジェクトのカスタマイズに関するベストプラクティス
カスタマイズは始めるのは簡単ですが、元に戻すのは難しいので、いくつかの習慣を身につけておけば、後々の大幅な手戻りを回避できます。
- 決して、稼働中のプロジェクトを最初に編集してはいけません。 プロジェクトのコピーに変更を適用し、確認してから、本番環境で同じ変更を繰り返してください。
- あらかじめ定義されたグループに固執するのではなく、独自のグループを作成しましょう。 新しいグループは、最も近い定義済みプロファイルに基づいて作成し、変更する必要のある権限のみを調整します。
- ユーザー定義フィールドは最小限に抑えてください。 必須項目が増えるほど、不具合の記録が遅くなり、多くの場合、意味のないデフォルト値が設定されることになる。
- ワークフロースクリプトの変更点にはすべてコメントを付けてください。 スクリプトエディタはモジュールごとに1つの長いファイルを保持し、コメントのない編集は困難です trac数か月後。
- 編集する前にワークフロー スクリプトをバックアップしてください。 エディタ内にはバージョン履歴がないため、既存のスクリプトをテキストファイルにコピーしてください。
- 各グループから実際のアカウントを選んでテストしてください。 権限は、チェックボックスグリッドが示す動作とは異なる場合がよくあります。
HP ALM の管理を続けるには、以下をお読みください。 ドメイン、プロジェクト、ユーザーの作成方法 サイト管理では、 HP ALMの概要、そして完全な HP ALMチュートリアルこれらの設定の影響を受けるモジュールについては、以下を参照してください。 こちらから, テスト計画, フィルター、フラグ、履歴.
