受け入れ試験

ウィキペディアから、無料の百科事典
ナビゲーションにジャンプ 検索にジャンプ

受入試験のために準備されているジェイムズウェッブ宇宙望遠鏡の6つの主要な鏡

エンジニアリングとそのさまざまなサブディシプリンでは、受け入れテストは、仕様または契約の要件が満たされているかどうかを判断するために実施されるテストですこれには、化学的テスト物理的テスト、またはパフォーマンステストが含まれる場合があります。

システムエンジニアリングでは、配信前にシステムで実行されるブラックボックステスト(たとえば、ソフトウェアの一部、製造された機械部品のロット、または化学製品のバッチ)が含まれる場合があります。[1]

ソフトウェアテストで はISTQB受け入れテストを次のように定義しています。

システムが受け入れ基準[2]を満たしているかどうかを判断し、ユーザー、顧客、またはその他の許可されたエンティティがシステムを受け入れるかどうかを判断できるようにするために実施される、ユーザーのニーズ、要件、およびビジネスプロセスに関する正式なテスト。

— ソフトウェアテストで使用される用語の標準用語集[3] :2 

受け入れテストは、ユーザー受け入れテスト(UAT)、エンドユーザーテスト、運用受け入れテスト(OAT)、受け入れテスト駆動開発(ATDD)、またはフィールド(受け入れ)テストとも呼ばれます。受け入れ基準は、システムまたはコンポーネントがユーザー、顧客、またはその他の許可されたエンティティによって受け入れられるために満たさなければならない基準です。[4]

スモークテストは、ソフトウェアのビルドをメインのテストプロセスに導入する前の受け入れテストとして使用できます。[本文では確認されていません]

概要

テストは、テスト対象の1つ以上のアイテムのプロパティの検出および/または評価を容易にするために実行される一連のアクティビティです。[5]テストケースと呼ばれる個々のテストは、テストの目的を達成するためにテスト項目の実行を促進するために開発された、事前定義された一連のテストアクティビティを実行します。正しい実装、エラーの識別、品質検証、その他の重要な詳細を含みます。[5]テスト環境は通常、予想される実稼働環境と同一または可能な限り近くなるように設計されています。これには、ソフトウェアのテストを実行することを目的とした、または実行するために使用されるすべての機能、ハードウェア、ソフトウェア、ファームウェア、手順、および/またはドキュメントが含まれます。[5]

UATおよびOATテストケースは、理想的には、ビジネス顧客、ビジネスアナリスト、テスター、および開発者と協力して作成されます。これらのテストには、ビジネスロジックテストと運用環境条件の両方が含まれていることが不可欠です。ビジネス顧客(製品所有者)は、これらのテストの主要な利害関係者です。テスト条件が受け入れ基準を正常に達成すると、利害関係者は開発が正しい方向に進んでいることを確信します。[6]

プロセス

すべてのテストケースが1回のテスト反復内で実行されるとは限らないため、受け入れテストスイートは複数回実行する必要がある場合があります。[7]

受け入れテストスイートは、事前定義された受け入れテスト手順を使用して実行され、使用するデータ、実行するステップバイステップのプロセス、および実行後の期待される結果をテスターに​​指示します。実際の結果は、期待される結果と比較するために保持されます。[7]実際の結果が各テストケースの期待される結果と一致する場合、テストケースは合格したと言われます。不合格のテストケースの数がプロジェクトの所定のしきい値に違反しない場合、テストスイートは合格したと言われます。その場合、スポンサーとメーカーの間で事前に合意された条件で、システムが拒否または受け入れられる可能性があります。

成功したテスト実行の予想される結果:

  • テストケースは、所定のデータを使用して実行されます
  • 実際の結果が記録されます
  • 実際の結果と期待される結果が比較され、
  • テスト結果が決定されます。

目的は、開発された製品が機能要件と非機能要件の両方を満たしているという確信を与えることです。受け入れテストを実施する目的は、完了し、受け入れ基準が満たされている場合、スポンサーが定義された要件(ビジネスと製品プロバイダー/開発者の間で以前に合意された)を満たすものとして製品開発/拡張を承認することが期待されることです。 。

ユーザー受け入れテスト

ユーザー受け入れテスト(UAT)は、ソリューションがユーザーに対して機能することを確認するプロセスで構成されます。[8]これはシステムテストではなく(ソフトウェアがクラッシュせず、文書化された要件を満たしていることを確認します)、ソリューションがユーザーに対して機能することを確認します(つまり、ユーザーがソリューションを受け入れることをテストします)。ソフトウェアベンダーは、これを「ベータテスト」と呼ぶことがよくあります。

このテストは、対象分野の専門家(SME)、できればテスト対象のソリューションの所有者またはクライアントが実施し、調査結果の要約を提供して、試行またはレビューの後に続行することを確認する必要があります。ソフトウェア開発では、プロジェクトの最終段階の1つであるUATは、クライアントまたは顧客が新しいシステムを受け入れる前に発生することがよくあります。システムのユーザーは、実際のシナリオで発生することと一致するテストを実行します。[9]

テスターに​​提供される資料は、エンドユーザーが所有する資料と類似していることが重要です。テスターに​​は、テスターが代表するユーザーが実行する最も一般的または困難な3つのタスクなどの実際のシナリオを提供する必要があります。[要出典]

UATは、必要なビジネス機能とシステムの適切な機能の最終検証として機能し、支払いを行うクライアントまたは特定の大口顧客に代わって実際の状況をエミュレートします。ソフトウェアが必要に応じて動作し、通常の使用中に問題が発生しない場合は、本番環境で同じレベルの安定性を合理的に推定できます。[10]

通常、クライアントまたはエンドユーザーによって実行されるユーザーテストは、通常、スペルミスなどの単純な外観上の問題や、ソフトウェアのクラッシュなどの目を見張るような欠陥の特定に焦点を当てていませんテスターと開発者は、初期の単体テスト統合テスト、およびシステムテストのフェーズでこれらの問題を特定して修正します。

UATは、テストシナリオに対して実行する必要があります。[要出典]テストシナリオは通常、「プレーヤー」または「ユーザー」の旅を表すという点で、システムまたは機能のテストケースとは異なります。テストシナリオの幅広い性質により、技術的またはシステム固有の詳細ではなく、旅に焦点が当てられ、ユーザーの行動の変化を許容するために「クリックごと」のテスト手順から離れることが保証されます。テストシナリオは、論理的な「日」に分割できます。これは通常、アクター(プレーヤー/顧客/オペレーター)またはシステム(バックオフィス、フロントエンド)が変更される場所です。[要出典]

業界では、一般的なUATは工場検収試験(FAT)です。このテストは、機器を設置する前に行われます。ほとんどの場合、テスターは機器が仕様を満たしていることを確認するだけでなく、完全に機能していることも確認します。FATには通常、完全性のチェック、契約要件に対する検証、機能の証明(シミュレーションまたは従来の機能テストのいずれかによる)、および最終検査が含まれます。[11] [12]

これらのテストの結果により、クライアントはシステムが本番環境でどのように機能するかを確信できます。システムを受け入れるための法的または契約上の要件もある場合があります。

運用受け入れテスト

運用受け入れテスト(OAT)は、品質管理システムの一部として、製品、サービス、またはシステムの運用準備(プレリリース)を実施するために使用されますOATは、主にソフトウェア開発およびソフトウェア保守プロジェクトで使用される、一般的なタイプの非機能ソフトウェアテストです。このタイプのテストは、サポートされるシステムの運用準備、および/または実稼働環境の一部になることに焦点を当てています。

エクストリームプログラミングでの検収試験

受け入れテストは、アジャイルソフトウェア開発手法、特にエクストリームプログラミングで使用される用語であり、実装フェーズでのソフトウェア開発チームによるユーザーストーリーの機能テスト指します。[13]

お客様は、ユーザーストーリーが正しく実装されたときにテストするシナリオを指定します。機能が機能することを確認するために必要なものは何でも、ストーリーには1つまたは複数の受け入れテストを含めることができます。受け入れテストは、ブラックボックスシステムテストです。各受け入れテストは、システムから期待される結果を表しています。お客様は、合格テストの正しさを検証し、テストスコアを確認して、失敗したテストの優先度を決定する責任があります。受け入れテストは、製品リリース前の回帰テストとしても使用されます。ユーザーストーリーは、受け入れテストに合格するまで完全とは見なされません。これは、反復ごとに新しい受け入れテストを作成する必要があることを意味します。そうしないと、開発チームは進捗がゼロであることを報告します。[14]

検収試験の種類

受け入れテストの典型的なタイプは次のとおりです。

ユーザー受け入れテスト
これには、工場受け入れテスト(FAT)が含まれる場合があります。つまり、製品またはシステムが宛先サイトに移動される前にベンダーによって行われるテストであり、その後、サイトのユーザーによってサイト受け入れテスト(SAT)が実行される場合があります。[15]
運用受け入れテスト
運用準備テストとも呼ばれます。これは、システムを使用および保守できるようにするためのプロセスと手順が実施されていることを確認するためにシステムに対して行われるチェックを指します。これには、バックアップ施設に対して行われるチェック、災害復旧の手順、エンドユーザー向けのトレーニング、保守手順、およびセキュリティ手順が含まれる場合があります。
契約および規制の受け入れテスト
契約受け入れテストでは、システムが受け入れられる前に、契約に文書化されている受け入れ基準に対してシステムがテストされます。規制受け入れテストでは、システムが政府、法律、および安全基準を満たしていることを確認するためにテストされます。
工場の検収試験
コンポーネントまたはシステムが要件を満たしているかどうかを判断するために、製品が開発され、サプライヤ組織の従業員によって実行されるサイトで実施される受け入れテスト(通常はハードウェアとソフトウェアを含む)。[16]
アルファおよびベータテスト
アルファテストは開発者のサイトで行われ、外部の顧客にリリースされる前に、内部スタッフによる運用システムのテストが含まれます。ベータテストは顧客のサイトで行われ、システムが他の顧客にリリースされる前に、自分の場所でシステムを使用してフィードバックを提供する顧客のグループによるテストが含まれます。後者はしばしば「フィールドテスト」と呼ばれます。

受け入れテストフレームワークのリスト

も参照してください

参考文献

  1. ^ ブラック、レックス(2009年8月)。テストプロセスの管理:ハードウェアとソフトウェアのテストを管理するための実用的なツールとテクニックニュージャージー州ホーボーケン:ワイリー。ISBN 0-470-40415-9
  2. ^ 「受け入れ基準」イノリューション、LLC。2019年6月10日。
  3. ^ 「ソフトウェアテストで使用される用語の標準用語集、バージョン3.2:すべての用語」(PDF)ISTQB 2020年11月23日取得
  4. ^ ISO / IEC / IEEE国際規格-システムおよびソフトウェアエンジニアリングISO / IEC / IEEE。2010.pp。vol。、no。、pp.1–418。
  5. ^ a b c ISO / IEC / IEEE 29119-1:2013ソフトウェアおよびシステムエンジニアリング-ソフトウェアテスト-パート1:概念と定義ISO2013 2014年10月14日取得
  6. ^ ISO / IEC / IEEE 29119-4:2013ソフトウェアおよびシステムエンジニアリング-ソフトウェアテスト-パート4:テスト手法ISO2013 2014年10月14日取得
  7. ^ a b ISO / IEC / IEEE 29119-2:2013ソフトウェアおよびシステムエンジニアリング-ソフトウェアテスト-パート2:テストプロセスISO2013 2014年5月21日取得
  8. ^ Cimperman、Rob(2006)。UAT定義:実用的なユーザー受け入れテストのガイドピアソン教育。pp。第2章ISBN 9780132702621
  9. ^ ゲテム、ブライアン; ヴァンハンブリング、ポーリン(2013)。ユーザー受け入れテスト:ステップバイステップガイドBCSラーニング&デベロップメントリミテッド。ISBN 9781780171678
  10. ^ Pusuluri、Nageshwar Rao(2006)。ソフトウェアテストの概念とツールドリームテックプレス。p。62. ISBN 9788177227123
  11. ^ 「工場検収試験(FAT)」Tuv.com。2013年2月4日にオリジナルからアーカイブされました2012年9月18日取得
  12. ^ 「工場検収試験」Inspection-for-industry.com 2012年9月18日取得
  13. ^ 「要件アーティファクトとしてのアクセプタンス/顧客テストの概要」agilemodeling.comアジャイルモデリング2013年12月9日取得
  14. ^ ウェルズ、ドン。「受け入れテスト」Extremeprogramming.org 2011年9月20日取得
  15. ^ プラサド、ドゥルガー(2012年3月29日)。「FATとSATの違い」Kneat.com 2016年7月27日取得
  16. ^ 「ソフトウェアテストで使用される用語のISTQB標準用語集」2019年3月15日取得

さらに読む

  • ハンブリング、ブライアン; van Goethem、ポーリン(2013)。ユーザー受け入れテスト:ステップバイステップガイドスウィンドン:BCS Learning and Development Ltd. ISBN 978-1-78017-167-8

外部リンク