项目中的沟通

上一篇 / 下一篇  2007-11-04 16:08:55

    近日,新接了一个项目。是做一个小型的ERP系统。为期半年左右。开发6人,测试三人。外加一个PM,一个ERP顾问,一个PPQA。其中,顾问和PPQA都是兼顾好几个项目。

    在需求调研阶段,参与的人员为:PM,顾问,1个开发。调研结束后,生成了一批UserCase。其中以场景描述为主,类似一个原始需求。之后,没有进行分析,生成SRS。

    需求算是这样结束了,PM要求测试做做需求跟踪矩阵。要求将所有的UserCase进行分析,分析出所有的功能点,并加以细化,细化到每个字段。有点像是要我们生成SRS了。但我们不了解需求。通过阅读了大概一个星期的UserCase后,接受了一次需求培训。培训是按照各个功能点来解释,但没有总体的流程,因此我们对需求还是不太清楚。好在该项目是从一个老版本中,进行升级工作。我们根据老系统,想象着新系统的轮廓。当然,中间有着无数的疑问。

    但我们在做需求细化工作的时候,开发人员正在学习老系统的架构。约2周后,我们完成了需求细化的初稿。但我担心的是,在我们做需求细化工作,并生成RTM文档结构的时候,开发一点也没有参与。并且,开发人员已经进入了设计工作阶段。他们是怎么得知需求的呢?我去问PM,他们如何获取需求。PM回答道:他们会很清楚的。我就是很不理解,开发做开发的,测试做测试的,到时候,开发做出来的设计,和测试写出来的用例,能对的起来吗?

    还有一点,我们写出来的需求,并没有真正细化到可以写出测试用例。我看最多也就是定一个测试项的程度。而且也不能保证我们对需求的理解是正确的。更严重的是,需求还正在变化,开发人员似乎私下决定了一些变化。虽然我知道,这个工作肯定是逐步细化的,不可能一次完成。但是,我似乎看到了混乱的预兆。

    测试和开发间如何沟通?我提议PM进行RTM工作的评审,让测试和开发对需求的理解尽可能达成一致。PM答应下周评审。希望评审能达到效果。

    还有一点,PPQA的工作似乎看不到效果。我们的PPQA是从测试转PPQA的,不到2个月时间,可能经验上不足。按照我们的项目计划,我们采用双V模型。因此,PPQA应该保证我们的过程是经过验证和确认的。但是,似乎她没这个意识。

    在这种情况下,测试组应该如何保证质量?希望大家能给些意见。其实,这种情况也不少见,只是我经验不足,希望在这次项目中能有所锻炼,以后再碰到这种情况,能够成竹在胸。


TAG:

侧视浮生 引用 删除 photon   /   2007-11-04 22:20:13
既然在软件过程上有自己的经验和见解,PPQA又经验不足,那么可以考虑适当的分担一些PPQA的责任。注意避免完全地负责和完全不负责的倾向,但是火候不容易掌握,会有一些风险。

也可以尝试和开发人员沟通测试用例,听听他们的意见,有较大的分歧就开会解决。
 

评分:0

我来说两句

日历

« 2024-04-23  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 6816
  • 日志数: 8
  • 建立时间: 2007-01-13
  • 更新时间: 2007-12-07

RSS订阅

Open Toolbar