金鑫  2010-04-12

需求评审会议，并形成文档。
如果是测试过程中发现，可提请需求负责人（或项目经理）确认

刘俊  2010-04-12

测试人员是有权利对需求文档提出异议的

李星星  2010-04-12

找需求确认

苗志伟  2010-04-12

异议就是分歧，有分歧就需要确认。
测试需要以需求为准的，一般的歧义都是需求描述不清楚或者不正确，想要在测试阶段该需求，做需求变更矩阵吧。
如果需求没问题，那那就是你理解错了。。。

张勇  2010-04-12

对需求理解不透或有异议是很正常的，可以请教需求分析师或项目经理。
不过应该在需求分析或用例设计就应该发现的。

汪坤  2010-04-13

如果可以确定需求缺陷，可以报需求bug

栾雪连  2010-04-13

对需求产生异议的情况在实际工作中是很常见的，我的建议如下。
沟通方面：找测试组的负责人了解情况，如果测试组的负责人也确认不了那就由他（她）找项目经理沟通来确认是需求本身写错了或产生奇异，还是你理解有偏差。
文档方面：若问题出在需求文档上，得到项目经理和测试组负责人的确认后可以在相应一系列的文档中标注并通知相关人员，当这些小问题积累到一定数量时，撰写文档的人员会发布一个新的版本并要通过评审会。

李时卫  2010-04-14

看你公司的处理流程了，我这边对需求文档的异议直接找需求方沟通，由需求方把处理结果知会到项目组全体成员