• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

bug报告编写的大概流程

发布: 2008-7-08 14:09 | 作者: 不详 | 来源: 本站原创 | 查看: 220次 | 进入软件测试论坛讨论

领测软件测试网 关键字:bug

今天正式进入一个project,由于Leader今天请假,导致没有case给我执行,再加上又出了一个需求版本,结果我一边看Build 1技术文档上说的功能点一边看需求……真不是一般的累。

 PM叫我做测试……我狂汗,没人跟,叫开发给我讲讲,然后叫我自己找bug,然后要写bug报告。下午找了半天,发现几个貌似bug的bug,问了问开发那边,有几个都是需求理解不正确,最后只有一个是bug……还好,没有空手而归。需求的理解真不容易……尤其是对新手来说。

 接着我旁边那个人告诉我bug报告的模版要注意事项,我们公司用的是IBM的LOTOS NOTES,然后基于DOMINO开发的DB,好复杂……我现在都没有搞清楚那个具体干什么,东西太多,又全是英文的。

 一个BUG报告,标题要描写清楚,让开发人员能从标题找到那里出现了问题。其实这个标题很多地方都提到过,具体的编写方法也有人说,只是自己想做好那就是另外一回事了。接着是B的版本,Bug的编号。软硬件环境,Server和Client的配置。

 Bug的状态其实就那么多,只要熟悉了就好了,知道那个流程。其实我们有权利修改的状态还是很少的……大多都要经过PM的手。优先级自己凭感觉给吧……这里存在两个:缺陷的优先级,有修改的优先级。

 主要的体现还是在bug的重现步骤上面,如何准确的重现bug,具体到你每一步如何操作的,知道出现了现象为止。最好把每一步都写得很详细,比如有什么样权限的用户登录,你点击了什么菜单,点击什么按钮。预期结果是说正确的操作后应该出现什么样的情况。实际结果是说这个bug会出现什么样的情况,最好截图说明。尤其是有的bug不会经常出现的,记得每次有bug先截图吧~~

大概就是这样了……说起来也不难,只是需要理解,还有编写的时候多注意。

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

TAG: bug BUG Bug 编写 流程


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备2023014753号-2
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网