bug 处处有

本文所有图片均来自以下这本书: Principles of Robot Motion: Theory, Algorithms, and Implementations[M]. MIT Press, 2005. 在上一篇博客我也给出了下载链接。 本篇博客主要介绍一下BUG算法: BUG算法（Bug Algorithms）是一种最简单的避障算法。其算法原理类似昆虫爬行的运动决策策略。在未遇到障碍物时，沿直线向目标运动；在遇到障碍物后，沿着障碍物边界绕行，并利用一定的判断准则离开障碍物继续直行。这种应激式的算

软件测试工程师的职责是发现BUG，此外，如何体现个人价值？那么我们试想，只提出问题而不去解决，问题就永远得不到闭环。所以，一个资深的测试人员的基本功应该是这样的：深挖业务和功能需求，找出BUG，定位BUG，提出解决方案。这里我们就来说说，当我们找到了BUG，应该把BUG提交给谁去解决，这属于BUG定位的问题。 试想: 根据需求，用户头像应是圆形，但结果是方形，是谁的BUG？ 保存用户信息时，无法保存成功，也没有错误提示，最可能是谁的BUG？ 显然，工作过程中，我们不可能把这些BUG提交给同一个人去解决。我们

作为测试工程师最重要的工作产出，Bug Report（或者故障单、问题单）是测试工程师工作成果的直接体现，也是最能呈现测试工程师价值和能力的输出物。但项目干系人甚至测试工程师本身对Bug Report的重要性往往认识不足，Bug 单的内容及其提交方式、处理流程对项目推进、运作效率甚至团队士气都有重要影响。

问题，确保软件质量。Bug 生命周期（Bug 状态）描述了 Bug 从被发现到最终关闭的完整过程。Bug 生命周期描述了 Bug 在整个管理流程中的状态变化。Bug（缺陷）管理是软件测试过程中重要的一环，合理的 Bug 管理流程可以。→ 在 Bug 管理系统中记录 Bug（描述、严重程度、重现步骤）→ 如果 Bug 修复并通过验证，则关闭 Bug；→ 测试人员验证修复是否成功，并测试相关功能是否受影响。，避免修复一个 Bug 产生新问题。，确保高优先级 Bug 及时修复。，找出系统薄弱点，提高代码质量。

一个优秀的软件测试师不仅仅能够发现软件中的bug，还能分析出bug产生的原因。本文总结了一些软件测试入门必须要了解和学习的BUG基础知识，主要包括BUG定义、测试BUG的等级划分、Bug流程以及Bug解决优先级等内容。下面一起来梳理一遍这些基础知识吧！ BUG基础知识 1、BUG定义 软件的Bug也叫缺陷：狭义概念是指软件程序的漏洞或缺陷，广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节、或与需求文档存在差异的功能实现等。 2、测试BUG等级划分 （1）Critical致命 通常表现为：

测试工程师不只是负责发现问题，除了发现问题这种基本功外，定位问题，提出解决方案，提出预防方案也是要掌握的技能。这里先说定位问题的要求，定位问题要向深入，前提当然是对功能、产品的流程、开发方案、开发人员非常熟悉了，以我们部门为例，定位bug至少要到下面这种程度。 首先确定是界面显示问题还是功能问题 如果是界面问题，如贴图错误，文字错误，样式错误，则需要截图。 如果是功能问题，控制台的问题至少定位到...

1. Bug的基本概念 2. Bug的生命周期 3. BUG的描述规范 4. BUG的跟踪规范 5. BUG的审核

Bug产⽣于程序的源代码或者程序设计阶段的疏忽或者错误。

一：测试BUG等级划分标准 Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等 Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符，模...

一、Bug 的生命周期 new - open - fixing - verify - close 发现bug–>提交bug–>指派bug–>研发确认bug–>研发去修复bug–>回归验证bug–>是否通过验证–>关闭bug ● New:新发现的Bug，未经评审决定是否指派给开发人员进行修改。 ● Open：确认是Bug，并且认为需要进行修改，指派给...

前言 bug, 又名程序缺陷或者程序漏洞, 是每个程序员每天都回避不了的东西。程序员对bug的感情可谓是五味杂陈：一方面bug非常可恶，尤其是一些偶现的bug，它强大到可以摧毁一个优秀程序员的意志；另一方面很多bug又是程序员自己亲手写下的，无奈之余只能...

很多问题是不可避免的，本身也不可怕，可怕的是没有反思怎么避免下次不出问题的劲头，造成同样问题或同类型的问题反复的出现，这就很可怕了：因为随着时间推移，你做的每一样事情都可能没有把握，都可能出各种各样的问题，严重影响团队协作的同时拉低了自身的水平。从页面的左上--》右下，涉及的功能尽量都要覆盖测试一下【不要为了赶工期而忽略这些好的习惯，因为有些地方出问题修正就好了，而有些地方出问题市场、客户连修正的机会都不会给你的】，要从根源上尽量杜绝bug。实施：这些bug是否与学校的环境有关，是否是数据的问题。

bug管理工具——禅道。

本篇为【从零开始学产品】系列课第1章第3节 欢迎到公众号菜单栏，获取产品经理课程更多资料 “从开始到死亡，这是世间万物的宿命吗？” “是的，连Bug都如此。” --摘自【修真神界】第三千六百五十一章 为了女神写Bug （本书预计在2035年出版） 一什么是BUG的生命周期 世界上本来没有Bug，程序员多了， 就创造出来了Bug了. 程序员为什...

BUG贯穿研发体系、测试质量衡定的始终，做好BUG回归，即能保证质量，又能提高个人测试能力。做好BUG回归，能够很大程度的避免漏测。 BUG的处理流程 回归BUG的思路 从回归BUG的思路来看，首先验证原BUG现象是否仍然复现。然后需要进行BUG扩展回归，主要从哪几方面扩展呢？ 首先是开发原理。 根据开发原理评估问题的原因、改动的方法、以及可能产生的影响。 然后BUG...

前端一般指的是我们肉眼可见的界面设计，主要体现在人机交互的视觉效果，往往需要调用后台的一个接口，进行一个HTTP请求，根据后台反馈回来的数据，渲染到前端页面上。后台无法肉眼可见，但是主要为了实现某一具体功能，还有关于数据、逻辑、安全性等底层的东西均属于后端。知道前后端概念后，我们不难理解到底自己提交的bug是属于前端的bug还是后端的bug，方便bug定位，便于提高工作效率。

1.什么是bug（软件缺陷）？ 产品说明书中规定要做的事情，而软件没有实现。 产品说明书中规定不要做的事情，而软件确实现了。 产品说明书中没有提到过的事情，而软件确实现了。 产品说明书中没有提到但是必须要做的事情，软件确没有实现。 软件很难理解，很难使用，速度超慢，测试人员站在最终用户的角度看到的问题是平常的但不是正确的。 注：产品说明书中没有提到但是必须要做的事情，软件确没有实现。软件实现了产...

减少bug的出现只能多测多验证，哪怕单元测试通过都不能非常有效减少bug，因为受到写单元测试的人的思维角度限制，导致单元测试的片面性。1945年，一只小飞蛾钻进了计算机电路里，导致系统无法工作，一位名叫格蕾丝·赫柏的人把飞蛾拍死在工作日志上，写道：就是这个 bug(虫子)，害我们今天的工作无法完成——于是，bug一词成了电脑系统程序的专业术语，形容那些系统中的缺陷或问题。关于bug的种类，最容易出现的bug是逻辑上的bug，如复杂庞大一点软件如果不是所有地方都熟悉就写代码是比较容易遗漏一些特殊情况的。