Questions tagged «issue-tracking»

根据组织的需要，跟踪问题的管理和维护过程列表。

10
为什么很难让员工更新问题跟踪器？
在公司和工作中，我一直都在努力让人们更新他们的问题。我曾有几次案例，人们实际上是出于内心的善意而这样做的，但是大约70％的时间我必须追赶人们。 作为通常执行某种或其他形式的管理（我首先是一名开发人员）的人，我尝试给出的主要原因是我不想追赶人们并打扰询问进度，但是我不愿意最终人们不会认为有很多问题要问。在某些罕见和极端的情况下，我最终会更新票证（当我需要创建报告时）。 那么，您是否遇到过这个问题？您如何鼓励开发人员经常更新问题跟踪器？您取得了多少成功？
9
我应该记录一些小错误吗？
我在两个人的代码库中。而且，尽管我知道在程序数量大于或等于1的情况下，错误跟踪器很有用，但我并不太相信记录错误，更改和修补程序是微不足道的时间。当我发现一个简单的错误时，便会理解，修复并通过一些测试运行它。然后我意识到我需要对其进行记录。 从理论上讲，我知道应该在发现错误和修复错误之间的某个地方进行错误日志记录，但是如果修复它的速度比记录日志更快，那么这似乎很麻烦。在大型代码商店中，老板会注意谁在做什么，很高兴知道其他人在做什么。 我发现自己描述了已经解决的问题，然后立即将其关闭。我怀疑有人还会再看这个封闭的bug。是时候减少加工脂肪了吗？
13
您使用什么工具来管理用户的请求？[关闭]
按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 7年前关闭。 我淹没在用户电子邮件中，我想采用一种更好的方法来管理我收到的所有这些请求，并将它们排在队列中，以便团队中的这些人员以及用户可以访问它们并可以使它们变得通用笔记。我正在考虑某种任务管理工具，该工具将允许在一个项目中创建多个任务，在该项目中可以删除/输入电子邮件，评论，想法等，并且易于访问。 我需要各方都能参与的工作-用户，经理，团队负责人，开发人员。我正在寻找一种可以允许的工具： 用户只需拖放电子邮件即可提交维护或增强请求。 开发人员只需查看他们的队列和每个任务/项目的加权优先级即可。 一组开发人员可以实时查看每个人的工作。 管理层要保持在每个任务上花费的时间日志。 我正在开始寻求更多的敏捷/敏捷方向来解决这个问题。我找到了Scrum敏捷软件项目管理开源工具列表。由于时间有限，有人使用过这些吗？我应该测试哪一个来满足我的需求？TeamPulse是一个很好的方向，但认为它有点too肿。我需要所有各方简单的东西。
5
错误跟踪礼节-尸体鉴定或重复？
我在一个开源项目的错误跟踪器中遇到了一个非常古老（超过2年）的功能请求问题，由于缺少进行请求的增强功能所需的工具，该项目被标记为“已解决（无法修复）”。自从确定以来经过的时间，已经开发了可以解决该问题的新工具，在此，我希望引起社区的注意。 但是，我不确定在这种情况下错误跟踪的普遍接受的礼节是什么。显然，如果系统明确声明不重复，并且会主动将新项目标记为重复（这与SE网站的做法大同小异），那么答案将是遵循系统所说的。但是，当系统没有明确说出这样的意思，或者新用户无法轻松找到具有系统偏好的地方时该怎么办呢？通常认为在重复或死法方面更佳吗？根据是错误还是功能请求而有所不同吗？
10
创建需求文档的正确方法是什么？
现在，我的主管正在使用错误跟踪软件为我创建需求文档/规范。对我来说，这似乎是一个可怕的主意，所有要求都在这些小票上，我必须单击该愚蠢的网络表单才能了解这些要求。什么是针对需求/软件规格的理智的软件解决方案？ 明确地说，我正在构建具有许多功能的大型软件组件，并且这些功能已在此BugTracking软件中阐明。
4
如何关闭不再相关的错误
我目前在一个中型的Web开发人员团队中。我们正在使用jira进行错误跟踪。 我们正在开发频繁更改版式的产品。很多时候，在某些浏览器中都会提交有关布局中的错误的错误。有时，当我们开始处理低优先级错误时，布局已经更改，不再适用。 我们应该怎么关闭它？ 我的意思是我们应该如何对待这些问题？尽管Jira是我们使用的错误跟踪软件，但我对如何处理这类问题更感兴趣。 有关系吗 （我们可能稍后再返回布局，但这不太可能）
5
在哪里描述架构问题？
我加入了一个已经运行了几年的中型项目的中间阶段。问题之一是从未描述过描述体系结构的文档。现在，我被分配了编写架构描述的任务。 在从事该项目的过程中，我收集了编写文档所需的所有信息。由于还添加了一些功能，因此确定了一些代码，这些代码显然破坏了所描述的体系结构。 例如，GUI应该是没有业务逻辑的薄层。那就是我被告知的。该实现包含很多逻辑。 老板给我分配了任务，写了描述系统体系结构的文档。目标受众是从事该项目的现在和将来的开发人员。我需要描述应该是什么，但是我还需要以某种方式描述偏差。 那么，我应该在哪里描述这些问题呢？错误跟踪软件？还是应该在描述系统体系结构的文档中描述实现与体系结构的偏差？
4
使用TFS跟踪生产支持中的错误
我刚搬到一家新公司，他们正在使用TFS 2010（几个月后的2012）作为他们的版本控制系统，最近开始将其用作开发人员的工作跟踪系统。 但是，似乎没有供开发和测试之外的人员使用的错误跟踪系统。生产支持正在获取有关问题的报告，即时进行修复，并立即向其用户报告。这需要进行更改，但是我真的不希望有一个完善的系统来跟踪错误和跟踪开发人员的工作。 有没有一种方法可以像FogBugz一样创建一种非常轻巧的将错误输入TFS的方法？登录TFS来填写错误报告似乎很繁重，您必须将其与特定的应用程序关联。支持人员可以执行此操作，但是我希望能够对项目进行分类，并可能将关联更改为应用程序以外的其他内容。 我过去曾经使用过FogBugz，并且在添加错误时，可以根据需要添加很多/小项，以便至少将其记录下来，然后当您对票进行分类时，可以将其弹回以获取更多信息。 。
10
为什么不使用错误一词代替异常呢？[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 5年前关闭。 如果我们将异常称为错误，那么为什么不首先将其称为错误而不是异常呢？ 如果在代码中将其称为异常，则在发生时将其称为错误。那么，为什么不首先将其称为错误？ 感谢您的任何回答或评论。
9
软件错误的定义。暴雪娱乐公司坚称我的“错误”根本不是错误。对吗 [关闭]
按照目前的情况，这个问题不适合我们的问答形式。我们希望答案得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 8年前关闭。 根据Wikipepdia， 软件错误是用于描述计算机程序或系统中的错误，缺陷，错误，故障或错误的通用术语，该错误，缺陷，错误，故障或错误会导致产生错误或意外的结果，或导致其行为异常。 最近，我在《星际争霸2》中发现了一个“错误”，该错误会产生意外的结果：http : //eu.battle.net/sc2/en/forum/topic/2868627470 问题是，如果我长时间保持StarCraft 2最小化，则游戏不会断开连接或产生任何形式的超时。但是，它确实会在第一次战斗后断开连接，有时还会丢失游戏数据（比赛统计信息）。 不幸的是，据暴雪说： 游戏的设计不能让它保持如此长时间的最小化。（暴雪）不能将此类行为视为错误，因为《星际争霸2》并非要在数小时内最小化。 那么，我的“错误”真的是错误吗？
6
您如何以对程序员和非技术人员友好的方式处理错误跟踪？[关闭]
已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 5年前关闭。 实际上，我们在项目中使用的是螳螂。还是我应该说“我们尝试使用”。我所知道的所有错误跟踪器的问题在于它们是由程序员为程序员制作的。因此，该设计不存在或完全荒谬。 当然，作为一名程序员，我可以毫无问题地使用螳螂，但是当项目中所有参与 ** 的人发现它们的设计如此糟糕且难以使用以至于他们更喜欢使用带有项目符号列表的Google文档时，bug跟踪器会很有用他们发现或建议的错误。 我将要安装一个论坛，在我看来，这就像是在错误跟踪器和简单项目列表之间的“中间”解决方案。至少一个论坛允许监视和集中有关建议的讨论。 如果我的担忧不清楚，我的问题可以总结为： 您如何处理针对非技术用户的错误和建议报告？ **通过参与，我并不意味着实际的客户或最终用户。我在考虑我们的集成商，项目经理以及参与质量检查的人员。
7
将用户吸引到您的Bugtracker
我有一个完全配置的螳螂错误跟踪器，用于跟踪我创建的应用程序中的问题。当用户受到训练并直接找螳螂写问题报告时，他/她将有最快的反应，并且与问题有关的所有事情都将非常容易跟踪。 但是，并不是每个人都渴望这样做。他们通过电话，电子邮件报告问题，根本不报告。 用bugtracker系统吸引他们前进的最佳方法是什么？显然，他们必须看到一些直接的好处，因此他们可以返回并寻求更多的好处。 编辑： 我说的是对我作为ISV销售的产品的支持。
2
Joel考试的最新情况？[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引文回答。 6年前关闭。 我想说服我的合作伙伴，我们应该有一个规范，并且应该在编写新代码之前修复错误。我应该参考Joel考试吗？您是否认为Joel测试是最新的？我认为没有规范是不好的项目管理。您是否同意Joel测试？你能加些东西吗？它没有提到例如开源。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.