0

我注意到我们当前的错误跟踪过程中存在问题 (TFS2012)

a) 提出错误的不一致 b) 记录错误的不一致 c) 错误解决的不一致 d) 由于较少的过滤器和有意义的值而难以应用过滤器。e) 由于缺乏 TFS 培训，几乎不可能创建错误报告。

我如何提议改变我的管理层以供他们考虑。

4

1 回答 1

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.>

我们将 bug 分解为发现它的组件、发现它的 sprint，并注意需要哪个团队进行修复。

错误解决的不一致- 我们在我目前的工作中使用以下解决状态：

活跃- 此错误是新的，尚未经过任何人的审查。

进行中- 开发人员已将错误移入他们的队列，现在正在对其进行审查。

已解决- 此错误已修复并重新分配给报告它的人。

按照设计- 这可能看起来像一个错误，但将通过代码更改来解决，或者由于其他因素（例如其他团队对设计的更新）而实际上不需要修复。

无法重现- 开发人员无法重现该问题，并且该错误可能需要更多信息或更好的重现步骤。

关闭- 我认为这不需要解释:)

由于较少的过滤器和有意义的值而难以应用过滤器- 这个问题可以通过在 TFS 中创建更有效的过滤器来进行搜索轻松解决。例如，如果您是敏捷商店，请考虑添加一个允许您按 sprint 过滤的字段。

由于缺乏 TFS 培训，几乎不可能创建错误报告- 我发现了这篇关于在 TFS 中创建报告的文章。

祝您和您的项目团队好运/我希望这个答案对您有用！

于 2013-05-10T15:31:47.647 回答