找出重点的20%
个人不太会总结,但是工作三年来,经历了大大小小的项目不少于10个,从以往的经验来看,遇到软件修改,最好软件人员给出Release History,即每版软件修改的内容都会有记录。测试者拿到软件后,可以根据release history中的记录来测试相关的part。在每个Milestone时,都进行全面的回归测试(很必要,有时错误就是这样发现的)。大概每个项目的Milestone应该不会太多,所以一个项目下来全面的回归测试也不会太多!而且根据二八法则,80%的错误都是发生在20%的功能上。所以平时对易发错误的20%进行重点测试是很必要的,当然这是针对小型项目而言,如果是大项目则可能方法不一样了。我们公司的很多模块都在很多项目上应用过,一般不会出错,只有那些客户新加的功能非常容易发生错误,所以测试重点是比较容易找的啦! 关于这个问题楼上的达人们都回答得非常好了!
我随便说说我的看法,只是练个手
在回 ...
love笨笨 发表于 2008-5-28 10:21 http://bbs.51testing.com/images/common/back.gif
小问一下:你是如何组织这些相关性的用例的呢? 学习了。 回复 7# 卖烧烤的鱼
学到东西了,呵呵 回复 7# 卖烧烤的鱼
学到东西了,呵呵:victory: 回复 2# bzfyhfyh
老师回答的真好!!顶个:handshake
页:
1
[2]