-1

アプリケーションで表面的なものを修正する必要がある場合(要素の色を修正するなど)、これをバグとしてマークする必要がありますか、それともPivotal Trackerの機能としてマークする必要がありますか?

注:見た目は良いですが、この修正が簡単になるわけではありません。

4

3 に答える 3

3

問題の単純さは、問題トラッカーのどこに行くかを決定するべきではありません。

要素の色をどのように見るかによって異なります。厳密に「スカイブルーよりもインディゴの方が良いと判断した」場合は、おそらくそれを強化と呼ぶでしょう. 「新しいメンバーはすべて青色で表示されますが、これらは赤色で表示されます」のようなものであれば、それはバグです。また、「私たちのテーマは藍色ですが、この要素は空色であり、アプリケーションの一貫性が損なわれています」という場合も、バグと見なします。

于 2010-08-30T15:18:21.230 に答える
1

特徴。バグとは、機能を妨げるものです。これが新しい機能である場合、それは機能です。

編集済み:私はそれを取り戻します!私の新しい答えは次のとおりです。何かが仕様どおりに、または期待どおりに機能しない場合、それはおそらくバグです。

于 2010-08-30T15:18:46.800 に答える
0

バグだと感じたらバグです。それが機能だと感じたら、それは機能です。

長いバージョン: 機能だと思われる場合は、そのようにマークしてください。これが不適切に実装された、または正常に機能しない、または単に故障していると思われる場合、それはバグです。いずれにせよ、スプリントで行う作業なので、必ず実行してください。すべての状況に普遍的な正しい方法はありません。チーム内で何がバグで何がそうでないかについて共通の理解を持ち、その理解に固執するようにしてください。

于 2010-09-02T10:57:45.320 に答える