关于错误生命周期和版本管理的建议

Question

我们小组目前正在分析我们管理正式软件版本并与bug lifecycle集成的过程。

你使用什么bug生命周期模型？为什么？

例如，假设每周为QA生成一次正式版本。你在什么时候将bug标记为已解决？

• 当开发者已经提交他们的改变？
• 当更改已被审查并合并到发布分支中时？
• 当正式发布候选人已经创建？

你使用什么程序或bug追踪软件的功能来跟踪它？

是否有任何提示/建议/建议可供分享？

Answer 1

如果你有足够的幸运来进行单元测试来捕捉错误，或者如果你能够添加一个特别针对错误进行测试的新测试，它将提供一个很好且客观的分辨率测量。

如果您使用回归测试进行连续构建，那么只要相应的测试通过您的主分支，该错误就可以被视为已解决。这样做的好处是，它可以轻松地考虑在一个分支上解决的错误，但不会在另一个分支上解决，从而使您尽早尝试集成并衡量成功。

根据您的文化，如果您在所有分支中通过自动构建，您可能只想标记为真正解决的错误。

一个方面的优点是，如果它在将来再次出现，例如由于某人回复某个东西或合并灾难，您可以捕获该错误。