このページを共有

# ALM Octane項目の用語集

このトピックでは、ALM Octane項目とそれに対応する記号の一覧を示します。

このトピックの内容:

## バックログと要件のエンティティ

要件フォルダー | RF | 多数の要件ドキュメントをグループ化するフォルダー。
要件文書 | RD | 要件ドキュメントには、承認と進行状況を追跡するプロジェクトの側面が記載されています。たとえば、ビジネスゴール、顧客要求、機能要件などがあります。 要件ドキュメントをテストや不具合にリンクして、カバレッジを追跡できます。
エピック | E | エピックとは、プロダクトまたはプロジェクトの大きなコンポーネントまたは目的です。 エピックは、複数のフィーチャーに分割されます。 エピックは、バックログツリーのルートの下に定義します。
フィーチャー | NS | フィーチャーとは、中規模のフィーチャー的な目標を指します。プロダクトやプロジェクトで計画するアクションや機能をグループ化したものです。 フィーチャーは複数のユーザーストーリー、不具合、品質ストーリー、テストに分割されます。 フィーチャーは、エピックの下か、またはバックログツリーのルートの下に定義します。
ユーザーストーリー | US | ユーザーストーリーは、プロダクトのユーザーが実行できるようになるアクションを記述したものです。 ユーザーストーリーは、フィーチャーの下か、またはバックログツリーのルートの直下に定義します。
品質ストーリー | QS | 品質ストーリーとは、開発者または品質エンジニアが内部的に実行されるようにするアクションを記述する場所です。たとえば、編集や更新が必要なテストの記述に、品質ストーリーを使用することができます。 品質ストーリーは、フィーチャーの下に定義するか、バックログツリーのルートの直下で定義します。
不具合 | D | 不具合は、バグや不具合を指します。正常に動作しないアクションや機能には、修正が必要な不具合が存在します。 不具合は、フィーチャーの下で定義するか、バックログツリーのルートの直下に定義することが可能です。
タスク | T | タスクとは、ユーザーストーリー、不具合、品質ストーリー内にあるアクション項目です。タスクは、不具合やストーリーの実装に必要なアクションを記述します。

トップに戻る

## テストエンティティ

手動テスト | MT | 手動テストとは、アプリケーションが期待通りに動作することを確認するためのテストであり、フィーチャーのほとんどをテストすることができます。 手動テストのタイプには、受け入れテスト、エンドツーエンドテスト、リグレッションテスト、サニティテスト、セキュリティテスト、パフォーマンステストなどがあります。 このエンティティは、テスト対象のアプリケーションで実行するテストステップを表します。詳細については、テストをご覧ください。
Gherkinテスト | GT | Gherkinテストは、手動テストの1つです。Gherkinの構文とシナリオ構造を使用します。Gherkinテストのサブタイプにも、受け入れテスト、エンドツーエンドテスト、リグレッションテスト、サニティテスト、セキュリティテスト、パフォーマンステストなどがあります。 このエンティティは、テスト対象のアプリケーションで実行するシナリオを表します。
テストスイート | TS | 一連のテストを1つにまとめたコンテナー。テストスイートには、逐次実行される手動テストとGherkinテストのほかに、CIサーバー上での実行がトリガーされる実行可能な自動テストを含めることができます。 テストスイートには、それ自体に独立したステップはありません。
自動テスト | AT | 自動テストは、UFT One、LoadRunner、UFT Developer、LoadRunner Enterpriseなどの外部ツールで編集および管理されます。自動化サーバーとCIサーバー、またはALMでテストを実行し、結果をALM Octaneに送信できます。 このエンティティは、外部ツールで格納および保守されているスクリプト (編集不可) を表します。 実行可能な自動テストは、ALM Octaneでテストスイートの一部として実行できます。詳細については、テストおよびSCMリポジトリからのUFT Oneテストの追加を参照してください。
手動テスト実行 | MR | テストの手動実行です。使用例については、テストを参照してください。
Gherkinテスト実行 | GR | Gherkinテストの自動実行です。
テストスイート実行 | SR | テストスイートの実行です。
自動テスト実行 | AR | CIサーバー (JenkinsやTeamCityなど) による自動テストの実行です。
パイプライン | PL | ALM Octaneパイプラインは、CIサーバー上で実行されるジョブを表すパイプラインステップで構成されます。 ユーザーは、パイプラインを使用してCIサーバーとのインタラクションを実行します。たとえば、ALM OctaneはCIサーバー上で実行された自動テストの結果を収集します。
パイプライン実行 | PR | CIサーバー (JenkinsやTeamCityなど) によるパイプラインの実行です。 パイプライン実行はビルドで構成されます。これには、失敗した自動テストや、パイプライン実行に関連するSCMコミットなどの情報を含めることができます。
ビルド | B | ビルドとは、パイプラインステップ実行の結果です。 パイプライン実行はビルドで構成されます。 パイプラインステップが自動テストを実行する場合、ビルドは自動テスト実行で構成されます。
脆弱性 | V | 脆弱性とは、セキュリティテストのスキャンによってコード内で検出されたセキュリティの問題です。脆弱性のレビュー後に、関連する不具合を作成してコードを修正するか、問題を破棄して閉じることができます。

トップに戻る

## 設定エンティティ

リリース | R | リリースとは、ユーザーに一括で提供するアプリケーションの変更内容をまとめたものです。 リリースは、スプリントまたはマイルストーンに分割できます。
チーム | TM | 各チームにはチームリーダーとチームメンバーがいて、リリースに割り当てることができます。チームのベロシティも推定できます。

トップに戻る

https://admhelp.microfocus.com ALM Octane 8942
検索結果を改善するためのヒント... ALM Octaneヘルプセンター ALM Octaneヘルプ 15.1.90 すべて ローカルヘルプセンターを表示 オンラインヘルプセンターを表示 戻る ブラウザーの履歴内を戻る 進む ブラウザーの履歴内を進む 検索のハイライトを削除する 次のトピック 次のトピックに進む 前のトピック 前のトピックに戻る 現在のトピックを印刷 バージョン: