ソフトウェア開発において、機能テストはシステムが機能要件を満たしているかどうかを検証するソフトウェアテストの一種です。[1] [2]

一般的に機能テストはブラックボックスであり、内部プログラム構造は無視されます（ホワイトボックステストとは異なります）。[3]

機能テストは品質保証（QA）プロセスとなることもあります。[4]

システムテストの一形態である機能テストは、システム全体の機能の一部をテストします。名称は似ていますが、機能テストは単一の関数のコードをテストするものではありません。

デリバリーサイクルの早い段階でテストを組み込むという概念は、機能テストに限定されません。[5]

種類

機能テストには以下のものが含まれますが、これらに限定されるわけではありません。[3]

健全性テスト

健全性チェックまたは健全性テストとは、主張や計算結果が真であるかどうかを迅速に評価するための基本的なテストです。これは、作成された資料が合理的であるかどうか（資料の作成者が合理的に考え、健全性を適用したかどうか）を確認するための簡単なチェックです。健全性テストの目的は、明らかに誤った結果の特定の種類を排除することであり、起こり得るすべての誤りを捕捉することではありません。テストを実行するために、経験則や大まかな計算をチェックする場合があります。初期の健全性テストを実施する利点は、基本的な機能を迅速に評価できることです。

スモークテスト

コンピュータプログラミングとソフトウェアテスト において、スモークテスト（信頼性テスト、健全性テスト、[6]ビルド検証テスト（BVT）[7] [8] [9]ビルド受け入れテストとも呼ばれる）は、例えば将来のソフトウェアリリースを拒否するほど深刻な単純な障害を明らかにするための予備テストまたは健全性テストである。スモークテストは、コンポーネントまたはシステムの最も重要な機能をカバーするテストケースのサブセットであり、ソフトウェアの主要機能が正しく動作しているかどうかの評価を支援するために使用される。 [6] [7]コンピュータプログラムをさらにきめ細かいテストにかける必要があるかどうかを判断するために使用される場合、スモークテストは事前テスト[10]またはインテークテストと呼ばれることがある。[6]あるいは、製品の新しいビルドごとに実行される一連のテストであり、ビルドがテストチームの手に渡る前に、ビルドがテスト可能であることを確認する。[11] DevOpsパラダイムでは、ビルド検証テストステップの使用は、継続的インテグレーション成熟段階の特徴の1つである。[12]

回帰テスト

回帰テスト（稀に非回帰テスト[13] ）は、機能テストと非機能テストを再実行して、以前に開発およびテストされたソフトウェアが変更後も期待どおりに動作することを確認することです。[14]そうでない場合は、回帰と呼ばれます。

ユーザビリティテスト

ユーザビリティテストは、ユーザー中心の インタラクションデザインにおいて、ユーザーを対象とする製品評価の手法です。実際のユーザーがシステムをどのように使用しているかを直接的に把握できるため、ユーザビリティに関する実践において不可欠な要素と言えるでしょう。 [15]ユーザビリティテストは、製品のデザインの直感性を重視し、事前に製品を経験したことのないユーザーを対象に実施されます。このようなテストは、最終製品の成功にとって極めて重要です。なぜなら、完全に機能するアプリケーションであっても、ユーザーに混乱を招き、長続きしないからです。[16]これは、専門家がユーザーを介さずに様々な手法を用いてユーザーインターフェースを評価するユーザビリティ検査手法とは対照的です。

6つのステップ

機能テストには通常6つのステップが含まれます[要出典]

  1. ソフトウェアが実行することが期待される機能の特定
  2. 関数の仕様に基づいた入力データの作成
  3. 関数の仕様に基づいた出力の決定
  4. テストケースの実行
  5. 実際の出力と期待出力の比較
  6. アプリケーションが顧客のニーズに応じて動作するかどうかを確認する

参照

参考文献

  1. ^ ISO/IEC/IEEE 24765:2017、「システムおよびソフトウェアエンジニアリング - 語彙」、国際標準化機構、ジュネーブ、スイス、2017年。
  2. ^ ISO/IEC/IEEE 国際規格 - システムおよびソフトウェアエンジニアリング. ISO/IEC/IEEE 24765:2010(E). 2010. pp. vol., no., pp.1–418, 2010年12月15日.
  3. ^ ab Kaner, Falk, Nguyen.コンピュータソフトウェアのテスト. Wiley Computer Publishing, 1999, p. 42. ISBN 0-471-35846-0。
  4. ^ Prasad, Dr. KVKK (2008) ISTQB 認定試験対策ガイド、Wiley、 ISBN 978-81-7722-711-6、p. vi
  5. ^ 「フルスタックテスト」www.thoughtworks.com . 2022年9月8日閲覧。
  6. ^ abc ISTQB® 用語集、International Software Testing Qualification Board® ソフトウェア テスト資格認定スキーム、ISTQB 用語集 International Software Testing Qualification Board。
  7. ^ ab Dustin, Rashka, Paul. 「自動ソフトウェアテスト - 導入、管理、パフォーマンス」Addison-Wesley 1999, p. 43-44. ISBN 0-201-43287-0。
  8. ^ Kaner, Cem; Bach, James; Pettichord, Bret (2002). 『ソフトウェアテストにおける教訓』Wiley Computer Publishing . p. 95. ISBN 0-471-08112-4。
  9. ^ 「ビルド検証テスト（BVT）を構成および実行する方法」。Visual Studio 2005 用 MSDN ライブラリ。2010年11月20日閲覧。
  10. ^ 2013-03-20 ISTQB Terminologi for test av programvare, versjon 2.2 Glossary Working Party, International Software Testing Qualifications Board, Erik van Veenendaal (英語), Ernst von Düring (ノルウェー語) 「インテークテスト：コンポーネントまたはシステムが詳細な追加テストの準備ができているかどうかを判断するためのスモークテストの特別なインスタンス。インテークテストは通常​​、テスト実行フェーズの開始時に実行されます。スモークテストも参照してください。」
  11. ^ サミュエル・メナカー;シータル・グッティゴリ（2014年12月14日）。ソフトウェア開発の管理。サミュエル・メナカー、シータル・グッティゴリ。 p. 40. GGキー:JH61NP21TXJ。
  12. ^ PowerShell Magazine、DevOps、Infrastructure as Code、PowerShell DSC: 入門、Ravikanth C著、2016年1月5日
  13. ^ Pezzè, Mauro; Young, Michal (2008). ソフトウェアテストと分析：プロセス、原則、およびテクニック. Wiley.回帰問題に焦点を当てたテスト活動は、（非）回帰テストと呼ばれます。通常、「非」は省略されます。
  14. ^ Basu, Anirban (2015). ソフトウェア品質保証、テスト、メトリクス. PHI Learning. ISBN 978-81-203-5068-7。
  15. ^ ニールセン, J. (1994). ユーザビリティエンジニアリング, Academic Press Inc, p 165
  16. ^ Mejs, Monika (2019年6月27日). 「ユーザビリティテスト：デザイン検証の鍵」. Mood Upチーム - ソフトウェアハウス. 2019年9月11日閲覧。