关于需求测试

yw_wyy

急求：
有没有人做过需求测试？？
大家知道需求测试该怎么做吗？

迎风

目前大多基于需求的测试都是以静态手工的方式进行，最常见的手段是同行审评。

首先，你应该搞清楚什么是需求？从用户角度（系统的外部行为）和从开发者角度（一些内部特性）对同一需求的阐述的不同的，而其中最重要的就是这些需求必须文档化。当然同时你也要认识到，任何文档形式的需求都只是一个模型或一种描述，我们应该保证所有的风险承担者在描述需求上都能够达成共识，这是尽可能减少需求二义性与降低需求变更带来风险的关键。

然后，你应该要搞清楚一个好的需求所包含的特点：完整性、正确性、一致性、可行性、无二义性、健壮性、必要性、可测试性、可修改性、可跟踪性。上面谈到的这些特性都有自己明确的定义，而且都可以随着项目的不同或变化而展开，这些都要有所了解与实践。

接着，就是通过一定的方式来测试需求了，比如同行评审。其参与者必须要有用户或用户代表，同时还需要项目管理者、系统工程师和相关开发、测试、市场、维护人员等。在项目开始之初就应当确定不同级别、不同类型的评审必须有哪些人员参与，否则，评审可能会遗漏掉某些细节，导致将来不同程度的返工。

最后，还可以使用用例驱动的方式来测试需求。

FGBMW

各位大哥,有没有相关的完成的需求说明书的测试报告呀,一个需求说明书具体测试条目有哪些?

wjpjr

产品的测试需求与项目的测试需求有哪些不一样的地方呢？

mayu

需求测试真的很重要！提早发现需求的BUG。

sbq5

需求说明书具体测试条目:
评审人员
问题描述
位置
缺陷/疑问
缺陷严重程度
问题确认
作者修改说明
是否已改正