欢迎交流

测试最早出现的地方

上一篇 / 下一篇  2008-04-15 20:57:04 / 个人分类:测试方法论

   在项目中,测试最早出现的地方应该是什么呢?大部分的人认为,应该在开发基本完成或者单元开发完成时进行,在实际的项目中也是如此。

   通过半年多的测试工作,我发现了一个问题,就是假如设计做错了,应该在什么时候发现它的错呢?在我所在的项目,我也经常发现有设计错误,在写测试案例或者测试时,发现有些许错误,有的是小错误如笔误,有时与开发人员进行沟通时,发现同样是按照设计,我们的理解竟然不同,但又说不出其中的错误。而发现这样的错误,要改起来就麻烦,既费时有费力。于是,我想,应该在设计完后就进行设计测试,这应该是测试最早出现的地方。这个时候的测试,并不是技术测试,而大部分是业务测试和错误检查,所以,要求测试人员必须有较高的素质,对业务要有比较深的理解,甚至超过设计人员。这部分设计,我认为也是相当重要的,希望项目的管理者能够重视。

   我读设计文档的时候,往往会有这些发现,可由于没有设置设计文档的测试,错误并不能很好的反映出来,即使反应给设计人员,也并不能走上管理的道路。所以,我觉得,一个大的项目应该设置设计测试,特别是数据库方面的项目,更应该如此。


相关阅读:

TAG: 测试方法论

软件测试之路 引用 删除 zhouqs   /   2008-04-16 16:34:57
wzstar2008,多谢来访。你说的很有道理,但在实际的项目中,需求评审阶段却很少考虑是否可测的问题,大家基本认为能开发就能测试。我所在的项目做的是数据仓库,需求经常变化,因为最终的报表需要什么数据,就要求需求变更出什么用的数据。如果是一个系统而完整的项目,确实需要在需求评审阶段做出需求是否可测的判断。
FreeMyMind 引用 删除 wzstar2008   /   2008-04-16 12:35:27
个人觉得测试最早出现的地方是需求评审阶段。在需求评审阶段要测试需求是否可测,需求是否存在逻辑错误等等问题。你提到的设计出错的问题,应当尽可能的在设计评审阶段发现,结合需求,系统架构,以及技术实现方式等各方面的信息对概要设计和详细设计进行评审,同时还要保证设计时忠于需求的。当然,在设计评审中也不能绝对保证发现所有设计缺陷,所以,软件质量需要在软件开发各个阶段持续跟进把控,而不能期望只在某一个阶段就可以全部搞定。
 

评分:0

我来说两句

日历

« 2024-05-09  
   1234
567891011
12131415161718
19202122232425
262728293031 

我的存档

数据统计

  • 访问量: 2534
  • 日志数: 4
  • 建立时间: 2008-04-14
  • 更新时间: 2008-04-16

RSS订阅

Open Toolbar