做完两个项目的总结

上一篇 / 下一篇  2008-12-12 18:05:40


测试一年半,在顺利度过试用期之后,又成功的完成了两个项目,都赢得老大的好评。在这里总结一下经验不足

经验

(1)     测试组内部的沟通较好。举一个简单的例子,当一个项目很庞大,并且已经做了很久了,那势必已经有很多的bug了。当测试人员再报bug的时候,就要注意不能报重复的bug。这个时候,在缺陷跟踪系统里面搜索是一种途径,更便捷的就是与其他测试人员沟通了。此外,测试组内部会相互review bug,确保bug都是有效的。


(2)     建立一个良好的流程。大家都知道,QA保证产品质量的最有效方法就是建立一个良好的流程,这也是CMMI所要求的。一个公司内部应该有一个流程的框架,然后每个team根据项目的具体情况对其customize,然后大家都遵守这个流程,才不会混乱。


(3)     将测试分为几个阶段。第一个阶段主要测一些最容易出现bugmodule,比如说:新添加的feature,有改动的模块,integration等。最后的阶段才去测那些稳定的基本上不会有什么问题发生的module。这样就能更早的发现问题,让开发人员有足够的时间去修bug

不足

(1)     测试人员的技术力量还有待加强。虽然测试人员也会涉及一些白盒的东西,但开发经验和对技术的理解还相对欠缺,以至于很多时候在开发人员面前搬不出依据来。


(2)     测试组和其他组的沟通欠缺。比如和产品工程师、开发人员、文档工程师之间的交流还不够,造成一些误解,以至于项目产生risk。我猜想这也是大公司的一个通病。大家不在同一个site,不在同一个时区,打电话不方便,发邮件来来去去就是好几天,甚至还没说清楚。

大概就这么多吧,写到blog里和大家分享一下。

 


TAG: 测试总结 经验 不足

Snail's Home 引用 删除 FLY000   /   2008-12-12 20:15:02
<!--[if !supportLists]-->(3)      <!--[endif]-->将测试分为几个阶段。第一个阶段主要测一些最容易出现bug的module,比如说:新添加的feature,有改动的模块,integration等。最后的阶段才去测那些稳定的基本上不会有什么问题发生的module。这样就能更早的发现问题,让开发人员有足够的时间去修bug。
 

评分:0

我来说两句

日历

« 2024-04-26  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 4770
  • 日志数: 5
  • 建立时间: 2008-04-20
  • 更新时间: 2009-09-19

RSS订阅

Open Toolbar