我注意到我们当前的错误跟踪过程（TFS2012）中存在问题
a）提出错误的不一致性 b）记录错误的不一致性 c）错误解决方案不一致 d）由于滤波器和有意义的值较少，很难应用滤波器。 e）由于缺乏TFS培训，几乎无法创建错误报告。
如何考虑改变我的管理层。
答案 0 :(得分：1)
欢迎来到SO @ RON12345！
这是你在这里提出的一个很大的问题，所以让我看看我是否可以把它分解成可管理的块（从你原来的帖子中明显地被盗，不能少！）：
提出错误的不一致 - 你到底是什么意思？在我看来，我认为你的意思是有些错误没有写入/提出？如果是这种情况，那可以通过使用一个简单的公理（我自己使用）来解决 - “如果你不得不问，'这是一个错误吗？'，那么很可能就是这样。这是一个心理范式 - 让大多数测试人员意识到所有的错误都是，这是一个错误或可以改进的记录。
记录错误的不一致 - 对于类似这样的事情，我使用非常简单和公式化的方法：
<Brief bug description>
1. Repro
2. Steps
3. Go
4. Here
ACTUAL: This is what is actually happening.
EXPECTED: This is what the expected behavior is supposed to be. (As an aside, try to avoid using words like 'should' here).
<This is where you make note of any attachments that go along with the bug.>
我们将我们的错误分解为找到它的组件，找到它的sprint并注意哪个团队需要进行修复。
错误解决方案不一致 - 我们在当前的工作中使用以下内容来解决问题：
活跃 - 此错误是新的，未经任何人审核。
正在进行中 - 开发人员已将错误移至队列中，现在正在审核它。
已解决 - 已修复此错误并将其重新分配给报告该错误的人员。
按照设计 - 这可能看起来像一个错误但是，将通过代码更改解决，或者实际上不需要修复，因为其他因素，如其他团队对设计的更新。
无法重现 - 开发人员无法重现该问题，并且该错误可能需要更多信息或更好的重现步骤。
已关闭 - 我认为这不需要解释：）
由于过滤器和有意义的值较少而难以应用过滤器 - 通过在TFS中创建更有效的过滤器可以轻松解决此问题。如果您是敏捷商店，请考虑添加一个允许您按sprint过滤的字段，例如。
由于缺乏TFS培训，几乎无法创建错误报告 - 我在TFS中创建报告时发现this article。
祝你和你的项目团队好运，我希望这个答案对你有用！