bug的合规描述

这篇具有很好参考价值的文章主要介绍了bug的合规描述。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

bug的合格描述:

发现问题的版本bug的合格描述:

开发人员需要知道出现问题的版本,才能够获取对应版本的代码来重现故障问题出现的环境

环境分为硬件环境和软件环境,详细的环境描述有利于故障的重现(如果是web项目,需要描述浏  览器版本,客户机操作系统等;如果是app项目,需要描述机型,分辨率,操作系统版本等)

错误重现的步骤

问题出现的最短步骤预期行为的描述

需要开发人员指导怎样才是正确的,以用户角度来描述型为是怎样的错误行为的描述

描述错误的现象

bug的生命周期 :

New: 发 现 新 的 bug           Open: 确 认 是 bug              Fixed: 修 改 后 的 bug 标 识 Rejectd:如果认为不是bug就拒绝修改Delay:认为此bug暂时不需要进行修改Closed:通过回归测试通过,关闭bug

Reopen:经验证bug仍然存在,需要重新打开bug,进行重新修改

缺陷管理流程说明:

1、测试人员填写bug并提交给开发组长,Bug的状态为New;

2、开发组长次日工作前对bug确认是否有效。有效的bug,状态变化为open,并分配给开发人员;bug 无效或者延期修改的,将bug状态变化为Rejected,同时也在comment中注明原因。

3、开发人员上班的第一件事情是查看自己有几个bug需要修改。

4、开发人员修改bug,修改完成并进行单元测试后,将bug的状态变为fixed,在comment中说明修改方法;

5、测试人员每天查看自己提交的bug的状态变化,应该成为每个测试人员的例行行为;   

6、当bug的状态变为fixed时,测试人员打开该bug,开始对该bug进行回归测试;

7、如果该bug回归测试通过,则状态变为closed。否则bug的状态变为reopen(必须说明reopen、closed状态变化原因或者操作过程);

8、如果回归测试通过,可是修改的同时又引入新的bug,则重新提交bug,状态为new。如果需要的时候注明相关联的bug号;

9、只有当所有的bug状态为closed,才可发布版本。--(on-hold)

10、当bug 是reject 状态需要和开发确认,如果不是一个bug就closed

bug等级:

致命(一级bug

通常表现为:主流程无法跑通,系统无法运行,崩溃或严重资源不足,应用模块无法启动或异常退出,主要功能模块无法使用。

比如:1.内存泄漏;2.严重的数值计算错误;3.系统容易崩溃;4.功能设计与需求严重不符;5.系统无法登陆;6.循环报错,无法正常退出。

严重(二级bug

通常表现为:影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。

比如:1. 功能未实现;2.功能存在报错;3.数值轻微的计算错误。

一般(三级bug

通常表现为:界面、性能缺陷。

比如:1.边界条件下错误;2.容错性不好;3.大数据下容易无响应;4.大数据操作时, 没有提供进度条。

提示(四级bug

通常表现为:易用性及建议性问题

比如:1.界面颜色搭配不好;2.文字排列不整齐;3.出现错别字,但是不影响功能;4. 界面格式不规范。


 🎁更多干货


bug的合规描述,软件测试,bug,程序人生,软件测试,软件测试工程师,功能测试,接口测试,经验分享

完整版文档下载方式:

这些资料,对于从事【软件测试】等相关工作的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!以上均可以分享。

在评论区和我互动交流或者私❤我【软件测试学习】领取即可,拿走不谢。


如果我的博客对你有帮助、如果你喜欢我的博客内容,请 “👍点赞” “✍️评论” “💙收藏” 一键三连哦!

 文章来源地址https://www.toymoban.com/news/detail-555653.html

到了这里,关于bug的合规描述的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 【软件测试】为bug而生

    为什么定位问题如此重要? 可以明确一个问题是不是真的“bug” 很多时候,我们找到了问题的原因,结果发现这根本不是bug。原因明确,误报就会降低 多个系统交互,可以明确指出是哪个系统的缺陷,防止“踢皮球”,提高问题解决的效率 增强开发对测试的信任度,沟通更

    2024年02月04日
    浏览(47)
  • 【软件测试】测试&开发的一生之敌-BUG

    BUG相比大家都知道,程序运行出错或者与预期不符就是BUG.现在我们来用测试人员的角度来看待BUG. 测试人员要测试开发人员的代码,找出开发人员可能忽略的问题.然后把这个问题反馈给开发人员. 如何把BUG清晰简洁明了的描述出来,会涉及到很多东西.这并不只是简单说一下遇到

    2024年02月04日
    浏览(58)
  • 软件测试的生命周期、Bug

    1、软件的生命周期: 需求分析:分析需求是否正确、完整。 设计:项目的上线时间、开始开发时间、测试时间、人员... 计划:设计技术文档、进行UI设计... 编码:写代码(实现用户需求)。 测试:测试软件是否有 Bug。 运行维护:出现线上问题进行修复。 2、软件测试的生

    2024年02月08日
    浏览(42)
  • 软件测试中对Bug的详解

    目录 1. 什么是Bug 2. Bug的要素 3. Bug的级别 4. Bug的生命周期 5. 在Bug上与开发产生争执怎么办 6. 总结 Bug是指在软件开发或使用过程中发现的软件缺陷或错误,也称为故障或缺陷。通常表现为软件的不正常行为或功能无法正常使用,会对软件的质量和用户体验产生负面影响。 比

    2024年02月04日
    浏览(46)
  • 软件测试/测试开发丨利用人工智能自动找Bug

    在程序员编程的过程中,产生Bug是一件平常的事情,以前在编码的过程中提前找出Bug,需要通过单元测试、CodeReview等各种方式。 当今,人工智能技术的发展给软件开发和测试带来了许多机会。利用人工智能技术,可以开发出自动化的 Bug 检测工具,从而提高软件质量和可靠性

    2024年02月07日
    浏览(46)
  • 软件测试技术分享丨遇到bug怎么分析?

    为什么定位问题如此重要? 可以明确一个问题是不是真的“bug” 很多时候,我们找到了问题的原因,结果发现这根本不是bug。原因明确,误报就会降低 多个系统交互,可以明确指出是哪个系统的缺陷,防止“踢皮球”,提高问题解决的效率 增强开发对测试的信任度,沟通更

    2024年02月10日
    浏览(44)
  • 如何提高自己的软件测试水平之bug定位

    同学们在面试投简历的时候会经常看到人家公司JD上写的要求之一,如下: 这句话大家不要以为随便写写的,在我工作的十几年过程中起码见过10个以上试用期没过的公司新人,公司在衡量一个测试工程师是否专业的标准之一就是:准确的定位bug。 很多同学以为测试只是需要

    2024年02月15日
    浏览(49)
  • 软件测试之BUG篇(定义,创建,等级,生命周期)

    目录 1. BUG 的定义 2. 如何创建 BUG 3. BUG 等级 4. BUG 生命周期 高频面试题: 当且仅当产品规格书存在且正确时,程序的实现和规格书的要求不匹配时,那就是软件错误。 当产品规格说明书没有提到的功能时,以用户的为准,当程序没有实现用户合理预期要求时,那就是软件错

    2024年02月06日
    浏览(48)
  • 测牛学堂:2023软件测试面试点之bug的分类,如何定位bug解答

    软件测试中bug 的分类 通常情况下,我们可以把bug分为4大类。分别是功能、性能、安全和专项质量。 1功能类型关注于系统业务流程是否正确, 2性能类型关注与系统业务流程是否顺畅; 3安全类型判断系统是否存在漏洞,是否符合安全标准与规范; 5专项质量通常关注与系统

    2024年02月13日
    浏览(35)
  • 软件测试:遇到bug怎么分析,这篇文章值得一看

    为什么定位问题如此重要? 可以明确一个问题是不是真的“bug” 很多时候,我们找到了问题的原因,结果发现这根本不是bug。原因明确,误报就会降低 多个系统交互,可以明确指出是哪个系统的缺陷,防止“踢皮球”,提高问题解决的效率 增强开发对测试的信任度,沟通更

    2024年02月08日
    浏览(34)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包