精华内容
下载资源
问答
  • 提交bug

    2020-12-09 01:13:57
    <div><p>区判断的代码是错误的: 内蒙古自治区乌兰察布市公安局交警支队车管所:常琦1864742989 攀枝花市东区攀枝花三中高三班2010级</p><p>该提问来源于开源项目:pupuk/address-smart-parse</p>...
  • 所谓bug也就是进行某一输入后,软件输出是错误的或者不是我们所期望的结果。bug在英语中是臭虫的意思。在以前的大型机器中,经常出现有些臭虫破坏了系统的硬件结构,导致硬件...随着测试管理工具的完善、利用,提交bug
  • 如何有效的提交bug

    2011-06-02 16:03:03
    如何高质量提交bug!如何有效提交bug!如何有效提交bug!如何有效提交bug
  • 如何有效提交bug

    2018-07-09 15:39:00
    1、不要提交你自己都无法浮现的bug,或者是你自己都不知道浮现步骤的bug; 例如:在APP上操作时,突然...解决方案:这种bug你可以通过APP的健壮性测试以及接口测试来试图浮现,等你能够稳定浮现了再去提交bug; ...

    1、不要提交你自己都无法浮现的bug,或者是你自己都不知道浮现步骤的bug;

    例如:在APP上操作时,突然APP闪退了,你不知道做的什么操作,在哪一个页面导致APP闪退,并且你后面通过很多方式也没有复制到,这种bug你就不要提交了;(你自己都浮现不了的bug,难道等着开发去给你找吗)

    解决方案:这种bug你可以通过APP的健壮性测试以及接口测试来试图浮现,等你能够稳定浮现了再去提交bug;

     

    2、针对浮现率低的bug,一定要记得在bug的标题后面添加一个大概的浮现率,不然开发很容易以“不能浮现”这个理由给你打回来;

     

    3、不要提交你主观上认为错误的bug;

    例如:用户登录成功后,没有任何登录成功的提示(针对这种问题,请先与产品确认有没有这个需求,测试人员自己意淫出来的bug其实是很可笑的);

    解决方案:类似于优化相关的问题,请提交到产品;

     

    4、不要提交重复的bug;(这种bug除了会增加你提交的bug总数,以及开发人员的工作量外,没有任何意义)

     

    5、不要站在自己的立场上提交bug;记住你的bug是给开发人员看的,不是给自己看的,所以类似于‘数据错误’、“结果不对”这一类的总结词就不要来了,这种描述除了你自己看的懂外,其他人都不明白;

     

    6、提交bug时,应该具备哪些条件:

    1、什么环境条件;(例如:Windows还是Linux,iOS还是android,无网还是弱网,谷歌浏览器还是IE浏览器,华为机型还是小米,产品是哪一个版本,等等一切不涉及业务的外在条件都应该尽量明确);

    2、bug的标题尽量明确简洁,标题不是越详细越好,但是要阐明主旨;

    3、尽量把使用到的用户信息都附加上,例如:可以把出现bug的用户信息附上;

    4、重现bug的步骤尽量详细,在重现的步骤中多使用图片说明,有条件可以把日志附上,也可以附上相关的URL链接(目的只有一个:使开发人员根据你的步骤描述,能够准确找到问题所在)

    5、在描述问题时,一定要明确什么是正确的结果,预期的结果是什么,不能把问题抛出来就完了;

    6、假如自身能力OK,也可以把bug原因找出来,在提交的问题描述中告诉开发人员;

     

    转载于:https://www.cnblogs.com/zq998/p/9284098.html

    展开全文
  • 书最后有个实例:使用fiddler抓包禅道登录和提交bug,然后用jmeter模拟登录和提交bug。模拟提交时,在禅道里显示的中文都是乱码。 之前一直关注响应乱码问题,这边是请求乱码了,一直忽略这个问题。 解决办法也是...

    最近几天在看《HTTP抓包实战》肖佳 著。书最后有个实例:使用fiddler抓包禅道登录和提交bug,然后用jmeter模拟登录和提交bug。模拟提交时,在禅道里显示的中文都是乱码。

    之前一直关注响应乱码问题,这边是请求乱码了,一直忽略这个问题。
    解决办法也是非常简单,在请求时content encoding中写明编码方式unf-8即可。
    在这里插入图片描述
    再次运行脚本,提交的bug显示正确啦(^.^)查看图1中ID为009的bug

    展开全文
  • github issue提交Bug的格式

    千次阅读 2020-03-24 16:03:49
    github issue提交Bug的格式 github早已在国内程序员中流行起来,我们经常会访问github上别人的源码或使用别人提供的插件,有时候会发现一些Bug希望作者能将其改进,这时候就可以考虑提交issue。 遇到问题就该立刻给...

    github issue提交Bug的格式

    github早已在国内程序员中流行起来,我们经常会访问github上别人的源码或使用别人提供的插件,有时候会发现一些Bug希望作者能将其改进,这时候就可以考虑提交issue。

    遇到问题就该立刻给作者提交issue吗?

    当我们使用github上的开源代码或工具发现bug时,别急先仔细阅读文档也许是我们使用方法不对,或文档上有解决问题的信息。如果已经仔细查阅文档依旧无法解决,可以登录github查看作者是否已经发布了新版本并修复了这些bug,更新我们的下载再试。如果作者没有解决这些Bug的新发布,这个时候应该查看issue里是否有人已经提出过类似的问题,是否在提问者和作者的对话里已经给出了解决方案。如果没有相关的解决方案,这个时候尝试在网络上进行关键词搜索或在交流群里提问,如果都没有解决办法则最后考虑给作者提交issue。
    我们要尽量保证不在issue上提出重复的问题,已经有解决方案的问题。这样是帮助作者把精力放在真正需要解决的问题上,也是更好的管理issue让其他使用者能更快速的查询到有用信息。

    issue提交bug格式

    这里我要强调一点,大家提交issue的时候尽量用英文,这是方便世界各地遇到类似问题的使用者能更方便获取信息,毕竟英语是更通用的语言。最近几年随着中国人使用github的增多,出现了较多中文在github上,我认为这不利于世界各地程序员的交流。
    因为github是支持markdown的,所以直接按通用的markdown格式写就行了。

    ### Brief description of bug
    #### Self-Diagnosis
    - [x] I have reviewed the documentation.
    - [x] I have reviewed the Wiki.
    - [x] I have tried to use the latest version.
    - [x] I have searched the issues for an answer to my question. 
    - [x] I have searched the web for an answer to my question.
    
    #### Environment(for bug reports)
    - [x] Operating System:
    - [x] IDE version:
    - [x] Plugin version:
    
    #### My configuration/Related code
    
    #### Steps to Reproduce the Issue
    
    #### Current Result (Include screenshots where appropriate.)
    
    #### Expected Result
    

    Environment部分根据实际情况把相关的工具版本号都写上,方便作者复现问题,Steps to Reproduce the Issue部分按描述一定要能复现出bug,尽量写清楚,不然别人复现不了也就难查问题。
    照着上面的模板发issue,作者看了一定会认为你也是一个爽朗的男人吧,哈哈。

    展开全文
  • Bug探索提交Bug的标准及书写规范 讲解规范的同时,我们会有具体实例展现给大家 Bug有效性 1、交付过程中测试者需按照专家设定好的模块,对Bug进行归类提交; 2、Bug的类型默认为UI问题、功能问题、崩溃问题,...

    Bug探索提交Bug的标准及书写规范

    讲解规范的同时,我们会有具体实例展现给大家

     

    Bug有效性

    1、交付过程中测试者需按照专家设定好的模块,对Bug进行归类提交;

    2、Bug的类型默认为UI问题、功能问题、崩溃问题,提交Bug时不能弄错;

    3、需求是否明确、前提条件是否满足、输入数据是否正确、操作步骤是否清楚、Bug是否唯一性;

    4、避免提交设计如此、操作错误、重复的、已知的Bug;

    5、尽量少花时间在边界值、页面显示问题上,多提业务逻辑功能、交互测试方面的问题;

     

    Bug标题

    Bug标题要求简明扼要的阐述问题本质,使查看人员能快速了解Bug内容。需要写明在哪个页面执行什么操作出现什么现象。

    不明白的可以看一下下面的例子:

    正确示例:

    在我的设置页面不填写任何内容点击保存后,客户端崩溃

    错误示例:

     

    设置页面保存问题(过于概括)

    设置页面崩溃(缺少导致现象的关键步骤)

    客户端崩溃(只有现象而无法定位问题位置)

     

    特别提醒:

    1.标题中标点符号不能超过1个

    2.标题中不能含有测试流程步骤和模块信息

    测试设备:

    提交Bug要表明测试使用的设备、设备操作系统版本、测试环境、网络类型等等。

    前提条件

    明确指出所提交的Bug是在怎么样的情况下出现的,当所发现Bug前提条件为空时,需要填【无】。

    正确示例:

    WIFI网络正常且已登录

    测试步骤

    要简明清晰分步骤描述如何复现Bug问题,步骤用序号编排。

    要按照自己的操作的实际步骤写清楚每一步是怎么操作的,最后操作到哪个页面或者点击哪个按键。

    如在特定情况下发生的问题,还需明确提供以下信息:

    1.准确写出连续点击次数,点击时长与上下滑动屏幕时长。

    2.对于特定数据产生的问题,提供具体数据。

    3.精准描述bug产生的路径后,再描述现象。

    正确示例:

    1.打开客户端进行首页->点击“我的”页面->点击用户头像进入个人资料页

    2.个人资料页点击头像选择拍照->拍照后点击保存头像

    3.从个人资料页返回 “我的”页面,查看头像是否更新

    错误示例:

    左上角菜单栏->登录->新用户注册->输入手机号->输入昵称->输入密码->点击“获取验证码”

    特别提醒:测试步骤中的点击要用->符号连接

    期望结果

    按照测试步骤应当得到的正确结果,按照产品需求的期望清晰准确的填写预期结果。而且结果必须是肯定无疑义,可判定性的结果。

    正确示例:我们以一个取消点赞功能为例

    同步显示已经取消点赞

    特别提醒:期望结果不要包含测试步骤,要是简单的一个结果

    实际结果

    按照测试步骤实际出现的错误结果,避免使用“不正常”,“有误”等模糊词汇,需要直接描述实际现象。

    正确示例:还是以上一个点赞功能为例,出现bug后我就可以写

    还显示已点赞

    特别提醒:期望结果和实际结果要相互对应

    复现步骤描述及概率

    描述复现步骤中的页面切换为避免出现描述不清晰或者有歧义,需用“->”符号连接

    正确示例:

    首页->我的->我的订单->未支付,点击一个未支付订单,进入订单详情页

    关于复现概率一定要在多次测试的基础之上填写,若必定复现则填写100%,若偶现,请执行多次后统计概率填写。

    截图和附件

    UI类型:Bug需要上传截图,并且增加相应的红框标识;

    功能类型:问题必须上传视频文件,上传格式MP4为主;

    崩溃类型:bug则需要上传视频和log并且log不得超过10分钟。

     

    展开全文
  • QC提交bug使用说明书

    2010-04-13 00:07:22
    QC提交bug使用说明书QC提交bug使用说明书.doc
  • 我们公司是用缺陷管理平台 jira 提交BUG,每次开BUG的时候,都需要在 jira 表单的描述中去填写一些在重复的内容(例如:前提、步骤、实际结果、预期结果、注释等)Autofill 插件,是我们测试团队大佬发现的,真的...
  • 提交Bug页面设置bug必填字段by:授客 QQ:1033553122测试环境:禅道项目管理软件7.1.stable版本注:仅适合windows版步骤1、找到xampp\zentao\module\bug\view目录下的create.html.php步骤2、编辑该文件,设置必填...
  • 2020/12/18禅道提交Bug

    2020-12-18 17:21:02
    禅道提交Bug 九悦学车: 忠金融·慧生活:
  • 1.Testlink提交BUG到mantisbt方式简化 1.1.Testlink提交BUG链接修改 1.1.1.执行用例时,提交BUG的窗口链接修改为链接到mantis提交问题的页面 修改testlink\gui\templates\execute\inc_exec_show_tc_exec.tpl ...
  • 2、Bug的类型默认为UI问题、功能问题、崩溃问题,提交Bug时不能弄错; 3、需求是否明确、前提条件是否满足、输入数据是否正确、操作步骤是否清楚、Bug是否唯一性; 4、避免提交设计如此、操作错误、重复的、已知的...
  • 文章目录向 Qt 提交反馈 Bug:注册 Qt 账号:提交 Bug 前准备:创建 ...简 述: 记录如何给上游的 QT 组织提 Bug (or Suggesstion),和给提交代码贡献 PATH(代码合并请求)的经验;给读者以参考;修改内容不重要,
  • 提交bug到禅道

    2020-12-22 17:17:26
    九悦学车bug提交到禅道 忠金融慧生活bug提交到禅道
  • 实际上在我们日常软件测试过程中,提交一个bug,不仅仅是这6要素这么简单的事情。以下是个人总结了日常测试工作中常见的一些问题: 需求未设计?需求不明确? 服务端/前端的数据错误? 开发无法重现?能帮开发...
  • 【测试】提交BUG的标准规范

    千次阅读 2017-12-02 23:38:30
    提交的Bug必须是有效的,就要求我们在提交Bug时,确认:  1、交付过程中测试者需按照设定好的模块,对Bug进行归类提交;  2、Bug的类型默认为UI问题、功能问题、崩溃问题,提交Bug时不能弄错;  3、需求是否明确...
  • 如何提交bug

    2013-01-22 16:09:44
    bug提交技巧描述,更快地定位bug单的提交,提高bug质量!
  • Python编程学习资源干货、 ...禅道是非常实用的项目管理平台,它在业界也是非常有名的,对于使用它来对bug进行管理也是相当便捷的,今天简单分享一下如何通过 api 来提交bug到禅道,代码如下: import requ
  • dwz之jqgrid请求重复提交bug修复

    千次阅读 2015-03-09 14:28:45
    dwz之jqgrid请求重复提交bug修复
  • CSDN重复提交BUG及点击删除没有反应

    千次阅读 2015-10-31 10:35:33
    CSDN重复提交BUG及点击删除没有反应
  • Time will tell. 我们大多数人手机上或电脑上所用的软件,绝多数都是免费的,而我几乎是非开源软件...我认为支持软件最好的方式之一就是提交bug报告。 在遇到软件 BUG 时,可以采取更积极的方式,花时间报告提交 B.
  • 提交bug时,应该说明哪些信息?

    千次阅读 2020-06-11 18:18:57
    提交bug时,应该说明哪些信息? **1.**所属项目,测试平台,系统版本,严重程度,优先级,简述标题,详细描述(问题描述,重现步骤,重现条件,期望结果,实际结果)日志截图,指派给对应开发 2.问题要尽量定位到...
  • 向苹果提交bug时的糟心经历

    千次阅读 2019-03-18 17:40:50
    最近,The Sad State of Logging Bugs for Apple一文引起了很多开发者的共鸣,作者Corbin Dunn在文中详细描述了他向苹果提交bug时的糟心经历。Radoslav Sharapanov对此评论说,他有一个macOS bug向苹果反复提交了14...
  • 当您的 App 集成了 Bugtags SDK 后,测试人员就可直接在 App 里所见即所得的提交 Bug.SDK 会自动截屏,并与设备信息、控制台日志、操作步骤等数据实时同步到 Bugtags 云端,团队成员都可在云端高效的跟踪及解决 Bug...
  • 提交Bug的标准及书写规范 讲解规范的同时,我们会有具体实例展现给大家 ...
  • 提交Bug页面设置bug必填字段 by:授客 QQ:1033553122 测试环境: 禅道项目管理软件7.1.stable版本 注:仅适合windows版 步骤1、找到xampp\zentao\module\bug\view目录下的create.html.php 步骤2、...
  • rpc-openstack, 在 OpenStack ||上提交 Bug,Rackspace private 云提供基于 Rackspace private 云 OpenStackrpc存储库包含额外的脚本。变量和用于部署OpenStack云的选项。 它是围绕 ansible 部署框架的精简包装器,...
  • 当您的 App 集成了 Bugtags SDK 后,測试人员就可直接在 App 里所见即所得的提交 Bug.SDK 会自己主动截屏。并与设备信息、控制台日志、操作步骤等数据实时同步到 Bugtags 云端,团队成员都可在云端高效的跟踪及解决 ...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 9,797
精华内容 3,918
关键字:

提交bug