私の理解では、設計仕様書は、内部の知識を利用するユニット テスト ケース (ホワイト ボックス手法) を作成するのに役立ちますが、機能要件のみがある場合は、ブラック ボックス手法が適しています。
設計仕様がなく、要件が曖昧であったり、境界が定義されていなかったりするとどうなるでしょうか? 単体テスト プロセスにどのように影響しますか? また、それをどのように補償しますか？ギャップを埋めるために、あなたの経験、または特定のプラクティス/テクニックを使用していますか?
最初に機能を開発する方が適していますか? 開発を続け、それが内部でどのように機能するかについての知識を深めるにつれて、ある時点で、ホワイトボックス手法またはブラックボックス手法のいずれかを使用できるようになります。同様の状況での以前の経験を使用して機能を完成させます。つまり、機能要件を自分で書いた可能性もあります。この時点で、ホワイトボックスを選択しますか? ブラックボックス？それとも、新しい機能のリスク/重要性に依存しますか?