wssgily
发表于 2007-1-23 18:48:16
多看需求,多了解业务,多接触售后服务人员,技术支持人员,多学习,多观察,多实践.呵呵.
cdj0823
发表于 2007-1-24 22:12:46
我个人也认为要先分析被测应用所涉及的业务哪些风险较高，哪些功能如果失效会对系统造成严重影响，就优先对该业务和功能进行测试
kpxl
发表于 2007-1-26 15:51:44
楼主有这样的想法很不错，不过千万不要只去想着要找到大的Bug而忽略了其他的Bug。
对于什么样的才算是大Bug，说说我个人的看法：其实和上面的那位版主说的差不多，第一就是看你测试的软件是什么软件，这样的系统用户最常用的是什么功能，最关注的是什么功能，这些功能上面的问题都可以算是比较大的问题；第二，看你所测试的软件是给哪个客户来使用，这个客户比较关注什么功能，那这个功能上的问题也是大问题。
keibi
发表于 2007-2-6 19:35:44
还是要看需求，读懂需求是测试的基础啊
寂寞圣贤
发表于 2007-3-20 21:52:21
感想
同意版主的意见，不过个人也认为应该先搞懂需求，在结合项目，找ＢＵＧ！
yonger8511
发表于 2007-3-20 22:41:24
风险系数高的业务需求对应的缺陷危害性就高
jiangxk
发表于 2007-3-29 16:45:37
根据被测软件而定
最影响业务的
鱼鳞
发表于 2007-4-2 16:54:32
目的在于送花 呵呵
齐鲁亚
发表于 2007-4-2 18:07:26
与需求分析人员确定重要的业务，优先对这些业务和功能进行测试
lionel319
发表于 2007-4-2 18:29:00
个人觉得针对主要业务功能，和数据库方面测试会比较容易发现致命defect
faith531
发表于 2007-4-9 16:32:33
进来
呵呵，问的好，新手上路
lisa.chen
发表于 2007-4-9 16:35:16
致命bug被楼主盯上，程序员就郁闷了
楼主这样敬业，有致命bug被你盯上了，程序员不是郁闷坏了！
找严重的bug固然重要，但是练就一双火眼金睛，发现别人不容易发现的隐蔽bug，也会很有成就感嘛！
zhaohonggirl
发表于 2007-4-10 15:30:03
受教了.高手就是比较历害
119139107
发表于 2007-7-16 09:04:42
不得不说我还有好多地方要学习
受益匪浅
领悟中。。。。。。
luyunbing
发表于 2007-7-22 10:10:38
我喜欢打游戏但没有机会做游戏测试
aplliu
发表于 2007-7-25 07:56:01
看看，学习中
richard_yazi
发表于 2007-7-25 13:43:22
每个项目在测试前都应该有一个风险分析表！
所以BUG的严重度划分大多以它为参考！
osnt淘气
发表于 2007-7-25 14:44:56
学习中
yanghuimin
发表于 2007-7-25 15:42:08
分析需求,找到侧重点去发现致命BUG,但是在需求不段变化的情况下,要做到这点很难呀,有时感觉就是在拆东墙补西墙,不可预料的BUG防不慎防,无形中带来工作量好大.
zzytion
发表于 2007-7-27 16:04:59
危害性要因环境而论得!!麻雀虽小,五脏俱全!!我们要尽可能得多找问题,那样才能尽量得减少我们损失!!
