如何讓測試人員更加理解用戶需求文檔﹖

zqp

各位大俠﹕
      因為我們測試的依據就是根據需求文檔來的﹐但需求文檔有時寫得不是很規范﹐常有不明之處﹐所以給測試的前期工作帶來不便。 再測試組受制于開發組﹐一般需求文檔是由總部的開發組和項目溝通后產生的（項目組根據用戶的需求寫出一個大概需求文檔﹐再和開發負責人討論可行性﹐最終形成一個需求文檔）﹐然后總部的開發負責人電郵需求文檔給分部的開發組﹐并分部的開發組轉發文檔給測試組。這樣我們對需求文檔無法知道其中的原因﹐如為什么要這樣做﹐這樣做的好處是什么﹖等等原因都不清楚﹐如對需求不明之處只能和分部的開發組討論﹐再如遇到雙方都不明白的則要通過分部開發組向總部反應。這樣一來測試組就相當的被動﹐無法了解這些需求的原由。  
     現要怎樣把這種情況反應上去呢﹐自己又該怎樣提出更好的方案來呢﹖ 望大家給些意見﹖也好參考一下﹐大此謝謝大家

Jeongspear

需求分析阶段应该也需要测试人员参加的，同时需求在评审的时候测试也应改介入，开发和测试对于需求理解的角度是不同的。在项目组和开发讨论产生需求文档阶段，测试可以提出要求共同参与，这样对于需求的理解更深刻有利于测试活动的开展。

200605200000

怎么繁体的。。

nicholas.hl

依照你所说的只能及早发现不明白的需求及早的合客户沟通 确定

marco

由测试人员直接和客户沟通应该不是一个好的做法，首先应该有测试经理提出这个困难，到项目经理到更高层，来寻求一个解决办法，尽量能安排测试人员到需求分析阶段，并且和开发人员紧密联系，有效沟通。

rickyzhu

老兄说的这是一种理想的状态,绝大多数国内的公司都做不到.

另外,需求的不确定,不完整, 更新不及时,都给测试带来一定的困难.
这也是测试不受重视的直接体现.

joans

建议:
1要求项目组提测试组讲解业务需求,即对测试人员进行业务培训.
2测试组把文档不规范等问题反馈给项目组并给项目组一些建议,让需求文档尽量符合测试人员要求.
3测试人员拿到需求文档后,要认真检查,尽量能把需求存在问题找出来,反馈项目组

huazi1026

应该及时和客户沟通,和编写需求说明书的人沟通,如果需求不明确,测试人员的测试结果会有什么意义呢

windyfreeze

就是多与客户沟通啊！