ソフトウェアテストにおける英語用語対照表
4373 ワード
英語用語中国語用語対応説明Abstract Test Case抽象テスト用例High Level Test Case Acceptance検収Acceptance Testing Acceptance Criteria検収準則コンポーネントまたはシステム使用者、顧客またはその他の授権エンティティのニーズを満たすために、コンポーネントまたはシステムが達成しなければならないガイドライン(IEEE 610)Acceptance Testing検収テストは、一般的にユーザー/顧客によって行われるシステムの検証テストを受け入れることができるかどうかを確認します.ユーザーのニーズ、ビジネスプロセスに基づいて行われた正式なテストであり、システム複合のすべての検収基準(IEEE 610と一致する)Accessibility Testingの達成性テストの達成性テストは、障害者や不便な人がソフトウェアやコンポーネントを使用する容易さをテストすることである.すなわち、テストされたソフトウェアが障害者または一部の障害者によって正常に使用できるかどうかは、正常な人が一時的な障害が発生した場合に正常に使用できるかどうか、例えば赤ちゃんを抱くなどのAccuracy正確性ソフトウェア製品が提供した結果の正確性、一致性、正確なプログラムの能力も含まれている(ISO 9126).詳細については、Functionality Testing Actual Outcome実績Actual Result Actual Result実績コンポーネントまたはシステムテスト後に生成または観察された動作Ad Hoc Review暫定レビュー非公式レビュー(正式レビューと比較)Ad Hoc Testingランダムテスト非公式テスト実行を参照してください.すなわち、正式なテスト準備、仕様設計、技術応用がなく、結果も期待されず、従わなければならないテスト実行ガイドAdaptability適応ソフトウェア製品は、異なる特定の環境に適応するための追加の修正を必要としない(ISO 9126).Probability Agile Tesing敏捷テスト極限プログラミング開発のような敏捷な方法を使用するソフトウェアテストを参照し、テスト優先行の設計モデルを強調し、Test Driven Development Algorithm Test[Tmap]アルゴリズムテストBranch Testing Alpha Testing Alphaテスト潜在的なユーザーまたは独立したテストチームが開発環境下または実際の操作環境をシミュレートしたテストを参照してください.通常は開発組織の外で行われます.通常、現物ソフトウェア(COTS)に対して内部検収テストを行う方式であり、Analyzabilityが分析可能なソフトウェア製品の欠陥や運行失敗原因の悲しい診断能力、または修正部分の識別能力(ISO 9126)である.Maintainability AnalyzerアナライザStatic Analyzerを参照
Anomaly異常は、需要ドキュメント、設計ドキュメント、ユーザードキュメント、標準、または個人の期待と予想との間の偏差に基づいて、異常と呼ぶことができます.例外は、レビュー(Review)、テスト分析(Test Analysis)、コンパイル(Compilation)、ソフトウェア製品またはアプリケーションドキュメントの使用など、以下のプロセスで識別できますが、これらに限定されません.Defect、Deviation、Error、Fault、Failure、Incident、Problem Arc TestingアークテストBranch Testing Attractivenessの魅力的なソフトウェア製品がユーザーを引き付ける能力(ISO 9126)を参照してください.Usability Audit監査を参照して、ソフトウェア製品またはプロセスの独立した審査を行い、製品が標準、ガイドライン、規格説明書、客観的な準則に基づくステップなどを満たしているかどうかを確認し、以下のドキュメントを含む:(1)製品の内容と形式;(2)製品開発に従うべきプロセス;(3)メトリック適合基準またはガイドライン(IEEE 1028)Audit Trail監査追跡は、プロセス出力を起点として、元の入力(例えばデータ)への経路に遡る.欠陥分析とプロセス監査の展開に有利である.Automated Testware自動テストは、ツールスクリプトAvailabilityの可用性ユーザーがシステムまたはコンポーネントを使用して操作可能で使いやすい程度の自動テストで使用されます.通常、Back-to-Back Testing比はテスト用と同じ入力で、コンポーネントまたはシステムの2つ以上の変数を実行し、偏差が発生した場合、出力結果の比較と分析Baselineベースラインが正式に審査または承認された規格またはソフトウェア製品を通過する.それを継続開発の基準とする.また、変更の際には、正式な変更プロセスによって(IEEE 610と一致する)Basic Block基本ブロックの1つまたは複数の連続的に実行可能な文ブロックが行われなければならず、ブランチ構造Basis Test Set基本テストセットがコンポーネントの内部構成または仕様書に基づいて設計された一連のテスト用例セットを含まない.実行者グループ試験例によって、100%のカバレッジ基準(Coverage Criterion)の制定要求Bebuggingエラー散布Error Seeding Behavior動作コンポーネントまたはシステムの入力値に対する予め設定された条件に達する反応Benchmark Test基準テスト(1)システムまたはコンポーネントがメトリックと比較を行うことができるように制定された試験基準を保証することができる.(2)コンポーネントまたはシステム間の比較、または(1)に記載されている標準と比較するためのテスト(IEEE 610と一致する)Bespoke Softwareカスタムソフトウェアは、特定のユーザカスタムのために開発されたソフトウェアである.これとは対照的に、現物ソフトウェア(Off-The-Shlf Software)Best Practiceベストプラクティスは、組織能力を向上させるための有効な方法または革新的な実践を定義し、一般的に同業界組織でベストプラクティスまたは革新的な実践と見なされている.
var script = document.createElement(‘script’); script.src = ‘http://static.pay.baidu.com/resource/baichuan/ns.js‘; document.body.appendChild(script);
実践Beta Testing Betaテストユーザーが開発組織の外で、開発者が参加していない場合に行うテストは、ソフトウェアが顧客と業務の需要を満たしているかどうかを検査する.このテストはソフトウェア製品が市場フィードバックを得て検収テストを行う形式Big-Bang Testing大爆発テスト非増分集積テストの方法であり、テスト時にソフトウェアユニット、ハードウェアユニットまたは両者を同時に(段階的ではなく)コンポーネントまたはシステム全体に集積してテストを行う(IEEE 610と一致).Integration Testing Black-Box Techniqueブラックボックス技術Black Box Test Design Technique Black-Box Testingブラックボックス試験コンポーネントまたはシステム内部構造の機能または非機能試験Black-Box Test Design Techniqueブラックボックス試験設計技術システム機能または非機能仕様書に基づいて試験例を設計または選択する技術を参照してください.ソフトウェアの内部構造を設計しないBottom-Up Testingは、システムがすべてのコンポーネントを統合するまで、下から上へ漸増的な統合テストをテストする戦略である.Intergration Testing Boundary Value境界値は、変数の最大値、最小値、中間値、最大値より大きい値、最小値より小さい値などのBoundary Value Analysis境界値分析ブラックボックス設計技術(Black Box Test Design Technique)を用いて、入力または出力変数の境界または等価区分(Equivalence Partition)の境界を分析することによって試験例を設計する.境界値に基づいて試験例を行う設計Boundary Value Coverage境界値オーバーライド試験スイート(Test Suite)でオーバーライド可能な境界値(Boundary Value)のパーセントBoundary Value Testing境界値試験Boundary Value Analysis Branchブランチコンポーネントを参照し、任意の文から他の任意の非直接後続文への条件変換を制御します.あるいは無条件変換です.例えば、Case、Jump、Go To、If-Then-Else文Branch Condition分岐条件参照条件(Condition)Branch Condition Commination Coverage分岐条件組合せ上書き参照Multiple Condition Coverage Branch Condition Commination Testing分岐条件組合せテスト参照Multiple Condition Testing Branch Condition Coverage分岐条件上書き参照Condition Coverage
var script = document.createElement('script'); script.src = 'http://static.pay.baidu.com/resource/baichuan/ns.js'; document.body.appendChild(script);
Anomaly異常は、需要ドキュメント、設計ドキュメント、ユーザードキュメント、標準、または個人の期待と予想との間の偏差に基づいて、異常と呼ぶことができます.例外は、レビュー(Review)、テスト分析(Test Analysis)、コンパイル(Compilation)、ソフトウェア製品またはアプリケーションドキュメントの使用など、以下のプロセスで識別できますが、これらに限定されません.Defect、Deviation、Error、Fault、Failure、Incident、Problem Arc TestingアークテストBranch Testing Attractivenessの魅力的なソフトウェア製品がユーザーを引き付ける能力(ISO 9126)を参照してください.Usability Audit監査を参照して、ソフトウェア製品またはプロセスの独立した審査を行い、製品が標準、ガイドライン、規格説明書、客観的な準則に基づくステップなどを満たしているかどうかを確認し、以下のドキュメントを含む:(1)製品の内容と形式;(2)製品開発に従うべきプロセス;(3)メトリック適合基準またはガイドライン(IEEE 1028)Audit Trail監査追跡は、プロセス出力を起点として、元の入力(例えばデータ)への経路に遡る.欠陥分析とプロセス監査の展開に有利である.Automated Testware自動テストは、ツールスクリプトAvailabilityの可用性ユーザーがシステムまたはコンポーネントを使用して操作可能で使いやすい程度の自動テストで使用されます.通常、Back-to-Back Testing比はテスト用と同じ入力で、コンポーネントまたはシステムの2つ以上の変数を実行し、偏差が発生した場合、出力結果の比較と分析Baselineベースラインが正式に審査または承認された規格またはソフトウェア製品を通過する.それを継続開発の基準とする.また、変更の際には、正式な変更プロセスによって(IEEE 610と一致する)Basic Block基本ブロックの1つまたは複数の連続的に実行可能な文ブロックが行われなければならず、ブランチ構造Basis Test Set基本テストセットがコンポーネントの内部構成または仕様書に基づいて設計された一連のテスト用例セットを含まない.実行者グループ試験例によって、100%のカバレッジ基準(Coverage Criterion)の制定要求Bebuggingエラー散布Error Seeding Behavior動作コンポーネントまたはシステムの入力値に対する予め設定された条件に達する反応Benchmark Test基準テスト(1)システムまたはコンポーネントがメトリックと比較を行うことができるように制定された試験基準を保証することができる.(2)コンポーネントまたはシステム間の比較、または(1)に記載されている標準と比較するためのテスト(IEEE 610と一致する)Bespoke Softwareカスタムソフトウェアは、特定のユーザカスタムのために開発されたソフトウェアである.これとは対照的に、現物ソフトウェア(Off-The-Shlf Software)Best Practiceベストプラクティスは、組織能力を向上させるための有効な方法または革新的な実践を定義し、一般的に同業界組織でベストプラクティスまたは革新的な実践と見なされている.
var script = document.createElement(‘script’); script.src = ‘http://static.pay.baidu.com/resource/baichuan/ns.js‘; document.body.appendChild(script);
実践Beta Testing Betaテストユーザーが開発組織の外で、開発者が参加していない場合に行うテストは、ソフトウェアが顧客と業務の需要を満たしているかどうかを検査する.このテストはソフトウェア製品が市場フィードバックを得て検収テストを行う形式Big-Bang Testing大爆発テスト非増分集積テストの方法であり、テスト時にソフトウェアユニット、ハードウェアユニットまたは両者を同時に(段階的ではなく)コンポーネントまたはシステム全体に集積してテストを行う(IEEE 610と一致).Integration Testing Black-Box Techniqueブラックボックス技術Black Box Test Design Technique Black-Box Testingブラックボックス試験コンポーネントまたはシステム内部構造の機能または非機能試験Black-Box Test Design Techniqueブラックボックス試験設計技術システム機能または非機能仕様書に基づいて試験例を設計または選択する技術を参照してください.ソフトウェアの内部構造を設計しないBottom-Up Testingは、システムがすべてのコンポーネントを統合するまで、下から上へ漸増的な統合テストをテストする戦略である.Intergration Testing Boundary Value境界値は、変数の最大値、最小値、中間値、最大値より大きい値、最小値より小さい値などのBoundary Value Analysis境界値分析ブラックボックス設計技術(Black Box Test Design Technique)を用いて、入力または出力変数の境界または等価区分(Equivalence Partition)の境界を分析することによって試験例を設計する.境界値に基づいて試験例を行う設計Boundary Value Coverage境界値オーバーライド試験スイート(Test Suite)でオーバーライド可能な境界値(Boundary Value)のパーセントBoundary Value Testing境界値試験Boundary Value Analysis Branchブランチコンポーネントを参照し、任意の文から他の任意の非直接後続文への条件変換を制御します.あるいは無条件変換です.例えば、Case、Jump、Go To、If-Then-Else文Branch Condition分岐条件参照条件(Condition)Branch Condition Commination Coverage分岐条件組合せ上書き参照Multiple Condition Coverage Branch Condition Commination Testing分岐条件組合せテスト参照Multiple Condition Testing Branch Condition Coverage分岐条件上書き参照Condition Coverage