需求评审是侧重于对需求说明书还是软件进行评审?
我想问下大家在参加需求评审时,主要是针对需求说明书这个文档进行评审,还是针对软件界面、功能进行评审? 没人来? 这个问题问得好。。。怎么没人来。。。晕呢。。。兄弟我狂顶。。 个人观点:参加需求评审,是为了让测试人员和开发人员共同了解需求,是否有不清楚的,需求中有问题的地方。软件界面、功能要理解,使需求达到统一。如果在开发阶段和测试阶段出现了需求大规模的变更。那将会造成很大的开发成本。 需求说明书 需求规格说明书 当然是需求!最主要的是客户、开发和测试3方面的沟通!
只有进一步的沟通才能让开发知道什么是客户想要的!
才能让客户意识到什么才是自己想要的!
有的时候,这2方面人糊涂的很! 需求评审是针对《需求规格说明书 》进行的。来验证《需求规格说明书 》是否满足了软件需求的正确性、无起义性、完整性、一致性、可验证性、可追踪性等6大特性而引生的一系列评审点。其目的是在最早阶段就保证这一环节的质量,不让这一环节的缺陷遗留的下一环节中去,以至于让缺陷被无限放大和增加,也同时导致了修改成本的增加。需求评审是最为重要的,因为《需求规格说明书 》是下面所有开发,测试文档的最终依据。 I could not agree with xiaonanany more.
页:
[1]