51Testing软件测试论坛

标题: 求助:一个具体项目的测试分几个步骤进行? [打印本页]

作者: zhang_xm    时间: 2005-1-20 15:58
标题: 求助:一个具体项目的测试分几个步骤进行?
大家好,公司刚刚开始对测试要求规范化,让我负责管理,可我是个开发人员,测试经验不多。
      现在我的脑海里只有这些生硬的条条框框:
      拟定软件测试计划
      编制软件测试大纲
      确定软件测试环境
      设计和生成测试用例
      实施测试
      生成软件测试报告

      想在这里听听大家在项目的从始至终,是如何从整体上把握测试这一块的。
作为刚刚开始进入测试管理的公司,你们认为我应该从哪个部分开始入手比较好。是不是应该先出测试用例的规范?
作者: skinapi    时间: 2005-1-20 22:11
个人觉得要规范测试从以下几个方面考虑:
1.对测试人员进行培训,统一对测试的认识,加深对测试的理解。如果测试人员对测试都是一知半解,如不知道怎样提交合格的缺陷报告,规范测试只能是空谈。
2.规范测试流程,制定一整套和项目相配套的测试流程,如缺陷的管理等。
3.制定各种测试文档模板,在不是所有人都知道该如何编写各种测试文档时,模板是必要的。
作者: baitest    时间: 2005-1-20 22:13
楼上说的不错!
作者: zhang_xm    时间: 2005-1-21 10:35
谢谢版主的建议。
     我也是想整理出一套模版,再根据开发经验对容易出现的bug做分类,可以让开发人员不在重复出现的错误上浪费时间。也使测试变得有针对性,提高某一部分程序的测试效率。
      但是这是个漫长的过程呀。希望可以向大家多学习。
作者: awangty    时间: 2005-1-21 13:19
to zhang_xm:
过程说漫长也不漫长,主要你现在是才起步,不过这也是一个优势,可以从开始就加以规范。打个比方,如果走错了路,第一步要先修正路,然后才走正路,不如一开始就走规范化的路,哪怕走的慢一些,而稳一些。
一些规范模版,在网上有好多的例子,可以汇总进行修改,从而适合自己的。
斑竹已经把精华都汇总出来了。
作者: zhang_xm    时间: 2005-1-24 09:26
awangty,谢谢你的建议。
我现在进行的工作是整理出,在项目的各个阶段都进行哪些相关的测试工作。需要投入什么样的人员。再结合公司的具体情况,找出最易开展的部分,逐渐的丰富测试相关工作。
作者: uyul    时间: 2005-1-24 09:54
Originally posted by zhang_xm at 2005-1-21 10:35 AM:
谢谢版主的建议。
     我也是想整理出一套模版,再根据开发经验对容易出现的bug做分类,可以让开发人员不在重复出现的错误上浪费时间。也使测试变得有针对性,提高某一部分程序的测试效率。
      但是这是个 ...

你可以使用工具啊!
作者: billrub    时间: 2005-1-26 13:12
除了在对测试流程的理解上,更重要的是所有这些你做的工作是对你的测试人员具有很强的指导作用或有其他明显反映测试工作情况效果。也就是我们通常说的工作务实性,如果最终做文档只是文档;或者做了以后虽然起了一部分效果,但在其中充满了冗余的内容,那将使测试工作效率大幅度降低,也会影响测试人员的工作心态。
   一定要记住务实,不需要的内容哪怕一丝我们都不需要!
作者: zhang_xm    时间: 2005-1-26 15:27
谢谢billrub版主的提醒,的确是这样,不论我们做了多少工作,最终都是为了效率而不是形式。这几天一直在看一些高手们的帖子,看得头昏昏了。呵呵。你的提醒很及时,谢谢。
作者: billrub    时间: 2005-1-27 12:17
客气了。大家提的一些条条框框也确实是测试需要的,只是这需要和客观紧密结合。测试刚开始,首当其冲的是测试人员的缺陷发现能力,你可以尝试如何结合公司实际业务和技术加强此项,而且最重要的是各测试员的测试角度都有差异,并非一个测试人员能发现一个缺陷而另一测试员没发现此缺陷就表明后者的缺陷发现能力比前者强。如果你能将大家的经验不断总结并共享,那么你将有个良性循环的开端。
作者: billrub    时间: 2005-1-27 12:24
重要的一点是你上一个测试环节就需要做到这一测试环节能务实,并且能明显看到它的效果;而不是照模式一整个上,结果都很虚;当然测试团队有足够基础以及你有足够能力将所有环节一次性均能正确走上轨道,则不需要逐步进展。有了缺陷发现能力的保障(当然你做到这点,首先体现的是项目经理对测试的注重和信任),那么后步可以开展测试任务递交和项目产品递交两个环节,即先卡一头一尾,体现出测试对项目的影响力。
作者: zhang_xm    时间: 2005-1-27 15:20
billrub版主的建议很好。
      我们项目组很重视软件工程,但一直都是程序员在做测试,在上一个项目中,测试工作很失败,所以这次痛下决心要好好开展测试工作。
      通过这些天在网上的了解,加上公司目前到情况,我总觉得通过需求写好测试用例和对缺陷的管理对我们来说最为重要,以下这几种情况就让我很头疼。
      因为根据以往的项目,一是大家的测试很随意,粒度不够细,造成一些错误测不出来,有很大的遗漏。二是对同一类型的bug,一个人发现了问题,也解决了;可是第二人还在苦苦的思索该问题是如何导致的,完全不知道别人已经解决了此类的问题。我想通过试用工具来管理缺陷应该可以好一些。另外,也应该通过会议或者其他的方式公布每天测试出的不同类别的问题。
      测试计划对我来讲,我觉得难度大一些,特别是从进度和人力资源上,估计不好。
作者: huanghan    时间: 2005-1-28 19:37
测试的流程很重要!而且也不能盲目的去测试,先前需求分析,概要设计,详细设计也很重要!
作者: zhang_xm    时间: 2005-2-28 17:03
我们讨论出一个方案后就暂时放下了。
测试要和软件工程其它部分的工作一起进行,领导和我说,大的框架不起来之前,测试也不能很好的开展,看来,又得一段时间才能真正的开始测试工作了。
作者: liuyuwangood    时间: 2011-12-14 17:02
学习了
作者: 愚人    时间: 2011-12-14 20:05
差不多那样




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2