ソフトウェアテストの基礎知識のまとめ
2157 ワード
** **
， ， 。
ソフトウェアテストの統一的な観点:
テストの種類:
ブラックボックステストと白鶴テストにはダイナミックと静的の2種類があります
(静的ブラックボックステスト:ドキュメントを見たり、ページを見たりするなど
静的ホワイトボックステスト:ソースコードなどを見る
ダイナミックブラックボックステスト:ソフトウェアなどの使用
ダイナミックホワイトボックステスト:ソースコードなどを実行)
ブラックボックステストの常用方法:等価類法、境界値法、因果図法、誤り推定法等価類法に分けられる:
有効等価類とは、「需要文書」に合致し、合理的なデータ集合を入力することを指す.
無効な等価クラスとは、「需要ドキュメント」に合致せず、入力が不合理なデータセットを指す.
境界値法:一般的に7つの点を取ります.最小値、最小値、最小値よりやや高い値、通常値、最大値よりやや低い値、最大値、最大値より高い値
因果図法:因があれば必ず果があり、あなたの報い..
エラー推定法:入力ボックスに文字タイプ/長さの制限がなく、検索ボックスにはリターンやあいまいなクエリーがサポートされていないなど、テスト者の経験に基づいています.
ソフトウェア欠陥の定義は何ですか?
ソフトウェア製品の属性のずれ現象ソフトウェアエラー機能の漏れ性能が要求設計製品の欠陥に合致しない
ソフトウェア欠陥とソフトウェアエラーの違い:ソフトウェア欠陥はソフトウェアエラーを含むソフトウェアエラーは修正されなければならないが、ソフトウェア欠陥は必ずしもソフトウェアコード自体の問題を指すとは限らない.
△ソフトウェアは欠陥をゼロにすることができますか.ソフトウェアが「欠陥ゼロ」を達成できない理由:テストのカバー率が尽きることはありません.(ブラックボックステスト、ホワイトボックステスト、グレーボックステスト)
既存の欠陥を修正すると、新しい欠陥が発生する可能性があります.
テストエンジニアの製品に対する理解ニーズには限界がある.
テスト環境とユーザーの実際の使用環境が完全に一致しないわけではありません.
ソフトウェアの欠陥が修復されない原因:1.修復のリスクが大きすぎてソフトウェア自体が脆弱で、頭を整理するのが難しく、少し乱れていて、ソフトウェアの欠陥を修復すると他のソフトウェアの欠陥が発生する可能性があります.
2.頻繁に発生しないソフトウェアの欠陥を修復する価値がなく、常用機能に現れないソフトウェアの欠陥は見逃すことができ、ユーザーが予防または回避する方法があるソフトウェアの欠陥を避けることができ、通常は修復しなくてもよい.
試験段階別に煙を吐くテストとは、新しいバージョンに対してシステムの大規模なテストを行う前に、ソフトウェアの基本機能が実現されているかどうか、テスト性があるかどうかを検証することです.ユニットテストはモジュールテストとも呼ばれ、各ユニットモジュールが詳細な設計説明書の機能、性能、インタフェース、設計制約などの要求を実現しているかどうかを確認することを目的としている.集積テストは組立テストとも呼ばれ、主なテストユニット間のインタフェース関係は、概要設計説明書の要求に合致するシステム全体に徐々に集積されている.システムテストは、実際のシステムまたはシミュレーションシステムが稼働している環境下で、システムが仕様書の要求に達しているかどうかを検証し、確認するために、統合されたハードウェアとソフトウェアシステムのテストにブラックボックステスト技術を採用します.検収テストは製品説明書または需給双方が約束した検収に基づいて文書に基づいて行うシステム全体の評価に従い、システムを受け入れるかどうかを決定する.αテスト:ユーザー、テスト担当者、開発者などが共同で参加する内部テストを指す.
βテスト:内部テスト後の測定、すなわちエンドユーザーに完全に渡すテストを指す