ソフトウエア‐テスト【software test】
ソフトウェアテスト
ソフトウェアテスト
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2024/07/01 06:06 UTC 版)
ソフトウェアテスト (英: software testing) は、コンピュータのプログラムから仕様にない振舞または欠陥(バグ)を見つけ出す作業のことである。ソフトウェアテストで見つかったプログラム中の欠陥を修正する作業をデバッグという。ソフトウェアテストに成功するとは、テストで欠陥が発見されるか、規定した試験項目にすべて合格するか、規定した品質目標に到達することである。目標とした品質には、規定した試験項目にすべて合格することもある。例えば、OS, プログラミング言語では、仕様を満たしているかどうかの適合試験を規定している。ソフトウェアテストでは、欠陥が存在することを示すことはできるが、欠陥が存在しないことは証明できない。ソフトウェアに仕様にない振舞がないことを保証する作業を証明といい、証明用のシステム、証明しやすい言語も多数存在している。本項では動的なソフトウェアテストを中心に扱う。
注釈
- ^ 特にコード変更が継続して行われるインクリメンタル開発モデルやイテレーティブ開発モデル(アジャイルなど)では、コンポーネントテストのリグレッションテストを自動化して、変更が既存のコンポーネントを破壊していないという信頼を積み重ねていくことが重要である。 2.2.1 コンポーネントテスト ISTQB v2018
出典
- ^ "1 テストの基礎" - "1.1 テストとは何か?" - "1.1.1 テストに共通する目的" "テスト技術者資格制度 Foundation Level シラバス Version 2018.J03" ISTQB
- ^ 1.1.1 Typical Objectives of Testing ISTQB FL Syllabus 2018v3-1
- ^ In some cases, especially in incremental and iterative development models (e.g., Agile) where code changes are ongoing, automated component regression tests play a key role in building confidence that changes have not broken existing components. ISTQB(2018) FL Syllabus v2018 2.2.1 Component Testing
- ^ “POSIX Test Suite (POSIX 1990 version)” (2006年7月7日). 2014年8月8日閲覧。
- ^ “TTSP” (2014年8月8日). 2014年8月8日閲覧。
- ^ a b c d e f g h i j G. J. Myers『ソフトウェアテストの技法』近代科学社 1980年
- ^ a b c d e f “情報システム用語事典:カバレッジ基準”. ITmedia. 2016年4月17日閲覧。
- ^ 実践アジャイルテストを参照
ソフトウェアテスト
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2022/05/17 01:46 UTC 版)
製造業やソフトウェアベンダーに対して、ソフトウェアの不具合により顕在化するリスクを回避するため、開発工程における品質計画の立案、テスト設計、テストケースの作成、テスト実施及びテストサマリレポートの作成について、アウトソーシングを提供。 ソフトウェアテスト 品質コンサルティング ソフトウェア品質セミナー アジャイルソフトウェア開発支援 テスト自動化支援 セキュリティ・脆弱性診断
※この「ソフトウェアテスト」の解説は、「バルテス」の解説の一部です。
「ソフトウェアテスト」を含む「バルテス」の記事については、「バルテス」の概要を参照ください。
ソフトウェアテスト
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2021/04/02 15:48 UTC 版)
「システムテスト」の記事における「ソフトウェアテスト」の解説
ソフトウェアテストは、テスト対象のソフトウェア製品またはサービスの品質に関する情報を利害関係者に提供するために実施される試験である。 ソフトウェアテストは、ソフトウェアの客観的で独立したビューを提供し、企業がソフトウェア実装のリスクを認識して理解できるようにする。ソフトウェアテストでは、ソフトウェアコンポーネントまたはシステムコンポーネントを実行して、対象の1つ以上のプロパティを評価する。一般に、これらのプロパティは、テスト対象のコンポーネントまたはシステムが、その設計と開発の元になった要件を満たし、あらゆる種類の入力に正しく応答し、許容可能な時間内にその機能を実行し、十分に使用可能で、インストールでき、意図した環境で実行し、利害関係者が望む一般的な結果を達成する。単純なソフトウェアコンポーネントでさえ可能なテストの数は事実上無限であるため、すべてのソフトウェアテストは、利用可能な時間とリソースに対して実行可能なテストを選択するための戦略を採用してテストを行う。
※この「ソフトウェアテスト」の解説は、「システムテスト」の解説の一部です。
「ソフトウェアテスト」を含む「システムテスト」の記事については、「システムテスト」の概要を参照ください。
- ソフトウェアテストのページへのリンク