問題タブ [white-box-testing]

SQLサーバーで動作するWindowsサービスアプリケーションがいくつかあります。アプリケーションのブラックボックステストを実行したいと思います。すべてのメソッドのテストロジックを作成する時間がないため、単体テストを使用したくありません。アプリケーションにリクエストを送信し、システムからの応答とデータベースの状態を確認したいだけです。

関数があるとします

文字列や数値を返さないため、QUnit でこの関数の完全なコード カバレッジを得るために、適切なテスト ケース (ポジティブとネガティブの両方) を記述することができれば素晴らしいことです。

ホワイトボックスとブラックボックスのテストについて読んでいます。

間違っていない場合：

ホワイトボックスはソフトウェア プログラムの実装をテストしますが、ブラックボックスは入力と出力をテストします。

両方のケースの簡単なコードの例を教えてください。

前もって感謝します。

では、ここのコードはブラックボックス テストですか?

SelectionSort クラスでブラックボックス/ホワイトボックス JUnit 手法を理解し実装しようとしていますが、どの方向に進むべきかを理解するのに苦労しています..

以下の失敗した試みの1つ..SelectionSortクラスから配列のサイズをテストしようとしましたが、メソッド(unsortedArray)が認識されません..

以下は、提供された私の SelectionSort クラスです。どんな助けや指導も大歓迎です:)

次のコードのステートメントカバレッジ/決定カバレッジ/条件カバレッジの違いは何だろうと思っていました。

PS どの if ステートメントにも中かっこはありません。

私の理解では、設計仕様書は、内部の知識を利用するユニット テスト ケース (ホワイト ボックス手法) を作成するのに役立ちますが、機能要件のみがある場合は、ブラック ボックス手法が適しています。

設計仕様がなく、要件が曖昧であったり、境界が定義されていなかったりするとどうなるでしょうか? 単体テスト プロセスにどのように影響しますか? また、それをどのように補償しますか？ギャップを埋めるために、あなたの経験、または特定のプラクティス/テクニックを使用していますか?

最初に機能を開発する方が適していますか? 開発を続け、それが内部でどのように機能するかについての知識を深めるにつれて、ある時点で、ホワイトボックス手法またはブラックボックス手法のいずれかを使用できるようになります。同様の状況での以前の経験を使用して機能を完成させます。つまり、機能要件を自分で書いた可能性もあります。この時点で、ホワイトボックスを選択しますか? ブラックボックス？それとも、新しい機能のリスク/重要性に依存しますか?

デーモンのコード カバレッジを行う必要があります。デーモン アプリケーションは c++ で記述されています。独自のライブラリを持つクライアント テスト プログラムを使用して、デーモン機能をテストします。ライブラリはデーモンと通信します。

普段は IBM Rational PureCoverage を使用しています。しかし、この状況でクライアント テスト プログラムを実行すると、クライアント ライブラリのみにヒットし、デーモン ライブラリにはヒットしません。

このシナリオに役立つ他のツールはありますか?

ありがとう。

私のコードのステートメントカバレッジをチェックするとき：

2 つのテスト ケースを使用する (例: テスト 1: x = 6, y = 10 とテスト 2: = 3, y =5)

ステートメントのカバレッジが 100% に等しいか 66% に等しいかはわかりません。最後の if ステートメントは両方とも false であるため、カウントするかどうかわからないという事実に基づいています。