软件测试之BUG描述
测试⼈员在找到bug后,就要提交bug了,要提交bug时,最主要的就是要描述好bug,⼀个好的bug描述,能让开发⼈员,更快的定
位到问题产⽣的原因,能够更快的解决bug,⽽,如果描述的很模糊,有可能开发⼈员在看这个bug的时候,要花费很长的时间去猜测这个
bug的意思,甚⾄于理解错了bug的本意,这将⼤⼤的延长该bug解决的时间。
常见bug管理系统
禅道(zentao)、bugzilla、jira、bugfree、easybug、QC
⽬的
清晰简单描述好缺陷,编写有效的缺陷实例,帮助开发⼈员有效的进⾏缺陷定位,重现错误,从⽽去有效的定位错误,修改错误
Bug包含的内容:
发现问题的版本、出现问题的环境(Bug测试环境)、Bug标题短描述、重现步骤--详细步骤、实际结果、预期结果、Bug类型和严重程
度、附件
注:不要把多个bug放在⼀起。
BUG标题短描述—标题要清晰简洁,写明BUG描述;如果没有选择功能模块,最好在标题中标注功能模块。让查看BUG的⼈员清楚知道你
所表达的意思。BUG的功能模块+BUG的操作+BUG的结果
重现步骤—简单写下发现BUG的测试过程,罗列下,简洁,每个步骤尽可能简单明了。只解释事实、演⽰、必要步骤,不要写⽆关信息,能
指导开发重现这个BUG。
预期结果----记得写清楚预期
附上测试数据实际结果----BUG的结果,粘贴BUG截图,⽇志截图,截图直接粘贴就可以了
附件:⽇志⽂件、测试数据(⽂件)图⽚,⽐如上传头像,就把图⽚放在⽂件中当附件上传,开发要重现这个BUG,那么根据你附件的图⽚
来重现。
BUG类型和严重程度-----便于后续测试结果分析,BUG的统计
出现问题的环境(BUG测试环境)---例如:什么系统;哪个版本等。兼容性问题、难以重现问题
本文发布于:2023-01-04 19:43:13,感谢您对本站的认可!
本文链接:http://www.wtabcd.cn/fanwen/fan/90/92548.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
留言与评论(共有 0 条评论) |