求翻译，和解释，和应该用在什么地方

[西霸阿超]

这个是开源中国的团队开发里的，我想知道这个图上英文单词的意思和应该用在什么地方 呵呵，那个高手可以写一篇文章来解释下就最好了

[Dogfish]

Bug - 错误 Duplicate - 重复 Enhancement - 加强，改善 Feature - 功能 Invalid - 非法 Question - 问题 WontFix - 不能修复。

[宝_爸]

这个看起来是bug和需求的管理软件吧。例如测试发现了一个问题，录入到系统中，需要给他指定一个类型。 翻译ls做的不错。 Invalid - 非法，或者无效的。 WontFix - 不能修复，或者不会去修复

[以专业开发人员为伍]

bug被发现后，要登记到问题跟踪系统中。然后，需要一名技术经理负责给问题“定性评估”，有些bug可以直接丢弃（例如重复某id编号的bug的、无法重现的、现阶段的设计本来就如此的），有些需要下一个迭代周期再重新测试（例如不重要的、只是测试人员个人想法而没有根据的）。只有剩下的bug才需要修复，然后技术经理仅仅对这些问题指定处理人员，继续负责对问题跟踪。 对问题进行分类，非常非常重要。因为在许多小作坊中，由于测试人员水平低的原因，往往是存在着一种不由自主的“没事儿找事儿”的习惯。真正需要费心机去进行千百次非常单调的回归测试、安全保障开发进度的动作他反而懒得去做，而总喜欢轻省地挑剔一些没有测试用例、干扰开发进度的、显示自己个人会挑剔的东西。因此如果没有这一关，如果放任自流，那么测试就会变得越来越偏，慢慢地“都懒得真正进行回归测试了”。

[以专业开发人员为伍]

这个环节对测试人员也会有个“保护”。通常我们不会去面对面地跟测试人员去讨论沟通（那种动不动就“开会讨论”的工程方法，也不是完全适用的），而是要走这个流程！ 你可以看到，测试人员提交的被标记为bug的问题，才是被记录为他的业绩。这可能跟他绩效工资挂钩。被标记为其它性质的标签的，都不会被再处理。有些测试人员随后会在下一个迭代阶段，再次提出向管理系统提交相同的问题，这是正常的，技术经理会再次进行定性评估。因此这些问题不要用“口头打招呼”的方式跟测试人员沟通，应该让测试人员自己发挥想象力。同时也不会干扰开发团队的进度。

[以专业开发人员为伍]

我估计 Invalid 可能是指“无法重现”。而 Feature 其实更传统的名字大概应该是 by design。

[低调是种无声的高调]

怎么不在当初的帖子里问