• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

谁动了项目的质量

发布: 2009-1-20 09:34 | 作者: 不详 | 来源: 测试时代采编 | 查看: 16次 | 进入软件测试论坛讨论

领测软件测试网 又一个项目结束了,终于闲出空来写些东西。有了以前的经验教训,这次在做项目的时候,我对时间的控制很关注,最后也基本上达到了计划的要求。但最终交付产品的质量却让我不太满意:客户在做接受测试的时候发现了很多的问题,而且在我们进行修改的同时,又有BUG源源不断的报过来。甚至把更新的版本发给客户以后,还会发现不少问题,给客户留下了很不professional的印象。为什么问题总是要到项目快结束的时候才会出现呢?软件的质量为何不好?究竟是谁动了项目的质量?

  大家知道,项目的时间、成本及质量的三大要素是缺一不可。这三方面的符合程度直接决定了项目的成败与否。但事实上,想达到一个完美的等边三角形几乎是不可能完成的任务。这次的项目就让质量这个角短了很多,质量的问题暴露地很明显。所以,接下来,我就从项目的流程角度出发,一步步地分析到底是哪里出了质量问题。

  1、分析阶段

  项目的开始阶段,也是质量控制的开始。在这个阶段中,主要的工作是从客户方获得足够多的项目需求,并准确地记录在案,而且要使得项目组的成员对于需求足够得了解。先说说这个项目的基本情况:一个信息管理系统,而且是在原来的版本上进行的功能增加。项目组的成员,除了我以前参加了前一个版本的开发其它的人员都不了解这个项目。就是这样的一个项目,在开始阶段,我先是安排了组员对以前版本的需求文档进行了阅读,并安装使用了软件。随后对新的需求进行了研究,分析了它们对于原有系统的影响。由于是在旧有系统的文档进行增加,所以加入的新内容并不是很多,需求文档很快就完成了。所谓的分析阶段的里程碑也就结束了。

  在需求阶段"顺利"结束的同时,问题也随之留下来,并对后面的阶段起到了"乘数效应"――影响变得越来越大:

  A. 对旧系统的理解不足

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

TAG: 项目 质量

41/41234>

关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网