Questions tagged «bug-report»

28
我的老板决定在每个错误报告中都添加一个“负责人员”字段。我怎么能说服他这是一个坏主意？
在最新的“ WTF”举措之一中，我的老板决定在我们的错误跟踪模板中添加“ Person To Blame”字段将增加责任感（尽管我们已经可以将错误与功能/故事联系起来）。我认为这会降低士气，增加手指指向性并且不能解释报告为Bug的缺失/误解功能的说法是闻所未闻的。 我还可以使用其他一些反对这种做法的有力论据吗？有什么我可以与团队和老板分享的文章吗？
12
如何回应粗鲁的错误报告？
我刚刚收到了一个很不礼貌的错误报告。用户基本上说我们在各处使用大写字母做错了，尽管他实际上只是在指出一个错误。 一方面，我非常关心我们的用户，并希望与我们的应用程序保持良好的关系和良好的评级。另一方面，如果我回答太客气的话，我会感觉完全被抢购一空。 有什么体面的回应方式？我要注意什么？我应该有什么心态？ 应该补充一点，该用户似乎是24岁的CS学生，而我们的产品是一个我们免费提供的Android应用。
15
几乎每个报告的错误都是高优先级错误[关闭]
我在处理多个软件项目时注意到一种模式：报告的大多数错误都具有高/非常高的优先级。我问了一些同事为什么会发生这种情况，他们提到如果一个bug的优先级不高，那么该Bug很少会引起开发人员的注意，这确实是有道理的。 因此，我想知道这个问题是否很普遍，或者我是否运气不好。我在Google上进行了快速搜索，发现一些团队实施了错误报告指南或拥有单独的“错误分类”团队。如果您已经面对并解决了这个问题，那么对您有用的方法是什么？ 该问题专门针对“优先通胀”问题：如果您遇到这种情况，那么采取哪些措施可以有效解决此问题。
6
让用户编写体面而有用的错误报告
有谁知道一个好办法，让用户写一个半体面（读：有用的）错误报告？ 我们想提出一些对大多数用户有意义的内容（易于阅读和理解），同时也向开发人员提供有用的信息。 当我单击蓝色按钮时，它不起作用！啊，我刚丢了一个星期的工作……努力工作。 其实不是很有用。 我开始修正列表，但考虑与你们一起检查是否已经存在类似的方法。
4
为什么不建议在同一期/票证中张贴多个缺陷？
我不确定这是否是提出以下概念性问题的地方（肯定不是Stackoverflow）。 我在多项选择题考试（单一答案）中看到了这个问题，类似于ISTQB考试： 为什么不建议在同一期/票证中报告多个缺陷？ 一种。为了使报告简洁明了。 b。因为开发人员可能只修复一个错误。 C。因为测试组测试人员是根据发现的错误数量进行评估的。 d。错误管理系统不支持多个错误的此功能。 我唯一的意见是a正确的答案。 b-不能这样，因为fix-feedback-resolved-closed应该避免这种情况。 c-显然是错的。 d -Redmine / Trac插件支持多个字段。 根据答题纸的答案是b。 有人可以解释为什么吗？欢迎对评论提出意见。
9
软件错误的定义。暴雪娱乐公司坚称我的“错误”根本不是错误。对吗 [关闭]
按照目前的情况，这个问题不适合我们的问答形式。我们希望答案得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 8年前关闭。 根据Wikipepdia， 软件错误是用于描述计算机程序或系统中的错误，缺陷，错误，故障或错误的通用术语，该错误，缺陷，错误，故障或错误会导致产生错误或意外的结果，或导致其行为异常。 最近，我在《星际争霸2》中发现了一个“错误”，该错误会产生意外的结果：http : //eu.battle.net/sc2/en/forum/topic/2868627470 问题是，如果我长时间保持StarCraft 2最小化，则游戏不会断开连接或产生任何形式的超时。但是，它确实会在第一次战斗后断开连接，有时还会丢失游戏数据（比赛统计信息）。 不幸的是，据暴雪说： 游戏的设计不能让它保持如此长时间的最小化。（暴雪）不能将此类行为视为错误，因为《星际争霸2》并非要在数小时内最小化。 那么，我的“错误”真的是错误吗？
5
如何向开发人员报告错误？程序员寻求受过错误报告的教育
我希望获得有关如何对公司的其他部门进行有关如何提交正确的错误报告的教育的提示和建议。目前，我们获得的门票如下： 当我单击此链接时，我得到一个404。（它们包括404s的页面，而不是导致它的页面） 有时右列会流入按钮列。（无屏幕截图或其他信息） 更改xxx似乎正常。（EOM） 有没有人有一个错误提交过程/表单来指导用户提交尽可能多的信息？
6
谁负责修复漏洞？
开源项目中出现过几次这样的情况： 我注意到我们的部署中存在一个错误，并找出了一个快速的补丁程序。（例如，仅注释掉我们实际上不需要的代码。） 我花了一些额外的精力来找出真正的错误，提出一个补丁，然后通过Git pull请求或类似的方式提交它。 我的拉取请求被拒绝。补丁可能是不完善的（例如，本来不应该包含的行），也许违反了编码风格，也许还有其他影响。也许我在Git中做错了-拉取请求应该已经重新设置了基础。维护人员提供有关如何改进补丁程序的反馈，并要求我重新提交它。 在这一点上，我对应该走多远感到困惑。就我而言，我没有问题：我已在步骤1中修复了该问题。我已经报告了该问题，甚至还采取了措施将其修复。但是我不认为这是“我的”请求请求，因此我不认为应该负责改善补丁。 让我烦恼的一种特殊情况是，在讨论了我的补丁程序的失败之后，我们在邮件列表中就正确的补丁程序达成了共识（即，它的行为方式，有时包括每行阐明的代码）。然后，我仍然有责任实际生成并提交补丁。 在这些情况下是否有标准礼节？他们如何解决？我的反应异常吗？您需要多长时间才能接受错误修复？ （请注意，当我说“开放源代码项目”时，其中一些很小，但可能不是业余爱好-只是几个组织使用的小型软件项目，这些组织将开发人员的资源投入到他们的工作中。是“修复补丁并重新提交”，请理解我对雇主有​​责任从事对他们有利的工作。花时间修复不影响我们的错误是错误的……）
3
使用编码标准可以避免的错误
已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 5年前关闭。 我正在寻找统计数据（或估计值）来支持编码标准有助于减少错误的说法。硬数字会很好，尽管我没有发现太多东西。我什至研究过各种开源项目的错误跟踪，但是并不是很成功地找到了我需要的东西。外面有人知道我可以找到这个地方吗？还是你们中的任何人对任何存在漏洞的开源项目做出了贡献，而这些漏洞可以通过更好的编码标准来避免？
1
避免重复的错误报告
我在家中使用Linux和其他开源软件。因为我不是专业的编码人员，所以我通常向开发人员报告错误，因为我的技能不足以自行解决问题。 您希望我在发送错误报告之前先检查哪些事情？我的意思是，一旦我以为自己在Gedit中发现了一个错误，而在Bugzilla中找不到类似的错误。但是在我发送报告后，一些开发人员说该错误已经存在于Bugzilla中，因为该错误存在于GTK +中，而不是在Gedit中。有时，对于业余爱好者而言，可能很难猜测某个以前已知的错误是否可以解决我发现的问题。
5
维护良好的错误数据库的步骤
维护错误数据库对于每个项目都很重要。我习惯将以下内容存储在错误数据库中 发行日期时间 分配给谁 是否已经解决 如果解决了，那么解决日期时间 这些足以维护一个良好的错误数据库吗？
9 bug  bug-report 
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.