软件测试: bug报告五要素????
软件测试 bug报告五要素???? 哪里止五要素? 只要你把发现问题的过程写下来,开发人员根据你说的步骤能重现bug,这样就行了,呵呵,不要把自己装进圈圈了。 when,who,what,why,how ? 我只知道三要素1.错误描述
2.重现步骤
3.预期的正确结果 bug 说明:(what)
bug 出现的地方:(where)
分析bug:(why)
解决方法:(how)
报告人:(who)
可以这么理解吗
嘿嘿
顶。。。 何创建缺陷分析指标体系目前正在基于Bug数据库尝试建立公司的缺陷分析指标体系,便于进行质量监控,及时制定对应的措施,希望和大家进行讨论。
1. 用户类型及关注指标
公司领导:
项目经理:
测试经理:
QA:
2. Bug基本数据
Status、Priority、Assignee、Reporter、Components、Bug原因、报告时间、解决时间、
3. 分析指标
状态分析
优先级分析
趋势分析(New、fixed、closed)
未解决bug分配情况
平均bug生命周期
Bug原因分析
Bug模块分析
报告人分析
Bug每天报告率、修改率、关闭率
产品内部测试发现bug总数、占该产品全部bug比例
4. 如何获得这些指标,如何进行分析 概述 过程,优先级 发现地(build版本)个人意见 或者再加一个演示的录像 原帖由 杨小 于 2007-2-2 15:54 发表 http://bbs.51testing.com/images/common/back.gif
bug 说明:(what)
bug 出现的地方:(where)
分析bug:(why)
解决方法:(how)
报告人:(who)
可以这么理解吗
应该可以吧! 能让开发人员看了就知道如何重现这个bug
并且在报告中阐述了这个bug可能造成的影响
我想这些就够了。 原帖由 jeanjing00 于 2007-1-22 09:12 发表 http://bbs.51testing.com/images/common/back.gif
我只知道三要素
1.错误描述
2.重现步骤
3.预期的正确结果
同意~
如果只是说“要素”的话,这三个我觉得就够了~
页:
[1]