研发管理中的产品测试管理

      项目在分析、设计、实现、组装后,就进入测试环节,测试作为检测我们设计的软件是否满足设计的功能需求,及其性能需求及其隐性需求起着重大的作用,作为最后成形的产品,可能在一些功能或是设计上存在缺陷,或是对于用户的需求歪曲的设计,都可以在测试环节找出来,予以修正。

  因此从这个角度上看,我们应该是重视软件测试,软件测试是提高软件质量的一个重要手段。据国外一些开发公司的统计,一般是设计:实现:测试人员投入的比例是1:3:3,可见对于测试的重视程度。

  那么测试也应该有测试的工作方法,首先要制作测试计划,选好测试模型,制定好的测试用例,然后进行评审。我觉得测试用例设计很重要,测试用例,要覆盖软件的功能,操作的一般情情况,特殊情况,爆力等特殊操作,设计用例还要能兼顾到新的bug等。总之好的测试用例,使我们能更快的发现软件的软肋,减少重复性的工作,减少软件中遗露的缺陷。

  测试用例设计也是一个经验的积累过程,一个优秀的测试工程师,必能找出一些通用的缺陷,即有些测试用例也是可重用的。

  有了测试用例,我们就过可以按这些用例去,去一个个的检验我们的软件产品。找出其中的缺陷,然后交给开发组进行修正,再跟踪测试。

  我们在提交测试后,一般会根据上轮测试,修正一些bug或是逻辑错误,产生一些新版本,然后再提交新的版本测试,那么在中间这一轮轮的测试中,是否每次都要进行覆盖测试呢,我个人觉得,如果前一两轮测试得较认真,那可以在有新版本的测试程序后,可以丢掉原版本的程序,在新版本的程序进行测试,测试的优先级别是先测bug是否修复,然后测上个版本没测的用例,直到全部测试完或是有一个新的版本出现,再丢弃用新的版本测试。

  经过多轮测试修复好,最后再进行全方位的覆盖测试,我想软件这时的功能质量都应该是比较有保证的。

  整个测试过程,均以需求基本要求,以测试用例为测试的指导。

       本文转载自51testing软件测试网,查看更多:http://www.51testing.com/html/30/n-847730.html

你可能感兴趣的:(研发管理)