面对功能多的项目该如何测试之我见

2010-05-04  原志通 

首先,我先声明本人对测试时间比较短,以下是我在测试本公司产品过程中自己总结的一些东西,不知道对错,只希望能同大家一起进步
因为公司是做安全产品的,功能点很多,统一由web管理平台管理,在测试初期大多数情况下是走功能点,一遍一遍的走,问题发现比较多,但是没有到不可容忍的程度,这段时间产品马上要去送检,测试的人和时间也变得多起来,这时问题凸显的很严重,以往走过很多次的功能点,突然莫名其妙的出现问题。总结以下测试经验教训有以下几点
1)很多情况是在BUG提交,版本变更后做的回归测试不够,有些功能点耦合度比较大,在验证BUG是否依旧存在后,对一些由修改bug而产生的新BUG,没有及时测试出来
2)在功能点很多的情况下,很可能产生功能点冲突的现象,在发生这一现象时,测试功能点优先级就尤为重要,一般在开发初期,开发人员都会判断定义那些可能出现冲突的功能点的优先级,不同情况下如何,这都是以后测试过程中需要着重注意的问题
3)一般情况下测试都是由多人完成的,每个人负责一个模块,这时,自己负责的模块没有问题,不见得整个工程没有问题,因为在所有功能点都同时在跑的时候,很可能出现问题,这就需要在项目后期协调测试时间,对项目进行整体测试时,一定要考虑到项目的极限操作,比如同时触发所有功能点
4)在有日志的工程中,如果能产生日志的功能点比较多,要考虑是否有日志误报现象。
196°/1932 人阅读/3 条评论 发表评论

金鑫  2010-05-20

很好的经验分享


刘小袁  2010-05-20

很好的经验!分享了!


袁军  2010-05-21

对1、3点说明
1)“对一些由修改bug而产生的新BUG,没有及时测试出来”说明用例写的覆盖范围不到位,当然一些潜在的Bug是要靠逆向思维去写测试用例的
3)在以前的公司也碰到过,但是我们当时测试的时候是把这个流程完全走一遍,保证走通,版本更新以后对该流程中出现BUG的地方在回测,又要走一遍流程,又出现新的Bug,每次回测都要完整的走一遍流程,感觉很费时,至今也没有找到合适的方法去解决这个问题。


登录 后发表评论
原志通
访客 1618
原志通 的其他博文 更多