问题标签 [bug-tracking]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
svn - 带有 Subversion 集成的票务/跟踪系统?
我的公司使用 StarTeam 进行源代码控制和 CR 管理,但我真的很想切换到 Subversion 进行源代码控制。对于那些了解 ClearQuest 和 ClearCase 的人来说,StarTeam 能够创建工单,这些工单可以在以后与代码更改相关联。
是否有任何类似的产品可以很好地与 Subversion 集成(最好是免费的,但我不一定反对商业应用程序的想法)?前段时间我玩过trac,但并没有给我留下太大的印象。
bug-tracking - 识别错误跟踪的重复异常
我开发了一个“概念证明”应用程序,它将应用程序中未处理的异常记录到错误跟踪系统(在本例中为 Team Foundation Server,但它可以是任何错误跟踪系统)。这个想法的一个限制是我不希望每次抛出相同的异常时都打开重复的错误项(例如,许多用户遇到异常 - 它仍然是一个“错误”)。
我的第一次尝试是将异常类型、消息和堆栈跟踪作为字段存储在错误跟踪系统中。然后,日志记录组件将对错误“存储”进行查询,以查看是否存在具有相同信息的打开错误。(这个例子是.NET - 但我认为这个概念是平台独立的)。
问题显然是这些字段可能非常大(尤其是堆栈跟踪) - 并且需要“全文”类型的实现来存储它们并且搜索非常昂贵。
我想知道为这个问题定义了哪些方法。例如,我听说 FogBugz 有这样一个自动错误跟踪功能,我很好奇它是如何实现的。
process - 如何在保持版本灵活性的同时鼓励代码共享并限制错误跟踪开销?
您如何跟踪更改、测试影响单独发布的多个工件的错误?
代码共享是好的,因为它减少了通过代码的路径总数,这意味着对更少的更改和更少的错误(或通过更少的更改解决更多错误)产生更大的影响。例如,我们可以构建使用相同文件处理包或模型包的搜索工具和索引器。
我们需要能够确保更改在所有正确的组件中得到测试,并跟踪哪些更改包含在哪些发布的工具中。我们也不希望被迫同时在所有应用程序中发布更改。
目标:一个要测试的错误,计划针对每个已发布的应用程序独立跟踪。借助了解架构的自动化系统,指导我们做出正确的选择。
漏洞拆分发布场景:
我们可能会发布一个搜索工具补丁,其中包含 util 库中的性能修复。对于搜索工具至关重要,修复在索引器中不太明显,因此它可以等到下一个维护版本。我们希望通过搜索补丁计划跟踪发布一个错误,并将其推迟到索引器的下一个维护版本。
因此,当我在我们的跟踪系统 (JIRA) 中创建错误时,我希望它神奇地变成多个对象。
- 描述问题和跟踪开发工作的主要问题
- 一组任务允许我跟踪测试工作,并让我跟踪这个问题是如何针对它影响的每个应用程序发布的。
我们如何才能使代码共享的用户体验变得更轻松,以鼓励更多的代码共享,而不会对哪些更改影响了哪些版本或迫使人们输入许多重复的错误视而不见?
我敢肯定,从 Eclipse 到 linux 发行版的大型项目都面临过这种问题,并且想知道他们是如何解决的(接下来我将讨论它们)。
你们有没有人遇到过这种情况,你们是如何处理的?
debugging - 是否有任何系统可以记录或跟踪您在开发过程中遇到的错误类型?
我本身并不是在寻找错误跟踪。但更像是一个构建工具:作为一名开发人员,如果每次编译或尝试运行代码时,我都可以重定向调试输出并记录我最常引入的错误、解决它们需要多长时间等,那就太棒了。
外面有这样的东西吗?
workflow - 我们的错误跟踪工作流程是否如此独特?
我们目前正在使用 Mantis 作为我们的 bugtracker,我们对此感到非常厌烦和厌倦。开发人员想要更多的 SVN 集成,客户想要更容易使用的系统。
因此,我们正在寻找一个新的 bugtracker,目前我们正在研究 Redmine。但是,在其默认设置中,它与我们所需的工作流程不匹配,或者至少不比 Mantis 好多少。
我们有以下工作流程,并希望有一个错误跟踪器来匹配它。
- 报告了一个错误(通常由客户),并被认为是“新的”。这些错误会定期审查并确认(这是错误)或标记为功能(客户通常需要付费)并延迟到财务部分解决后。
- 然后由开发人员分配和处理错误
- 完成后,它被标记为“准备审查”(由另一个开发人员)
- 审核时将其标记为“已审核”
- 当标记为“已审核”时,原始开发人员将新代码放置在暂存环境中并将错误标记为“准备好测试”(由错误报告者)
- 错误报告者将错误标记为“已解决”
- 当投入生产时,bug-reporter 会关闭 bug
当然,通常需要反馈,尤其是在早期阶段。我们正在寻找一种方法来区分谁需要进行下一步,以及将错误分配给谁(开发人员)。我们还希望客户使用简单的 gui 来执行此操作 - 要求他们将受让人从他们自己的帐户更改为开发人员,或者更困难:第三方(想想:设计机构)使用常规的要求太多了贵的。gui 应该向他们展示要做什么以及有哪些选项 - 而不是搜索它们。
有人对以这种方式工作的错误跟踪器有任何经验吗?我们的工作流程真的很古怪吗?您如何确保所有相关人员都了解错误所在的位置,以及需要谁采取哪一步?
bug-tracking - 一个好的 BugTracking 工具应该具备什么能力?
我发现很多问题都在询问最好的工具,但没有人询问功能,你真的需要吗?以及您从未真正需要的功能?
(我发现自己在比较特征矩阵上的工具。我讨厌的东西,因为最后我将只使用 3-4 个最重要的特征,其余的保持不变。)
bug-tracking - 布吉拉还是螳螂?
正如标题所说,我现在正在启动一个项目,并尝试为项目布局基础设施(SVN、电子邮件、错误跟踪、在线论坛等......)
那么,Bugzilla 还是 Mantis?
php - 是否有与用 PHP 编写的 Trac 的等价物?
是否有与用 PHP 编写的Trac的等价物?我需要与 SVN 集成并且免费的东西。它应该允许我浏览 SVN 源,进行某种错误跟踪并显示 SVN 中的最新更改。wiki 不是必需的。
提前致谢。
process - 我们应该跟踪代码以外的东西的缺陷吗?
在我职业生涯的不同时期,我鼓励与我一起工作的员工和/或设法跟踪除源代码之外的开发过程工件中的缺陷(即需求、测试、设计)。每次请求都遭到惊讶、困惑和抵制。这对我来说似乎很明显,当人们拒绝这个想法时,我总是有点震惊。
我们从这个练习中得到的是一张关于在哪里创建错误以及在哪里找到错误的图片(在流程的哪个部分)。如果我们正在构建不好的需求,那么我们就会知道并可以努力改进它们。
是否还有其他人收集有关源代码中缺陷的信息?