予期しない機能性がバグ、または単にデザインが不十分なのはいつですか

Question

プログラマーは、コード構造で明らかに意図的な選択をした場合があります。これは、（せいぜい）直感的ではないが技術的には壊れているという点ではバグではない動作をもたらします。これはバグとして分類され、固定されるべきですか？

たとえば、よく知られているオープンソースのeコマースシステム（私の回答履歴を見ると、どちらが作動しますか！）は、管理者がカートに追加する必要があるユニットの複数を指定できる数量増分の機能を提供します（たとえば、5、10、15、20などである必要があります。コードは、システムが「在庫の管理」モードである場合にのみ実施されるように書かれています（つまり、各注文でインベントリレベルが減少します）。現在、店主が指定された増分で製品を販売したいが、在庫レベルを管理しないことは完全に有効な状況です。コードは、構成を静かに無視し（管理者へのフィードバックはありません）、在庫をオンにするための要件のドキュメントはありません。

これはバグですか？または、貧弱なデザイン/ドキュメント。

注意、一部の読者はこの質問を主観的であると解釈すると確信していますが、バグと貧弱なデザインの間には重要な違いがあると思います。これは、バグレポートが内部企業システムとは異なるプロセスで機能する傾向があるオープンソースプロジェクトに特に関連しています。

Answer 1

バグとは、プログラマーが念頭に置いているものとは異なる行動を意味しますが、設計が悪いとは、プログラマーが意図した動作がユーザーが合理的に期待できるものよりも他のものであることを意味します。

Answer 2

どちらの方法か他の方法が正しいかを識別する仕様はありますか？仕様がある場合、それはバグです。

仕様がない場合は、おそらく貧弱なドキュメントです。

コードが構成を静かに無視したときにエラーが発生する可能性がありますか？それはバグです。