缺陷的描述是这样提高的
TAG:
- 引用 删除 honglq2009 / 2012-10-08 10:19:06
-
评 5 分
- 引用 删除 284815762@qq.co / 2012-09-26 16:58:04
- 我也犯过这种错误。
- 引用 删除 284815762@qq.co / 2012-09-26 16:57:36
-
评 5 分
- 引用 删除 shine2001 / 2010-02-04 13:41:01
-
这个例子看到过,很不错的例子
我补充一点
对于测试人员而言,测试人员5是我们的榜样。
这个例子其实忽略了一点,就是开发人员
由于开发人员的素质也是和测试人员一样存在偏差的。因此,即使是一个定位非常好的缺陷,也有可能遭遇开发人员的不理不睬。这个时候,测试人员还需要做一件事情,就是“一而再,再而三”,按照正常方式汇报缺陷,若开发人员不解决,或者解决不力(拖拖拉拉)则扩大缺陷的受众面。例如发起一个会话群,再次告知一下。实在不行在汇报领导。
总而言之,不要让我们的良好的测试成果被非正常的放“烂”掉
- 引用 删除 qicailingbing / 2010-02-03 17:09:57
-
原帖由liaoxj于2010-02-03 15:11:27发表
引用的很好!分析的更好!
继续努力!
谢谢傻哥鼓励~~
- 引用 删除 qicailingbing / 2010-02-03 11:40:21
-
原帖由liping4186于2010-02-03 10:37:22发表
我觉得bug描述还有最重要的一点就是:截图,图片的显示胜过语言的描述,而且有的bug在程序员看来是重现不.
对,缺陷截图也是一种十分重要的缺陷展示的方式,是我们提交缺陷过程中必不可少的好帮手!
- 引用 删除 liping4186 / 2010-02-03 10:37:22
- 我觉得bug描述还有最重要的一点就是:截图,图片的显示胜过语言的描述,而且有的bug在程序员看来是重现不了的,要是有截图了,他们也没什么话说,还可以帮程序快速定位问题
- 引用 删除 qicailingbing / 2010-02-01 10:04:06
- 谢谢各位支持啊~~我会继续努力,跟大家分享我的点滴收获~~
- 引用 删除 calmqin_327 / 2010-01-29 15:53:35
- 经验总结的不错噢,看来很用心哦,分享啦。
虽然是很糊涂的进入了测试一行,不过越来越发现对这一行的热爱。慢慢来,一步一步向着测试走去。
标题搜索
日历
|
|||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
1 | 2 | 3 | 4 | 5 | 6 | ||||
7 | 8 | 9 | 10 | 11 | 12 | 13 | |||
14 | 15 | 16 | 17 | 18 | 19 | 20 | |||
21 | 22 | 23 | 24 | 25 | 26 | 27 | |||
28 | 29 | 30 |
数据统计
- 访问量: 18547
- 日志数: 21
- 图片数: 1
- 建立时间: 2009-09-18
- 更新时间: 2010-07-22