每天进步一点点,点滴的积累终究会带来质的变化。在测试这条路上,我希望我可以走的更远~~

小结:分清功能重点,提高测试效率

上一篇 / 下一篇  2009-12-03 14:20:47

          通过最近的测试工作,真正认识到测试不是“一碗水端平”,“面面俱到”的工作。毕竟产品的发版时间总是有限,我们能做的就是在有限的时间内,最大限度的保障软件的质量。

  然而,往往我们都把自己局限在这“有限的时间当中”,而忽略了对于产品的效率。因为时间紧,工作一开始我们就立即投身于寻找缺陷的浪潮中,发现一个问题,马上提交一个问题,尽可能的提高工作效率。看着数量不断上升的缺陷,总以为这就是效率。其实这只是我们片面的理解自己测试工作效率。在有限的开发周期中,测试提交的缺陷,开发总要花费时间来分析、解决或是拒绝。无论缺陷是重要的或非重要的都平等的消耗了开发人员的时间。对于那些无关紧要的缺陷无非是在浪费宝贵的发版时间。因此,我们的测试工作又多了一层意义——区分重要缺陷。

  这就要求我们在测试的过程中,分清主次。在我们展开测试工作之前,不妨先“浪费”一点点时间,来分析自己所负责的模块。按照意义和风险,将各模块排出个先后。将最关键,最有意义或风险最高的模块排在最前面。对于重点模块,我们也要分析主次,对于关键功能也应优先重点测试。这样就能保证我们在提交缺陷时,关键功能总是优先。

具体来说可以依据以下几点来考虑测试顺序:

1.      首先测试经过变更的部分,然后测试没有变化的部分。修改和更新都意味着新的风险。

2.      首先测试核心功能,然后测试辅助功能,测试残品所完成的关键和常用功能,测试完成产品基本任务的功能。

3.      首先测试功能,然后测试可靠性。先测试每个功能是否完全能用,然后再深入检查任何一个功能在很多不同条件下表现如何。

4.      首先测试常见情况,然后测试少见情况。使用常用的数据和使用场景。

5.      首先测试常见威胁,然后测试罕见威胁。用最有可能出现的压力和错误情况测试。

6.      首先测试影响大的问题,然后测试影响小的问题。测试在出现失效的情况会产生大量破坏的产品部件。

同时,作为一名优秀的测试员,不应该把成果满足于缺陷的数量上,应该注意缺陷质量,在有限的时间内提交真正有效的缺陷!


TAG:

引用 删除 leipei2352   /   2010-05-11 20:52:31
嗯,这篇文章说的好,不是所有的缺陷都是需要修复的,毕竟,大家都要靠产品卖出去的钱吃饭呢,而时间大体上又定好了,怎么在有限的时间内找到更重要的bug这才是最重要的。
FISHY'S TRIBE 引用 删除 fishy   /   2009-12-04 13:57:33
您好,我是51Testing软件测试网的编辑,您的本篇博文被推荐至51Testing软件测试网首页发表:http://www.51testing.com/html/65/n-197665.html
感谢您关注并支持51Testing博客,期待您更多的优秀原创博文。
 

评分:0

我来说两句

qicailingbing

qicailingbing

虽然是很糊涂的进入了测试一行,不过越来越发现对这一行的热爱。慢慢来,一步一步向着测试走去。

日历

« 2024-04-28  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 18597
  • 日志数: 21
  • 图片数: 1
  • 建立时间: 2009-09-18
  • 更新时间: 2010-07-22

RSS订阅

Open Toolbar