金鑫 2010-02-23
最近在欧阳兄的引领下,和测试相关发散出的领域真是层出不穷
总之,好文就收藏了
欧阳辰 2010-02-23
不错的文章,Bug也需要SEO,有创意 :) 。 我以前有2个好的经验关于Bug.
1) 在Bug的Tilte上加上很多描述,对于Bug查找非常有效。
Bug的Tilte 可以是: [组件名][缺陷类型][Titile] 。
例如, [界面][性能][登陆界面很慢。。。。]
2) 在Bug的Title/description中,尽量用简单地描述缺陷的,这样每个人都能够看懂,能够快速明白Bug的含义。
王恩建 2010-02-23
吴卓扬 2010-02-23
顶了!灰常的有创意,将seo引用到缺陷描述上面!我们公司一直在用TD作为缺陷管理工具,在bug描述上显得比较乱,有时都分不清那条bug是关于哪一模块的,根本不方便查看。后来的做法是在bug概述前面加上功能模块名称,如[登陆模块]描述信息。一目了然。看了你这篇文章,对bug归类、查找及其bug描述很有指导作用。赞~~
王爱莉 2010-02-23
我们公司有SEO部门,如果真要做到这步的话,不是抢了别的部门的工作了吗
王恩建 2010-02-23
金鑫 2010-02-23
老王的“登陆界面很慢”,我有不同意见,我们这里的要求是:避免测试人员在所有文字输出时,尽量杜绝副词、或含糊的形容词出现。
原因是:
1、词不达意且语意含糊;
2、副词往往带有测试人员主观倾向的意味;
3、从产品质量控制的角度,(尽管该问题可能需要专项测试来定位或量化)不利于问题描述的可量化
王恩建 2010-02-23
田庆希 2010-02-23
题目的描述真的是一个难题,很多缺陷都无法用简洁的文字描述出来,我在这块一直都很郁闷,每次提交一个bug都是把步骤、预期结果、实际结果写完了才考虑题目该怎么描述
欧阳辰 2010-02-23
更新一下我的Title例子,更好的应该如下。:) ;) :)
例如, [界面][性能][登陆过程太慢,超过4秒。。。。]
田静 2010-02-23
田静 2010-02-23
田静 2010-02-23
袁永云 2010-02-23
这就是我一直追求的,受教了!
吴卓扬 2010-02-24
袁帅 2010-06-09
hehe