顧客に要件がある場合（製品名は50文字を超えてはなりません）、使用されているフレームワークに十分にテストされた検証フレームワーク（Railsなど）がある場合は、ストーリー/仕様を作成する必要がありますか？
より一般的には、特定のプロジェクトの検証の各領域の詳細をテストする必要がありますか（つまり、上記の例では、validates_length_ofが領域になり、50文字の長さが詳細を定義します）？
これは、アプリケーションのどの領域をテストする必要があるのか、そしてこれらの領域をどのように区別するのかという問題につながります。この分野のベストプラクティスはありますか？
プラグマティック ユニット テストの概要カードを読んでください。
何をテストする必要がありますか？良い質問。私の意見では、すべての仕様 (製品要件ドキュメント内) をテストする必要があります。
各要件は、ポジティブ (幸せな日) のシナリオとネガティブ テスト (問題が発生した場合) の最小のシナリオでテストする必要があります。次に、境界条件 (0 文字、49、50、51、256、1000 文字など) と明白なエラー条件 (不正な文字を含む) を含むようにテスト ケースを設計する必要があります。
したがって、各要件には、機能とエラー チェックをカバーする多数のテスト ケースが必要です。