Questions tagged «bug»

有关错误的元标记。请不要使用它。

13
您最困难的错误搜寻是什么？如何找到并杀死它？
这是一个“共享知识”问题。我有兴趣从您的成功和/或失败中学习。 可能有用的信息... 背景： 上下文：语言，应用程序，环境等 错误是如何识别的？ 谁或什么识别出该错误？ 复制错误有多复杂？ 狩猎。 你有什么计划？ 您遇到了什么困难？ 最终如何找到违规代码？ 杀人。 解决方法有多复杂？ 您如何确定修补程序的范围？ 该修复程序涉及多少代码？ 验尸。 技术上的根本原因是什么？缓冲区溢出等 30,000英尺的根本原因是什么？ 该过程最终需要多长时间？ 该修复程序是否有不利影响的功能？ 您发现哪些方法，工具，动机特别有用？...非常没用？ 如果你能再做一遍吗？............ 这些示例是通用示例，不适用于所有情况，并且可能无用。请根据需要调味。
31 experience  bug 
2
虚假的唤醒说明听起来像是一个不值得修复的错误，对吗？
根据维基百科有关虚假唤醒的文章 “即使没有线程向条件变量发出信号，线程也可能从等待状态中唤醒”。 虽然我已经知道了这个“功能”，但是直到同一篇文章中，我才知道真正的原因是什么 “虚假唤醒听起来可能很奇怪，但是在某些多处理器系统上，使条件唤醒完全可预测可能会大大减慢所有条件变量的运行。” 听起来像是一个不值得修复的错误，对吗？
17
编码时如何减少错误数量？
没有人能做到完美，无论我们做什么，我们都将不时产生包含错误的代码。在编写新软件和更改/维护现有代码时，有哪些方法/技术可以减少产生的错误数量？
30 bug 
10
设计的“臭虫”是一个不好的信号吗？
如果用户针对设计出的问题提交错误报告，这是一个不好的信号吗？ 它是否通常意味着应用程序混乱或不清楚，或者除非特别说明，我是否应该将其归因于一次性用户错误？ （我实际上没有任何此类报告。这是一个纯粹的假设性问题，关于存在由设计引起的“错误”是否是一件坏事。）
29 bug  users 
11
与原始开发相比，应该花多少时间在错误上？[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 4年前关闭。 这个问题有点抽象，但是我希望有人可以指出正确的方向。 我的问题是，相对于原始开发时间，一个软件项目的bug可以花多少时间。我意识到有很多决定性因素需要考虑，但我希望进行典型或平均的分类。 例如，如果项目A需要40个小时才能完成，另外还有10个修复错误，则该项目的比例为4：1。 如果另一个项目（B）需要10个小时才能完成，而另外8个bug则需要5：4的比率。 这是有文件记录/研究的概念吗？ 更新 感谢您提供的所有信息。我了解，由于涉及所有变量和环境因素，因此不可能对此类指标制定标准。在分配答案之前，我想知道该指标是否具有一致认可的名称，以便我做进一步的研究。我想了解一下自己可以自己生成度量标准并最终为我的项目提出基准标准的度量标准。
26 bug  time 
6
当生产中断时了解问题
场景： 您推动生产 推动打破了多件事 相同的构建没有破坏质量保证或开发 作为开发人员，您没有产品访问权限。 来自上层的压力很大，促使事情不断发展。 细节： 在Zend中由API驱动的PHP / MVC应用程序。 部署到几个服务器。 我的问题： 在调查时，可以说我有种直觉，认为出了什么问题。但是，我不确定。而且，当然，我无法测试生产中的东西。如果我有基于这种想法的建议修复程序，那么在理解问题所在之前，尝试并应用它并查看它是否有效是否明智？
24 bug  production 
10
如何处理无法复制的错误？
我有一个测试人员，在测试时会发生错误（到目前为止，还可以），但随后他经常立即报告该错误。然后，我们（开发人员）后来发现测试人员没有尝试重现该问题，并且（当被问到）找不到找到使该问题再次发生的方法。 现在这些仍然是错误，我不想忽略它们。但是如果没有复制步骤，我会陷入困境。有时会有堆栈跟踪（尽管通常它没有用，因为它是紧凑的框架，没有行号）。但是，如果有一个，我可以跟踪堆栈并破解代码并开始猜测，但这不会导致可测试的“修复”。 在这种情况下您会做什么？
22 bug  testing 
30
哪些语言功能被认为有害？[关闭]
按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 6年前关闭。 已锁定。该问题及其答案被锁定，因为该问题是题外话，但具有历史意义。它目前不接受新的答案或互动。 请说明原因，并列出实现了（mis）功能的语言。 发布您认为有害的功能，而不是您不喜欢的功能。
4
我应该如何从经验不足的程序员那里修复代码？
一点背景：我是我们10人部门的两名程序员之一（其余是艺术家和管理人员）。我们两个人完成了使事情顺利进行所需的所有编码，并开发了所有即将出现的项目。我从事编程已有4年了，这是他的第一份“实际”工作（如他所说）。我们通常在任何时间点都在从事不同的项目。 几个月前，我开发了一组（绝不是完美的）类，这些类将用于以后的项目。该项目的很大一部分（出于计费原因）委托给他来设计和编程GUI界面。由于他是新手，所以我在设计上提供了一些帮助，并说如果他需要其他的帮助，请寻求帮助。几周前，他完成了该界面的演示，以演示该界面是否有效，尽管有点慢。 该项目的下一部分已经开始，我正在努力。我打开了界面，从下一步开始，然后立即遇到了问题（有点慢是有点轻描淡写，常见操作有错误等）。我查看了代码中的一些问题，并发现O(n^n)应该是的调用，O(n)没有错误检查的类型假设（在Python中），对原始代码添加的对GUI的引用等等。 现在，我绝对想教他什么地方出了问题以及如何解决它，但是他已经开始进行下一个项目，而这是在几周前。恐怕我说：“回去做对吧！” （当然有帮助）太苛刻了，与此同时，我们还有其他项目需要完成。我是否应该现在自己修复代码并在将来尝试捕获问题？
19 code-reviews  bug 
11
在代码库的不同部分上工作时修复错误
这至少发生在我身上一次。我在代码库的某些部分上工作，而在不同部分中发现了一个小错误，该错误使我无法完成当前正在尝试做的事情。修复该错误可能就像更改单个语句一样简单。 在那种情况下你会做什么？ 修复错误并将其与您当前的工作一起提交 将当前工作保存到其他位置，在单独的提交中修复错误，然后继续工作[1] 继续您应该做的事情，提交代码（即使代码已完成） 破坏构建 无法通过某些测试），然后修复错误（和 构建 使测试通过）在单独的提交中 [1]实际上，这意味着：将原始存储库克隆到其他位置，修复错误，提交/推送更改，将提交拖到您正在使用的存储库中，合并更改，然后继续工作。 编辑：我改变了第三，以反映我的真正意思。
6
零缺陷/缺陷策略保持敏捷
在我们的项目中，我们采用零缺陷（也称为零缺陷）方法。基本思想是，错误的优先级始终高于功能。如果您正在处理一个故事，并且有错误，则必须解决该问题才能使该故事被接受。如果在sprint期间发现了较旧的故事中的错误，我们需要将其放在待办事项列表上并加以解决-最高优先级。 我说解决的原因是我们并不总是修复该错误。有时我们只是宣布它“不会修复”，因为它并不那么重要。总而言之，这听起来很棒。我们正在运送高品质的产品，并且不会以积压大量错误的形式出现“驼峰”。 但是我不确定这种方法是否正确。我确实同意，我们总是需要尽快修复严重的错误，并且需要丢弃无用的错误。但是重要但不如新功能重要的错误又如何呢？我倾向于认为应将它们以适当的优先级提交待办事项清单。 为了使它更清晰，我将举一个示例-在我的项目中，我们使用用flex编写的UI。我们有一个向导屏幕，它以每种屏幕分辨率打开的大小相同。事实证明，当我们扩展向导窗口时，其中一个页面看起来并不好（虽然向导现在可以显示所有内容并且不需要滚动条，但是垂直滚动条并不会消失）。我认为这个错误很难看。我确定它一定要修复。但是我们的时间表很紧，我们有很多功能，我们担心这些功能不会成功并进入发行版。我觉得我们可以忍受这样的错误。它确实需要修复，但是优先级低于其他功能（因此，如果我们无法完成它，至少我们没有遗漏更重要的功能）。但， 我很想听听有关如何管理我不想标记为“无法修复”但也不是最重要的错误的意见。
18 agile  scrum  bug  backlog 
10
为什么不使用错误一词代替异常呢？[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 5年前关闭。 如果我们将异常称为错误，那么为什么不首先将其称为错误而不是异常呢？ 如果在代码中将其称为异常，则在发生时将其称为错误。那么，为什么不首先将其称为错误？ 感谢您的任何回答或评论。
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.