时间: 2004/5/15
作者: Robert
电邮: [email protected]
关键词: 测试 test Bug
目的: 提高朋友們的測試水平
一个星期下来,我测试出的Bug比较多,讲一讲我的测试体会.
原则:
1. 测试数据丰富,千万不能输入正确的数据,测试OK,就行了;一定要多输入一些敏感的数据才行.
举例:系统管理的路径,可以输入 "中文" "不输入" "英文" "正确的路径" "C:\\\\\\\" 这些比较敏感的文字.我们能够看看修改路径的结果会是什么样子.
2. 不要留情.
举例:选择会员高级设定,会看到分机线路列表出现1-16,我们选择正确的分机就行了,这里不应该出现1-4,这个错误可以和用户讲:"明知道1-4是外线,怎么能分配给用户呢?",我认为是程序的问题,如果我们分机选项是5-16,就不会出现用户填入1-4的问题了.所以这个可以算做Bug,也可以手下留情的问题,坚决不能妥协,这就是Bug.
比如:会员信箱出现短信息发送问题,在助理管理信箱十有八九会出现短信息发送问题.这就是两个Bug,一定纪录两个Bug.不要认为差不多的Bug,纪录一次好了.
3. 不要害怕出错.
测试就是为了出错,出的错误越多测试越成功.如果用户使用我们的系统我们心里七上八下,那么我们时刻不得安宁,总是担心系统出现错误.我想:与其让客户去操作,不如我们先操作一次看看,把我们能想到的操作,一遍一遍的操作,直到我们认为用户随便操作,即使出现错误,我们闭着眼睛也知道什么错误为止.
4. 测试中没有权威.
举例:系统信箱更改路径,没有人操作过,我们如果测试一定要操作.怕什么呢?出现错误可以修改,到了用户那里出错误,可是面上无光的事情.凡是能操作的地方我们都有去操作,并且多做非常规操作.
5. 不要为了测出错误而测试.
我们测试的数据全部输入,本来系统没有问题了.我们感觉可能哪里有问题,拼命测试这个功能,一定找出错误出来.这就没有必要了,基本上一次测试一个数据没有错误就行了,如果出现错误,还用出现错误的操作,还有错误,纪录下来.
6. 不要害怕麻烦和想当然.
会员信箱里面有短信发送,助理管理信箱里面也有短信发送,不要因为一个OK而判断另外的Ok了.一定保证测过才是硬道理.
步骤:
1. 看测试表格大项,了解现在测试什么功能.
2. 抛开测试表格,自己操作这个功能.没有先点后点,先输后点.抛开一切束缚,随心所欲,想怎么操作就怎么操作.看看功能是否完备,有错误一定纪录下来,不能说有错误发生,不能重现错误而不纪录这个错误.
3. 看测试表格小项,填写测试表格.没有测试的小项重新测试一次.这里要注意预测结果一定要和测试结果相符合.有一点点不符合,纪录下来,着就是Bug.
这就是我的测试体会,欢迎大家交流经验.
大家加油,让我们的系统更加坚固.本文地址：http://com.8s8s.com/it/it36972.htm