目次
グレー ボックス テストはブラック ボックス テストとホワイト ボックス テストを置き換えることができますか?
ブラックボックステストはグレーボックステストを置き換えることができますか?
面接の質問: 一般的なテスト方法は何ですか? どちらの方法がより頻繁に使用されますか?
テスト対象ごとに分ける(理解)
①インターフェーステスト
インターフェーステストはUIテストとも呼ばれ、UI設計図を参照する必要があり、一般的にはソフトウェアのインターフェース設計が妥当であるかどうかを検証することを指します。
インターフェースの一貫性、合理性、正確性、使いやすさを検証します。
スクロール バー、ダイアログ ボックス、テキスト ボックスなどのインターフェイスのコンポーネントを検証します。
インターフェイスのタイポグラフィとレイアウトを確認する
インターフェースの色調が現在のイベントと一致しているかどうかを検証する
②信頼性試験(ユーザビリティ)
信頼性の計算式:ソフトウェアが正常に動作する時間/(ソフトウェアが正常に動作する時間 + ソフトウェアが正常に動作しなくなる時間) * 100%。
この計算式により得られる結果は、通常 99.99% 以上となります。
テストにはいくつかのソフトウェア ツールが必要です
③フォールトトレラントテスト
フォールト トレランス テストとは、システムが例外を処理でき、ユーザーの誤った操作によってシステムがクラッシュしないことを意味し、システムの可用性が向上します。
フォールトトレランスと信頼性の違い
耐障害性とは、プロジェクトの異常な動作の指標を指します。
信頼性はプロジェクトが正常に動作していることを示す指標です
④書類審査
ドキュメント テストは、通常、テスト担当者が要件レビュー中に実行する必要がある 要件分析です。
⑤適合性テスト
ブラウザの互換性:
Chrome、Firefox、edge、Safari など
プラットフォームの互換性 (オペレーティング システム):
Linux、Windows、Mac など。
独自の互換性:
たとえば、jdk の異なるバージョンには互換性が必要です。
他のソフトウェアの互換性:
たとえば、Baidu APP、他の APP と互換性があるかどうか、他の APP へのアクセスをサポートしているかどうか、他のソフトウェアへの入り口をサポートしているかどうかなど。
⑥使いやすさテスト
ソフトウェアは、主にユーザーにより良いエクスペリエンスを提供するために、シンプルで使いやすいものである必要があります。
⑦インストール・アンインストールテスト
ソフトウェアのインストールとアンインストールの方法
インストールおよびアンインストールのプロセスを一時停止できますか?
インストール中に空き容量が不足しているというメッセージが表示されますか?
⑧安全性試験
SQLインジェクション、不正アクセス、入力スクリプト、システムの脆弱性、データ改ざんなどのセキュリティ側面。
⑨性能試験
ソフトウェアの応答性はどれくらいですか? (238 ルール)
メモリリーク、メモリ使用量
CPU使用率
ネットワークおよびその他のリソースのボトルネック
メモリリークテスト
人工的な静的メソッド: コードの読み取りと未回収メモリの手動検索。
ツールを使用してメモリ リークをテストする
コードブロックを表示するかどうかによるテスト
ブラックボックステスト
ブラックボックステストは、プロジェクトを「ブラックボックス」として扱い、内部構造や内部特性には注意を払わず、コードがユーザーのニーズを満たしているかどうかのみに焦点を当てます。製品仕様の記述は「データドリブン」とも呼ばれます。テスト」。
一般的に使用されるブラック ボックス テスト方法: 同値クラス、境界値、デシジョン テーブル、直交法、シナリオ法、エラー推測法
一般的に使用される具体的なブラック ボックス テストについては、次の記事を参照してください。
(メッセージ数 100 件) テスト ケースの設計方法と一般的に使用されるブラック ボックス テスト手法_パワーに飢えた先住犬のブログ - CSDN ブログhttps://blog.csdn.net/m0_67995737/article/details/130625865?spm=1001.2014.3001.5502ブラック ボックス テストの特徴: 最も広範囲の製品機能をカバーするテストですが、すべてのコードをカバーすることはできません。
ホワイトボックステスト
ホワイトボックス テストはコード ロジックに重点を置き、ビジネス機能には十分な注意を払っていないため、「ロジック駆動テスト」とも呼ばれます。
したがって、ホワイトボックス テストの利点はコード カバレッジが高いことですが、欠点はビジネス機能のカバレッジが不十分であることです。
主に、ステートメント カバレッジ、決定カバレッジ、条件カバレッジ、決定条件カバレッジ、条件組み合わせカバレッジ、およびパス カバレッジの6 つのテスト方法が含まれます。
グレーボックステスト
グレー ボックス テストは中間タイプのテストです。特定のコードの実装とビジネス機能の実現の両方に焦点を当てています。ただし、グレー ボックス テストはブラック ボックス テスト機能を包括的にカバーしておらず、ホワイト ボックス テストも焦点を当てていません。コード実装の詳細。
グレーボックス テストの適用フェーズ:統合テスト
グレー ボックス テストはブラック ボックス テストとホワイト ボックス テストを置き換えることができますか?
グレー ボックス テストの欠点で前述した理由により、グレー ボックス テストはブラック ボックス テストやホワイト クレーン テストを置き換えることはできません。
ブラックボックステストはグレーボックステストを置き換えることができますか?
ブラック ボックス テストはグレー ボックス テストを置き換えることができますが、置き換えると、多くのテスト ケースを設計する必要があり、労力、時間、コストがかかります。
面接の質問: 一般的なテスト方法は何ですか? どちらの方法がより頻繁に使用されますか?
一般的なテスト方法には、ブラック ボックス テストとホワイト ボックス テストがあり、特定のビジネス ニーズやシナリオに合わせて両方を使用する必要があります。
しかし、一般的に言えば、テスターはブラック ボックス テストの使用をもっと検討する必要があります。もちろん、より詳細にバグをロックダウンしたい場合は、ホワイト ボックス テストを使用することもできます。
発達段階に応じて分ける
①単体テスト
単体テストはシステムの最小単位をテストすることです
テスト方法: ホワイト ボックス テスト: 一般に、最小の機能ユニットをテストするには JUNIT フレームワークを使用する必要があります。
②結合テスト
単体テストが完了したら、プロジェクトの各モジュールを統合し、テスト用に各単体モジュールを統合します。
③システムテスト
プロジェクトのシステム設計をテストします。
④回帰テスト
回帰テストは、過去のバージョンと機能をテストして、機能が要件を満たしていることを確認することですが、プロジェクトのバージョンが増えるにつれて、機能要件もますます増加するため、自動テストが必要になります。
⑤発煙試験
スモークテストは、製品がテストすべき条件を備えているかどうかを検証するためにすべてのテスターが参加する面倒なプロセスです (これにより、開発者が常にバグを提出することを回避できます)
⑥受け入れテスト
受け入れテストの目的は、製品がユーザーのニーズを満たしているかどうかを確認することです。
実際に受付を行うのは製品学生・運用学生です。
稼働中か否かで分けます
静的テスト
静的テストとは、コードの一部を調べることによるテストなど、プロジェクトの実行前に実行されるテストを指します。
動的テスト
動的テストとは、プロジェクトの実行後に実行されるテストを指します。
試験実施機関ごとに分ける
アルファテスト
アルファテストは開発環境で実施されるテストで、通常は社内で行われる小規模なテストです。
ベータテスト
ベータ テストは、1 つ以上の環境でエンド ユーザーによって実行される受け入れタイプのテストです。より大きなサイズ
アルファテストとベータテストの違い
1. さまざまなアプリケーションシナリオ
アルファテストは開発環境で実施されるテスト、ベータテストはユーザーの端末上で実施されます。
2. 異なるテスター
アルファテストは通常、企業の内部担当者が参加しますが、ベータテストは通常、ユーザーとそのユーザーが参加します。
3. 順番が違う
アルファ テストの順序はベータ テストよりも優先され、ベータ テストはアルファ テストが完了した後にのみ実行され、ベータ テストのテスト周期は長くなります。
地域の問題をテストする
国際的なプロジェクトの場合は、各地域の違いに注意を払う必要があり、それぞれを別々に扱い、分割する必要があります。