アプリケーションで表面的なものを修正する必要がある場合(要素の色を修正するなど)、これをバグとしてマークする必要がありますか、それともPivotal Trackerの機能としてマークする必要がありますか?
注:見た目は良いですが、この修正が簡単になるわけではありません。
アプリケーションで表面的なものを修正する必要がある場合(要素の色を修正するなど)、これをバグとしてマークする必要がありますか、それともPivotal Trackerの機能としてマークする必要がありますか?
注:見た目は良いですが、この修正が簡単になるわけではありません。
問題の単純さは、問題トラッカーのどこに行くかを決定するべきではありません。
要素の色をどのように見るかによって異なります。厳密に「スカイブルーよりもインディゴの方が良いと判断した」場合は、おそらくそれを強化と呼ぶでしょう. 「新しいメンバーはすべて青色で表示されますが、これらは赤色で表示されます」のようなものであれば、それはバグです。また、「私たちのテーマは藍色ですが、この要素は空色であり、アプリケーションの一貫性が損なわれています」という場合も、バグと見なします。
特徴。バグとは、機能を妨げるものです。これが新しい機能である場合、それは機能です。
編集済み:私はそれを取り戻します!私の新しい答えは次のとおりです。何かが仕様どおりに、または期待どおりに機能しない場合、それはおそらくバグです。
バグだと感じたらバグです。それが機能だと感じたら、それは機能です。
長いバージョン: 機能だと思われる場合は、そのようにマークしてください。これが不適切に実装された、または正常に機能しない、または単に故障していると思われる場合、それはバグです。いずれにせよ、スプリントで行う作業なので、必ず実行してください。すべての状況に普遍的な正しい方法はありません。チーム内で何がバグで何がそうでないかについて共通の理解を持ち、その理解に固執するようにしてください。