项目中你看到了什么?

上一篇 / 下一篇  2012-07-25 10:17:18 / 个人分类:项目小结

xx项目足足做了八个多月的时间,我仔细回想,我想知道我在这个项目中得到了什么,学习到了什么,真正拥有了哪些属于自己的财富。

 

在这个项目我得到最新的就是linux、以及oracle的使用,如果说其他相关测试的内容,我需要一个个回想,然后确认自己是否真的收获。

 

这个项目是我进入公司以来接触的第一个真正参与的项目,项目的开始阶段,大家都充满了激情,包括总经理一起开启了项目启动大会,当我拿到这个项目,负责测试的时候,我也充满了激情,也做了充足的准备,测试经理给我这边安排的测试人员,也做了变动,因为受到了公司人事的变动,人员变动后,影响到的是,新加入的成员对需求的不理解,这个让测试有了一定的小出入,不过关系不大,

 

开始阶段:

开发小组很轻松,只记得当时我们部门我和部门的三个新员工,加班讨论需求以及讨论测试用例的编写的过程,开发小组整个处于按时下班的状态,什么详细设计、以及数据库设计均没有提前完成,或者说紧张的完成,这也许就是项目不能提前完成的原因之一吧,开发人员的小组素质。

测试小组在编写测试用例,而我们编写测试用例的依据就是我们一个软件的灵魂,需求。

这个需求在整个项目中贯穿着,是一条引线,这条不能断,也不能出现错误,否则就影响了这个项目的进度,而我们的这个项目就是被这样的一个不“神圣的灵魂”,导致了后期项目的小混乱。个人觉得这个既有客户的原因,又有我们需求调研的问题。

 

项目管理的问题

测试用例编写的过程,我参与了整个项目的设计,包括设计自己负责的模块,以及其他组员设计的模块,对其用例进行评审,更改,直至最后,

而在后期使用测试用例上,我们做的非常不够,我不太清楚其他公司的测试提交的用例是如何管理的,但是我一直想做好这个用例的更新以及用例的完成度,可是到了实施的过程,我们做的是开始时执行了测试用例,但是在越来项目越紧张的情况下,我们几乎会忽略测试用例,直接使用需求、以及使用自己的测试经验、还有人常规的逻辑思想进行回归测试,这样就让我开始怀疑测试用例的用途,是为了测试人员熟悉需求的过程,还是只是为了对软件最终交付物之一。

他的作用在哪,意义又在哪?

 

集成测试阶段:

用例才刚刚完成,还没来得及评审结束,集成测试开始了,现在回想从一开始到现在的测试,我们一直都是在测试基本的业务需求,这个系统的性能测试都没有做过,而根据我们公司的开发现状,都是只是为了实现业务,并没有考虑增前数据库的性能优化,已经代码的优化,我问过很多,一致的回答是,公司的人手不够,开始时间不够。我比较纳闷,这样的一直下去的一个开发小组,会给这个公司一个怎样的结局。

 

交付阶段:

我跟随开发小组,整个项目组在现场长住一个多月的时间,这一个多月的时间我很茫然,因为已经一个月的时间,我处于的一个工作被动过的状态,每天等开发人员的修改两三个bug进行测试,一测,没有一个可以完全正确的,这个是业务太复杂,还是我们开发的质量不够高,我不怀疑开发人员的水平。我却怀疑开发人员的一个基本工作方式,在开发完成一个模块或一个业务功能后,并没有进行过认真的自测?自测对于开发人员来说真的不重要?还是因为有了测试人员后,生成的一种依赖感?我一直很疑惑,我也想建议公司可以完成开发质量,做好产品质量提高的第一步。

 

 


TAG:

527623947的个人空间 引用 删除 527623947   /   2012-08-28 13:29:09
5
 

评分:0

我来说两句

我的栏目

日历

« 2024-05-15  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 4384
  • 日志数: 8
  • 建立时间: 2012-05-15
  • 更新时间: 2013-02-25

RSS订阅

Open Toolbar