精华内容
下载资源
问答
  • bugfree bugfree bugfree bugfree bugfree bugfree bugfree bugfree bugfree bugfree bugfree bugfree bugfree
  • 奠定预防Bug分析:为bug预防奠定基础软件测试1.引言:生产软件的企业安排很多人来测试它们的软件产品。测试的目的就是发现bug(缺陷,defect)以便修正它们。正常情况是尽快处理可能的bug,从而减少修正bug的成本。...
  • 正文 我先描述一下bug的现象哈: 这两个输入框的值都是我从KV(Redis之类的存储中间件)里面获取到的,也是可以实时修改的,我自作聪明,想着KV里面如果没值,就默认取一个静态变量,这样有个兜底,在类加载的时候...

    你知道的越多,你不知道的越多

    点赞再看,养成习惯

    本文 GitHub https://github.com/JavaFamily 已收录,有一线大厂面试点思维导图,也整理了很多我的文档,欢迎Star和完善,大家面试可以参照考点复习,希望我们一起有点东西。

    正文

    我先描述一下bug的现象哈:

    这两个输入框的值都是我从KV(Redis之类的存储中间件)里面获取到的,也是可以实时修改的,我自作聪明,想着KV里面如果没值,就默认取一个静态变量,这样有个兜底,在类加载的时候加载静态变量,我取的时候也效率高了。

    这就也为我后面的Bug埋下了伏笔,问题是这个Bug烦就烦在他在预发环境是好的,线上却是坏的。

    先看看代码怎么写的:

    可以看到代码里面,我是在静态代码块去KV取值,如果有值就用KV的做初始值,没取到我也有默认值,我当时还在想自己的构思真巧妙,用KV比DB效率高,用常量去做兜底,不至于没配置的情况没有值,报空指针啥的。

    当时一个劲给自己加油打气,一个劲的妙啊,不知道自己写了多蠢的代码。

    这样写看似没什么问题,但是我这个值是可以修改的这就有问题了,而且我有几个地方还是取的变量,不是一直取的KV。

    而且常量被我当变量用,也都违背了这玩意的初衷了。

    我上线后,三歪就说:敖丙出大问题了,为啥我刷新一下值就不对了,再刷新值就回来了。

    我惊恐万分,深知我写了BUG,我不着痕迹的擦去我鬓角的汗水,深呼吸了一下。

    回答道:我代码还没写好呢,你怎么乱点,我告诉过你不要乱点的,现在你点坏了吧。

    三歪好像真的以为他错了,委屈巴巴的啥也没说就默默离开了。

    这个时候我马上打开电脑,也顾不上歪歪的感受了,思绪转的飞快,开始在闹海中构建整个值传递的链路。

    我改了页面的值,之后我也改了这个静态变量和KV的值,但是我在线上发现我刷新页面一会是修改之后的,一会是修改之前的值.

    这就奇怪了呀,主要是在预发还不能复现,这就很坑爹了,难受呀歪歪。

    Tip:预发指的是,代码跟线上一样,数据库一样,环境配置不一样。

    我把代码看了一遍又一遍,还是没发现问题。

    在当天那个饱暖思淫欲的下午饭之后我,突然灵光一闪发现了问题的核心,预发是好的因为他是一台机器。

    而我们线上的机器是负载均衡的,有两台机器,我修改一次只改了一台机器的值,另外一台没修改到。

    那么问题就简单了,我们看下图:

    预发情况,是单机,不管我怎么读怎么修改,每次数据都是准确的(这里我还没意识到其实每次去取变量是不对的)。

    但是线上不一样,服务器启动的时候给每台机器赋值了,这样的情况如果只是读是没问题的(怪不得静态常量都是private的,能修改的话基本上都有这个问题)。

    但是如果修改,你修改的请求只是打到了一台机器上,如果下次负载均衡请求到了这个机器,那么你很幸运,结果是对的,但是往往负载均衡算法就是那么公平,雨露均沾这样的情况 1/2的请求,都会拿到错误的结果。

    而且这个地方的问题还有一个就是,应该是修改KV之后,修改变量,我有的地方取的是变量,因为我想每次反正都改了,取也没事。

    其实正确的做法是我每次去都读KV就好了,只有KV为空的时候才去读静态变量,作为一种兜底方案,不应该去改变常量的值。

    而且大家要知道,我修改KV成功万一修改常量的时候出错了呢?你取常量的值就不对了。

    所以查询,修改应该这样做:

    主要是想提醒大家,谨慎操作静态常量,能不变就不变,不要写这么骚的操作了,我这算少的很多 40、50台线上机器的服务,这种问题是真的难发现。

    我是万万没想到,我居然写出这种代码,下次再写出来,只能让歪歪不要乱点了,免得又点坏了哈哈。

    絮叨

    另外,敖丙把自己的面试文章整理成了一本电子书,共 1630页!目录如下

    现在免费送给大家,在我的公众号三太子敖丙回复 【888】 即可获取。

    我是敖丙,一个在互联网苟且偷生的程序员。

    你知道的越多,你不知道的越多人才们的 【三连】 就是丙丙创作的最大动力,我们下期见!

    注:如果本篇博客有任何错误和建议,欢迎人才们留言!


    文章持续更新,可以微信搜索「 三太子敖丙 」第一时间阅读,回复【资料】有我准备的一线大厂面试资料和简历模板,本文 GitHub https://github.com/JavaFamily 已经收录,有大厂面试完整考点,欢迎Star。

    展开全文
  • bug管理流程bug管理流程bug管理流程bug管理流程bug管理流程bug管理流程bug管理流程bug管理流程
  • BUG参考标准

    2021-03-23 16:06:04
    BUG参考标准软件测试一、目的对BUG概念、类型划分、BUG状态、BUG严重程度等内容进行定义和规范,以便进一步指导我们的测试工作。二、概念BUG:软件中存在的瑕疵,可能会导致系统失效。简单的说就是软件系统中存在的...
  • BUG管理规范BUG管理规范BUG管理规范BUG管理规范BUG管理规范BUG管理规范BUG管理规范BUG管理规范BUG管理规范
  • BUG提交模板

    2018-04-09 10:00:10
    BUG提交模板,缺陷管理,bug管理表格,bug,模板,bug提交模板.xlsx
  • bug report template

    2017-12-13 10:39:37
    bug report template for tester, it contains bug title, bug description, bug priority and etc
  • bugfree使用

    2017-01-11 14:16:01
    bugfree使用bugfree使用bugfree使用bugfree使用
  • java java查bugbug bug 查错 源码
  • Bug奋斗史汇总

    2018-06-03 09:08:06
    Bug汇总Bug汇总Bug汇总Bug汇总Bug汇总Bug汇总Bug汇总Bug汇总Bug汇总Bug汇总
  • BUG算法(Bug Algorithms)是一种最简单的避障算法。其算法原理类似昆虫爬行的运动决策策略。在未遇到障碍物时,沿直线向目标运动;在遇到障碍物后,沿着障碍物边界绕行,并利用一定的判断准则离开障碍物继续直行。...

    本文所有图片均来自以下这本书:

    Principles of Robot Motion: Theory, Algorithms, and Implementations[M]. MIT Press, 2005.

    在上一篇博客我也给出了下载链接。

    本篇博客主要介绍一下BUG算法:

    BUG算法(Bug Algorithms)是一种最简单的避障算法。其算法原理类似昆虫爬行的运动决策策略。在未遇到障碍物时,沿直线向目标运动;在遇到障碍物后,沿着障碍物边界绕行,并利用一定的判断准则离开障碍物继续直行。这种应激式的算法计算简便,不需要获知全局地图和障碍物形状,具备完备性。但是其生成的路径平滑性不够好,对机器人的各种微分约束适应性比较差。

    Bug1算法

    该算法的基本思想是在没有障碍物时,沿着直线向目标运动可以得到最短的路线。当传感器检测到障碍物时,机器人绕行障碍物直到能够继续沿直线项目标运动。BUG1算法只有两个行为:向目标直行和绕着障碍物的边界走。
    在这里插入图片描述

    如图2.1所示,假设机器人能够计算两点之间的距离,并且不考虑机器人的定位误差。起始点和目标点分别为 q s t a r t q_{start} qstart q g o a l q_{goal} qgoal表示. 初始时刻 i = 0 i = 0 i=0,令 q 0 L = q s t a r t q^L_0 = q_{start} q0L=qstart,并称连接 q i L q^L_i qiL q g o a l q_{goal} qgoal的线段为 m − l i n e m-line mline. 在没有遇到障碍时,机器人沿着 m − l i n e m-line mline朝目标 q g o a l q_{goal} qgoal直线移动. 如果遇到障碍,则称点 q 1 H q^H_1 q1H为第一次遇到障碍时的撞击点(hit point). 接着,机器人环绕障碍物移动直至返回 q 1 H q^H_1 q1H点。然后判断出障碍物周边上离目标最近的点,并移到这个点上,该点称为离开点(leave point),由 q 1 L q^L_1 q1L表示。从 q 1 L q^L_1 q1L开始机器人再次沿直线驶向目标,如果这条线与当前障碍物相交,则不存在到达目标的路径(如图2.2所示)。 Bug1算法的效率很低,但可以保证机器人能到达任何可达的目标(概率完备)。

    在这里插入图片描述
    BUG1算法伪代码:
    在这里插入图片描述

    Bug2算法

    Bug2算法也有两种运动:朝向目标的直行和沿边界绕行。与Bug1算法不同的是,Bug2算法中的直线 m − l i n e m-line mline 是连接初始点和目标点的直线,在计算过程中保持不变。当机器人在点遇到障碍物时,机器人开始绕行障碍物,如果机器人在绕行过程中在距离目标更近的点再次遇到直线 m − l i n e m-line mline ,那么就停止绕行,继续沿着直线 m − l i n e m-line mline 向目标直行。如此循环,直到机器人到达目标点 q g o a l q_{goal} qgoal 。如果机器人在绕行过程中未遇到直线 m − l i n e m-line mline上与目标更近的 q i L q^L_i qiL 点而回到了 q i H q^H_i qiH 点,那么得出结论,机器人不能到达目标。
    在这里插入图片描述
    Bug2算法伪代码:
    在这里插入图片描述
    BUG1和BUG2算法提供了搜索问题的两种基本方法:比较保守的BUG1算法进行详细的搜索来获得最佳的离开点。这需要机器人环绕整个障碍物的边界。而BUG2算法使用一种投机的方法。机器人不环绕完整的障碍物,而选择第一个可用的点作为离开点。对于一般的环境,BUG2算法的效率更高;而对于复杂形状的障碍物,保守的BUG1算法性能更优。

    Bug2算法在一般情况下具有很短的移动路径,然而这种策略并非完美。如图2.4所示的螺旋形障碍物,其边界与m-line多次相交,我们可以根据上述Bug2算法的伪代码确定其运动路径:
    在这里插入图片描述

    1. q s t a r t q_{start} qstart q g o a l q_{goal} qgoal,遇到障碍物,到达撞击点 q 1 H q^H_1 q1H
    2. q 1 H q^H_1 q1H开始环绕障碍物,直到与 m − l i n e m-line mline相交到达m点(此时进行判断:没有到达目标;没有再次遇到 q 1 H q^H_1 q1H;相比 q 1 H q^H_1 q1H点m点离目标更近;继续朝目标前进不会碰到障碍),则 q 1 L = m , i = 2 q^L_1=m,i=2 q1L=mi=2。机器人从 q 1 L q^L_1 q1L沿着 m − l i n e m-line mline继续朝目标前进;
    3. 再次遇到障碍物,到达撞击点 q 2 H q^H_2 q2H,然后沿着障碍物边界移动,直到再次与 m − l i n e m-line mline相交到达m点(此时进行判断:没有到达目标;没有再次遇到 q 2 H q^H_2 q2H;但继续朝目标前进会碰到障碍),由于不满足离开点的条件,则继续环绕;
    4. 机器人环绕边界到达 q 1 H q^H_1 q1H点,与 m − l i n e m-line mline相交(此时进行判断:没有到达目标;没有再次遇到 q 2 H q^H_2 q2H;但继续朝目标前进会碰到障碍),由于不满足离开点的条件,则继续环绕目标;
    5. 机器人继续环绕边界到达 q 1 H q^H_1 q1H点,与 m − l i n e m-line mline相交(此时进行判断:没有到达目标;没有再次遇到 q 2 H q^H_2 q2H;继续朝目标前进不会碰到障碍;但此时相比 q 2 H q^H_2 q2H机器人离目标位置更远),因此也不满足离开点条件,则继续环绕;
    6. 机器人环绕边界,与 m − l i n e m-line mline相交到达m点(此时进行判断:没有到达目标;没有再次遇到 q 2 H q^H_2 q2H;继续朝目标前进不会碰到障碍;但此时相比 q 2 H q^H_2 q2H机器人离目标位置更远),因此也不满足离开点条件,则继续环绕;
    7. 机器人环绕边界,与 m − l i n e m-line mline相交到达m点(此时进行判断:没有到达目标;没有再次遇到qH2;继续朝目标前进不会碰到障碍;相比 q 2 H q^H_2 q2H机器人离目标位置更近),满足离开点条件,则 q 2 L = m , i = 3 q^L_2=m,i=3 q2L=mi=3
    8. 机器人从 q 2 H q^H_2 q2H沿着 m − l i n e m-line mline继续朝目标前进,到达目标位置。

    Tangent Bug算法

    TangentBUG算法是对BUG2算法的改进。它利用机器人上距离传感器的读数对障碍物做出提前规避,可以获得更短更平滑的机器人路径。假设机器人上安装有360°激光雷达(或者红外距离传感器),那么我们可以测得每束光线到达障碍物的距离.下图中 x x x代表机器人的位置,细线代表发出的光线,粗线代表了光线被遮挡(说明机器人无法到达这些位置).

    在这里插入图片描述
    我们用 O i O_i Oi标记光线与障碍物相交的边界点:
    在这里插入图片描述
    在这里插入图片描述
    与其他的Bug算法一样,Tangent Bug算法也有两种行为:直行(motion-to-go)和环绕障碍物(boundary-following)。
    算法过程:

    1. 机器人直接沿着目标方向按直线行走,直到激光雷达检测到了障碍物。
    2. 用虚线的圆表示激光雷达的检测范围。
    3. 标记出 O i O_i Oi,然后机器人向着启发距离最小的 O i O_i Oi前进。

    关于 O i O_i Oi的选择

    启发距离是人为规定的,比如我们可以用 d ( x , O i ) + d ( O i , q g o a l ) d(x,O_i)+d(O_i,q_{goal}) d(x,Oi)+d(Oi,qgoal)来表示.不同的目标位置会导致机器人对每一步 O i O_i Oi的选择不同,比如下面这幅图中,左图机器人选择了 O 2 O_2 O2,而右图机器人选择了 O 4 O_4 O4 .
    在这里插入图片描述

    当然 O i O_i Oi的值是实时更新的,这将导致最后机器人靠近障碍物时行走的轨迹是一条曲线而不是直线
    在这里插入图片描述
    在机器人运动过程中,探索距离不再减小时,就停止向目标运动行为,切换到环绕边界行为。此时,机器人找到了探测距离的一个极小值,并可计算已探测的障碍物边界与目标 q g o a l q_{goal} qgoal 的最近距离 d f o l l o w e d d_{followed} dfollowed 。机器人按照原来的方向环绕障碍物运动,同时机器人更新当前探测的障碍物边界与目标的最近距离 d r e a c h d_{reach} dreach 。当发现 d r e a c h < d f o l l o w e d d_{reach}<d_{followed} dreach<dfollowed 时,机器人停止障碍物环绕行为,继续向目标运动。

    在这里插入图片描述
    如上图所示,当机器人探索到障碍物上的 M M M点后,探索距离就不再减小,即 M M M 点是机器人探索距离在障碍物边界上的局部极小点。机器人开始沿着障碍物边界进行环绕,图中虚线路径就是机器人环绕障碍物时所走的路径。当机器人探测到与目标距离相比 M M M点更近的点时,重新开始接近目标的运动。

    Tangent Bug算法伪代码如下:
    在这里插入图片描述

    激光雷达半径对算法的影响

    使用Tanget Bug可以有效的提升整体效率,这是激光雷达测量半径为 R R R 时形成的轨迹,当测量半径退化为0时(变成了接触传感器),Tangent Bug算法就退化成了Bug2算法:
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

    总结

    Bug算法是最早被提出来的路径规划算法,很符合直觉,尤其是在完全一无所知的环境下,Bug算法往往能够取得非常不错的效果!

    展开全文
  • 如何区分前端bug还是后端bug

    千次阅读 2020-11-02 18:12:58
    软件测试工程师的职责是发现BUG,此外,如何体现个人价值?那么我们试想,只提出问题而不去解决,问题就永远得不到闭环。所以,一个资深的测试人员的基本功应该是这样的:深挖业务和功能需求,找出BUG,定位BUG,...

    软件测试工程师的职责是发现BUG,此外,如何体现个人价值?那么我们试想,只提出问题而不去解决,问题就永远得不到闭环。所以,一个资深的测试人员的基本功应该是这样的:深挖业务和功能需求,找出BUG,定位BUG,提出解决方案。这里我们就来说说,当我们找到了BUG,应该把BUG提交给谁去解决,这属于BUG定位的问题。
    试想:
    根据需求,用户头像应是圆形,但结果是方形,是谁的BUG?
    保存用户信息时,无法保存成功,也没有错误提示,最可能是谁的BUG?
    显然,工作过程中,我们不可能把这些BUG提交给同一个人去解决。我们应该至少区分出是前端还是后端BUG,就好像时下流行的词“垃圾分类”,经过BUG分类处理,整个团队的效率都会有所提高。
    一.什么是前端/后端?
    目前多数互联网项目都是前后端分离开发的,那么什么是前端?什么是后端?简言之,前端侧重于页面设计,后端侧重于服务开发。
    比如要保存一个用户信息,前端把界面显示给用户,让用户按需填写,当用户点击“保存”按钮时,数据会通过网络被提交给后端服务,由后端服务处理是否需要进一步运算,并且把数据保存在哪一个数据库的哪一张表里。
    二.为什么要区分前端/后端BUG?
    目前多数项目都是多人协作开发的,如果不能明确这个BUG是谁造成的,容易提交给错误的开发人员,会大大降低BUG的解决效率。
    另外,如果团队规模较大,或者由各地的项目组拼凑而成,势必会增加沟通成本,这更需要我们在类似禅道或者Jira等项目管理软件中提交BUG时,先指明是谁的BUG,避免互相踢皮球的现象。
    所以,为了提高团队效率,测试人员尤其要做好BUG分类。
    三.如何定位前端/后端BUG?
    对于一个优秀的软件测试工程师来说,区分BUG属于前端还是后端是尤为重要的。
    页面请求过程
    弄清楚如何定位和分类BUG之前,需要了解一下页面请求的过程,以 http 请求为例,请求过程如下:
    用户在前端页面操作,如点击某个功能
    页面携带数据进行请求,访问具体功能接口
    由后端服务执行该接口相应的业务逻辑,如涉及数据,再去请求并组装数据返回给前端
    前端页面进行渲染和展示对应的页面和数据
    前后端BUG各有什么样的特点?
    前端BUG
    – 界面相关
    – 布局相关
    – 兼容性相关
    后端BUG
    – 业务逻辑相关
    – 性能相关
    – 数据相关
    – 安全性相关
    定位BUG属于前端还是后端,有什么方法?
    这里提供了几个方法,可以给大家一个思路,让大家能在学习和工作中了解如何去区分BUG属于前端还是后端。
    经验法
    软件测试人员应不断精进自己的技能,负责的项目多了,自然对功能的实现过程有了解,也就明白如何分类BUG了。
    例如:
    网页上的某个图片的分辨率不对,如果我们了解实现过程,可以想到一般情况下,是根据某个地址去服务器取图片的,数据库一般只保存地址,那么图片能正确显示,就说明后端的基本功能是满足需求的。如果具体图片分辨率有误,最可能的原因是前端显示过程出了差错。
    日志查看法
    当我们发现一个BUG,并不确定这个BUG属于前端还是后端,可以查看后端服务的日志,复现BUG时,查看日志中有没有相关信息。基本可以认为,如果日志没有输出,很可能这个功能并没有与后端交互,也就不存在后端的问题。反之,如果日志有输出,可以进一步查看有无错误日志信息,进一步分析。
    接口查看法
    这种方法常用于查看是后端返回给前端的数据有误,还是前端显示有误。
    大多数浏览器都有自带的接口查看工具,如Chrome,FireFox等都可以通过F12开启抓包,在NetWork中可以看到当前页面发送的每个http请求。
    通过Chrome看到的接口情况如下
    在这里插入图片描述
    可以在Response中查看响应数据
    在这里插入图片描述
    我们需要对比通过后端接口拿到的数据和前端显示的数据,来确认问题出在哪里。如果数据错了,页面显示是错的,也是正常的,先从后端入手去解决。如果数据对了,但是显示错了,就需要问问前端的开发人员了。
    四.经验和总结
    沟通很重要
    我们在定位BUG的过程中,最不能忽略的一个问题是和开发人员的沟通,有时候忙活半天,不如一问一答。经验和技术的成长也都离不开合理高效的沟通。
    经验和小结
    出现样式的问题基本都是CSS的BUG
    出现文本的问题基本上都是html的BUG
    出现交互类的问题基本上都是Javascript的BUG
    其他问题先沟通,再定位

     

    本文转自:https://blog.csdn.net/qq_37823386/article/details/81736548?utm_medium=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-3.channel_param&depth_1-utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-3.channel_param

    展开全文
  • Bug管理系统BugFree

    千次阅读 2019-02-21 20:46:49
    BugFree是借鉴微软的研发流程和Bug管理理念,使用PHP+MySQL独立写出的一个Bug管理 系统。 下载XAMPP安装工具 https://pan.baidu.com/s/1FFXRWxQBPHla-UajBDcZLg XAMPP(Apache+MySQL+PHP+PERL)是一个功能强大的建 ...

    BugFree是借鉴微软的研发流程和Bug管理理念,使用PHP+MySQL独立写出的一个Bug管理 系统。

    下载XAMPP安装工具

    https://pan.baidu.com/s/1FFXRWxQBPHla-UajBDcZLg
    XAMPP(Apache+MySQL+PHP+PERL)是一个功能强大的建 XAMPP 软件站集成软件包。

    下载BugFree3.0.4

    https://pan.baidu.com/s/1SRK9PyiIpiEt8u6KfXV0cQ

    在这里插入图片描述

    安装XAMPP

    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

    下载并解压BugFree3.0.4

    解压BugFree3.0.4到XAMPP安装目录下的htdocs
    在这里插入图片描述
    在这里插入图片描述
    启动Apache和Mysql
    在这里插入图片描述
    使用浏览器打开地址
    http://localhost/bugfree3.0.4
    在这里插入图片描述
    在XAMPP安装目录下的htdocs目录下新建目录BugFile
    重新刷新页面
    在这里插入图片描述

    点击“继续”配置BugFree
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

    展开全文
  • 解决bug问题,查找bug的方法

    千次阅读 2020-07-08 14:32:35
    想告别“写代码2分钟,找bug两小时”吗?,就必须掌握查找bug的能力 下面这些方法都是我这几年解决bug常用的 一、定位bug:如果在控制台中看不出bug,可以使用以下方法帮助查找bug 1、IDE编译器debug调试代码,在...
  • 定位bug

    千次阅读 2018-10-23 17:09:23
    测试工程师不只是负责发现bug,除了发现bug这种基本功外,定位bug,提出解决方案,提出预防方案也是要掌握的技能。这里先说定位bug的要求,定位bug要更深入,前提当然是对功能、产品的流程、开发方案、开发人员非常...
  • 通过完全维护发现问题出在mono-2.0-bdwgc.dll这个文件上,这个文件有bug。 百度了一下,http://ghoulich.xninja.org/2020/04/10/how-to-solve-get-thread-context-failed-error-in-unity/也有相同的问题,作者...
  • 程序员的bug修复宝典

    万次阅读 多人点赞 2020-12-28 01:36:00
    程序员对bug的感情可谓是五味杂陈:一方面bug非常可恶,尤其是一些偶现的bug,它强大到可以摧毁一个优秀程序员的意志;另一方面很多bug又是程序员自己亲手写下的,无奈之余只能自嘲一句:不写bug我们就要失业了! ...
  • bug反馈表模板

    2018-08-01 09:47:31
    供测试使用,反馈bug模板,参考Bug解决描述Bug关闭描述(bug关闭之后由测试人员填写
  • bug记录模板

    2018-12-18 20:52:23
    强大的bug统计,满足中小型公司的统计。谁用谁知道,谢谢
  • 我眼中的bug管理

    2021-03-23 15:12:24
    作为一名软件测试人,必须要面对其中一个就是bugbug有很多方面,细说下我眼中的bug管理:  作为一名测试人,必须要面对其中一个就是bugbug有很多方面,细说下我眼中的bug:  bug的提交:如何提交bug是很有学问...
  • Bug管理指南 Bug管理指南 Bug管理指南 Bug管理指南
  • 被问:这个BUG为什么没测出来?该如何回答

    千次阅读 多人点赞 2021-08-21 10:25:31
    相信不少,应该说绝大数的测试同学都遇到过这样的场景,上线出现了BUG,被质问: 为什么没测出来! 测试怎么测得?到底会不会测? 这对测试来说则是灵魂拷问级别不好回答的问题了。 那么我们遇到类似这样的提问该...
  • Bug报告

    千次阅读 2018-08-28 20:10:47
    bug报告当中一些必备的内容: 硬件平台和操作系统: 1)测试应用的硬件平台(Platform),通常选择“PC” 2)测试应用的操作系统平台(OS) a) 版本 提交缺陷报告时通过该字段标识此缺陷存在于被测试软件的哪个版本...
  • BUG处理规范

    千次阅读 2019-04-03 19:57:17
    为了减少开发、测试在Bug上花费不必要的沟通成本,同时为迭代总结会提供报告依据,督促开发提升质量意识,制定以下规范内容。 相关职责 角色 职责 测试人员 1. 根据规范提交...
  • Bug记录跟踪表

    2018-08-12 18:51:43
    该文档主要用户开发过程的Bug记录跟踪,可以很好管理开发过程的bug
  • Bug避障算法简介(Bug1 & Bug2)

    千次阅读 2018-05-22 20:09:56
    基本概念 障碍物是指妨碍机器人通行的静止状态和运动状态的物体。 避障是指移动机器人根据传感器感知到的障碍物的状态信息,包括障碍物的... Bug算法大概是人们能想象到的最简单的避障算法。其基本思想是机器人在...
  • 中文版bug系统下载bug反馈系统bug反馈系统bug反馈系统bug反馈系统bug反馈系统bug反馈系统

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,251,978
精华内容 500,791
关键字:

bug