Suppose you just have filled a new problem report.
What happens next?
In a problem database like Bugzilla,
the problem goes through a number of stages.
Initially the problem report is unconfirmed.
If all the information in the problem report is valid,
then it goes into the new state.
A manager or the software change control board assigns the bug to an individual developer
who now works on it.
The developer now resolves the problem,
and for resolving the developer can choose between multiple resolutions.
be fixed, meaning that the problem has actually been addressed.
The problem can be marked as a duplicate,
meaning that the problem already exists somewhere else in the database
and therefore possibly somebody else is already working on it.
The problem can have a resolution of invalid,
meaning that the problem is not a problem
or does not contain the relevant facts.
A resolution of won't fix means that the problem will never be fixed,
which is a somewhat sad outcome for the one who originally submitted it.
Then we have works for me as a resolution,
meaning that the developer could not reproduce the problem.
Note that if the bug report is invalid or a duplicate
this may also be found out at an earlier stage of this,
and the problem immediately gets resolved, of sorts.
If the resolution is fixed, then the fix will typically be verified by the quality assurance team
and as soon as the final product finally ships with the fix in it,
then the bug report is marked as closed.
In case the problem reoccurs again,
it goes into a state of reopened and then needs to be reassigned to a developer.
This can also happen from the resolved state.
If additional information becomes available, for instance,
that makes the original resolution obsolete.
あなたが入力した問題レポートは
その後どうなるのでしょう?
Bugzillaのような問題データベースでは
問題は多くの段階を得て検討されます
内容はすぐには承認されません
問題レポートのすべての情報が有効な場合
次の段階に移ることができます
管理者や変更審査委員会がバグを
そのシステムの個人開発者に
割り当てていきます
そして開発者が問題に対応します
開発者は問題の検証結果を
いくつかの決定項目に分類します
問題が実際に対処されれば"修正完了"と決定されます
問題は"重複"と決定されることもあります
つまりデータベースに
この問題が既出だったということです
誰かがすでにその問題に
取り組んでいる可能性があります
"無効"の決定が下されることもあります
つまり問題が問題ではなかったのです
関連事実もないという判断です
"修正なし"は問題が一生修正されないという決定です
それはその問題レポートを提出した人にとって
少し悲しい結果です
さらに"僕のところでは動くよ"というものがあります
開発者が問題を再現できないという意味です
バグレポートが無効または重複している場合
それは早い段階で判明しますので
問題はすぐに解決済みとなります
一般的に決定事項が固まれば
品質保証チームがその内容を検証します
そして修正内容を含んだ最終製品が出されるとすぐに
バグレポートに終了と示されます
問題が再び発生した場合は
再発という状態になり
開発者に再度割り当てする必要があります
これは解決済みの時点でも起きることがあります
もし新しい情報が入ってきた場合は
最初の決定が無効になったりします