ブラックボックステスト:定義、種類、手法

トピック

General Web, IT Management

ブラックボックステストには限界があります。結果が得られたら、コードを解凍して適切な修正を見つける必要があります。しかし、定期的に一貫したブラックボックステストを実施すれば、ツールが顧客に対して適切かつ一貫して機能することを確認できます。

ブラックボックステストとは?

あなたのチームは、あなたのソフトウェア、ウェブサイト、またはアプリが何をすべきかを知っています。チームメンバーは作業中に、コーディングエラーを示す可能性のある問題、不具合、または予期しないアクションを探します。

ブラックボックステストを使用して、次のものを見つけることができます。

不作為。 欠けている機能を約束しましたか?
エラー。 インターフェースが予期せず機能しますか?データソースは音ですか?
切り。 特定の入力によりシステムがクラッシュしたり、パフォーマンスが低下したりしますか?

ブラックボックスのテストチームは、テスト対象をどのように作成したかを把握していないため、見つけた問題を解決するための提案をすることはできません。彼らの唯一の仕事は、さらに調査が必要なアイテムを強調することです。

コーディングの問題について意見が必要な場合、これにより修理が迅速になる可能性がある場合は、ホワイトボックステストまたは侵入テストの方が適している可能性があります。これらのチームで働く人々は、製品の下にあるコードについてすべて理解しており、彼らのテストにより、製品が設計したITどおりに機能することを確認します。

ブラックボックステストはどのような場合に使用されますか?

2020年5月のある日、何千人もの人々が自分の電話でアプリを起動しようとしましたが、代わりにクラッシュが発生しました。Facebookのコーダーに責任がありました。ブラックボックステストは、この壊滅的な問題を防ぐことができたでしょう。

何かを一般に公開する前に、IT を慎重に繰り返しテストする必要があります。あなたが今行う作業により、顧客が将来不満を言うことが少なくなります。

ソフトウェアを構築している場合は、ブラックボックステストを複数回実行します。テストはソフトウェアテストライフサイクル (STLC) の一部であり、通常は次の段階で IT を実行します。

要件： ソフトウェアテスターは、製品のどの要素をテストできて、どの要素をテストできないかを判断します。
企画： テスターは、どのような種類のテストが最も効果的で、どのように成功を測定するかを決定します。
解析： テスターは理想的なテスト条件を指定します。
設計： 彼らは各テストの正式なルールを特定します。
道具： テスターはテストケースを作成します。
実行： テストが開始され、テスト担当者が欠陥をログに記録します。
結論： 正式なレポートはサイクルを終了します。

製品の開発中に、これと同じプロセスを複数回経る場合があります。各テストでは、何が機能し、何が壊れているかについて少し詳しく説明します。

また、ブラックボックステストにより、ハッカーに対する脆弱性が低くなる可能性もあります。テストの中には、過去のセキュリティ制限を破ることを含むものもあり、違反が成功した場合は、データを安全に保つためにさらに多くのことを行う必要があることを示しています。この形式のテストを製品のライフサイクル全体にわたって繰り返し実行し、すべてが安全であることを確認することができます。

ブラックボックステストの方法

現代のプロジェクトには何十人もの人々が関わっています。たとえば、新しいWebサイトを立ち上げるだけで、 20人以上のチームを開発できる可能性があります。ブラックボックステストを実行すると、さらに多くの参加者が必要になります。

ブラックボックステスターは、次のものにアクセスする必要があります。

仕様。 製品は何をすべきですか?ITはどのように機能すべきか?
設計パラメータ。 ITはどのようなものであるべきか? IT部門はどう感じるべきか?
入力。 製品が機能するようにテスターは何をすべきですか?
出力。 エラーとは何ですか?正確とは?

この情報を使用して、テスターはテストケースを実行して、すべてが正しく機能することを確認し、すべてのエラーをログに記録します。

ブラックボックス・テストの設計手法は、次のような数多く存在します。

すべてのペアのテスト。 テスターには入力パラメータのペアがあり、すべての組み合わせをテストします。
境界値解析。 テスターにはさまざまなインプットがあり、作業時にのみ使用します。
デシジョンテーブルテスト。 テスト担当者は、さまざまな入力の組み合わせを使用してシステムの動作をテストします。テーブル内のすべてのデータをキャプチャします。
ドメイン分析。 テスターは、関連するソフトウェアシステムを調べて、可変部品と共通部品を見つけます。
等価分割。 テスターは入力データを分割し、グループ(グループ)でITをテストします。彼らはエラーの根本的なクラスを見つけようとします。
推測エラー。 経験豊富なテスターは、その経験に基づいて、現在分析しているソフトウェアのバグを見つけます。
ユースケーステスト。 テストチームは、特定のアクションやイベントをテストして、ユーザーが特定の目標を達成するのに役立つことを確認します。
ユーザーストーリーテスト。 テスターにペルソナを付与し、テスターはテストしているアイテムからその人が満足感を得ることができるかどうかを確認します。

テスターに上記のいくつかの手法の組み合わせを提供できます。たとえば、ユースケース・テストとデシジョン・テーブルを組み合わせることができます。