问题标签 [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.
bug-tracking - 不建立自己的错误跟踪系统的原因
现在有好几次,我遇到了一个团队想要构建自己的错误跟踪系统的计划——不是作为产品,而是作为内部工具。
我听到的赞成的论点通常是这样的:
- 想在一些内部构建的网络框架方面“吃我们自己的狗粮”
- 需要一些高度专业化的报告,或者以某种据称独特的方式调整某些功能的能力
- 相信构建一个bug跟踪系统并不难
您可以使用哪些论据来支持购买现有的错误跟踪系统?特别是,哪些功能听起来很简单,但实施起来却很困难,或者哪些功能既困难又重要,但经常被忽视?
excel - 从托管的 HP 质量中心导出错误跟踪数据的最佳方式是什么?
这个问题可能过于特定于产品,但我想知道是否有人从 HP 质量中心导出错误跟踪数据。
HP Quality Center (QC) 有一个老式的 COM API,但我宁愿使用 Web 服务,甚至可能使用屏幕抓取工具将数据导出到 Excel 电子表格中。
无论如何,从托管的 HP 质量中心导出错误跟踪数据的最佳方式是什么?
plugins - 如何在 Trac 中快速添加工单?
将多张票添加到 Trac 或将其作为您自己的待办事项列表是非常痛苦的。这导致人们使用他们自己的任务管理工具,然后将任务分散到各处。
是否有任何插件或宏可以加快添加工单的过程?
windows - 用于管理中型项目的软件
所以,在我目前的工作中,我们通常是每个项目有 1-3 名开发人员、1-2 名艺术总监和 1 名项目经理,最小的只是每个项目中的一名,而较大的则为 3 名开发人员和 2 名艺术总监。
我正在寻找一种软件、软件组合或某种类型的服务,以使我们能够单独管理我们的项目,重要的是我们能够在一个系统/软件中一次管理多个项目(无需经过每个项目的设置过程过于复杂),因为我们通常同时有 2-3 个正在进行的项目。
我们需要能够与 SVN 集成,跟踪错误/功能/请求,建立里程碑和某种类型的敏捷管理,比如 SCRUM 会很好。
最好它应该能够在 Windows 上运行(没有太多麻烦,曾经尝试在同一个 Windows 2003 服务器上安装 Apache+Python+Svn+Trac 并让它们一起运行?不好玩。)因为我们大多这样做。 NET 开发,我们的大多数服务器都运行 Windows 2003。
project-management - 为匿名工单提交配置 trac
如何配置 trac 以允许匿名提交票证?
bug-tracking - 正确组织的 bugtracker 的规则(Mantis 等人)
在一个特定的项目中,我们总共与 10 名团队成员合作。
在项目上工作了大约一年之后(并且一直使用 Mantis 作为 bug-/feature-tracker),bugtracker 变得越来越难以使用,因为没有设置标准来解释如何创建新任务,如何评论任务等。这会导致相同错误的多个条目,在搜索错误时无法轻松找到错误等。
你如何组织你的 bugtracker?您是否对应用程序的不同部分(GUI、后端等)使用了很多(子)类别,是否在任务标题中使用标签(即“[GUI][OptionPage] 错误”)?
是否允许团队中的任何人引入新任务,或者此步骤是否通过单个“Mantis-master”引导(然后谁会知道新报告是重复的还是全新的条目)?
bug-tracking - 错误修复时间分配
客户要求我们对我们遇到的每个错误进行时间估算。
尽管我们确实有一个固定的错误修复时间表并为此分配了时间,但我们没有为我们拥有的每个错误分配时间。简单地说,我们已经确定了我们的 bug 的优先级,并确保在分配的时间内修复最高优先级的 bug。
我不喜欢将时间分配给错误,原因很简单:
- 它通常是不准确的。很难弄清楚修复需要多长时间。
- 浪费时间。
- 影响代码质量
- 从长远来看会产生更多的错误(我们可能会在截止日期前完成它时错过某些事情)。
我们应该如何解决这个问题,我们不想提供每个错误的小时数,而只是一个关于修复哪些错误的时间框架?
你如何为你的 bug 分配时间?它有效吗?值得花时间和精力吗?
project-management - 哪些问题跟踪器支持子工单,它们在弥合项目经理和开发人员之间的差距方面做得如何?
我希望在问题跟踪软件中看到一个似乎并不常见的功能,那就是能够将工单(错误、功能请求等)划分为子任务并查看它们以分层方式,可能带有某种进度条样式的特定票及其子票的进度报告。
我的想法是,这对开发人员和项目经理都有用:项目经理喜欢对正在发生的事情有一个相当广泛的概述,而开发人员需要深入了解细节,并且经常需要将任务划分为子任务-任务。如果有人将两个问题放入一张票中,这也会派上用场。
有谁知道这样做的问题跟踪器?到目前为止,我看过的那些(Trac、FogzBugz 和 Basecamp)都有一个扁平的工单组织,所以它们要么对开发人员有用,要么对项目经理有用,但对两者都没有。Assembla确实允许一张票有子票(和多个父票),但它在这个特定功能上的可用性方面做得不是很好。
如果有这样的问题跟踪器,是否有人将它用于开发人员和项目经理,如果有,您使用它取得了多大的成功?或者,是否有更好的方法可供两类用户使用?
(更新:这不是一个主观的“你最喜欢的错误跟踪软件是什么”问题。我问的是针对特定目的具有特定功能的错误跟踪器,所以请不要发布你最喜欢的错误跟踪器,如果它不这样做我所要求的。唯一可以说是主观因素是它对于这个特定目的的效果如何。)
bug-tracking - ClearQuest 表单上的非数据库字段
有没有办法使用与数据库字段不对应的表单字段进行临时处理?
即我想补充:
- 临时字段item1 , item2
- 数据库字段总和
- 带有设置sum = item1 + item2的记录挂钩的按钮
version-control - 错误编号注释
你为什么要加
//错误 1024
注释到源代码控制的代码库中?大多数错误跟踪和源代码控制系统都能够更好地跟踪这些信息。在源代码管理中,标签或注释可以与签入一起使用。在错误跟踪器中,可以将修订号添加到错误的解决方案中。那么为什么要注释代码呢?特别是因为这些评论的相关性非常短暂,而且它们往往会堆积乱七八糟的代码库。