如何更好的检查业务需求

  需求在测试中是极其重要的文档，但是有时候我们测试拿到的需求文档不清楚。所以在拿到测试文档的

时候需要第一时间开始检查需求文档，并罗列出自己感觉到疑惑的地方，形成文档后来与用户或BA进行需

求文档的讨论。下面列出几个方面来帮助更好地检查需求的完整性：

1。这个需求点的操作用户

2.每个需求点需要有对应前置条件（进入这个功能需要满足哪些条件）和后置条件（经过这个功能后产生的结果）以及触发条件（如何触发这个功能点）
3.每个需求点需要有具体对应输入数据、输出数据
4.每个需求点需要有流程说明的文字描述和图形化的流程图
5.每个需求点是否有分支流程和异常流程的说明
6.每个需求点中是否包含了一些规则和计算（例如，权限规则，任务编号规则，返回检索结果规则，算法规则）
7.每个需求点是否有性能方面的要求（例如有些查询功能是查询大数据量，需要有查询性能的要求）
8.每个需求点给出具体的UI界面或有对应的静态原型 （测试员可以对应着需求上的UI来检查系统的U是否正确）
8.最后查看每个功能模块之间是如何进行交互的

可能有些公司的需求没有写这么详细，但是测试人员在测试的时候需要自己知道和清楚这个需求的相关的

这些方面，并自己多挖掘出一些隐含的需求和更深层次的需求。时间长了以后，每次在需求评审的会上，

你能提出比别人更多更深的问题，让别人对你刮目相看。所以测试人员在某个行业做久了以后很容易晋升成为需求方面的专家。