可以采用的流程图表法：画决策流程表（针对if?else?then的形式），明确用户流程导向，区别出核心流程和优先级

　　2）二义性：和一致性并行检查

　　a）异常分支是否已经说明

　　b）引用上的歧义，未指明具体引用的内容

　　c）动作的范围界限不清

　　d）遗漏：有原因但没有结果的说明；有结果但缺少原因的说明

　　e）逻辑操作符歧义：与，或，非，与非等复合操作符使用不当

　　f）否定的范围不明确

　　g）含糊性陈述：一些变量添加了不必要的别名，引起歧义

　　h）结构混淆：因果混淆，用例先后次序不严谨

　　i）内置假定臆断条件：对知识范围的臆断

　　j）边界值上的含糊

　　可以采用用例图的方法：

　　3）一致性检查：这点比较难理解，需要考虑在需求中的功能分解，和有交互的功能重合部分和交互部分会否出现一致性的需求错误

　　a）任何一条需求不能和其他需求互相矛盾，主要表现为逻辑关系之间是否有冲突（包含、并且、或之间的关系验证）

　　实例说明：

　　如果小于18岁，并且打网球，那么寄送给他们一本网球俱乐部的手册

　　如果大于等于18岁，或者有一个摩托车的驾照，那么寄送给他们一个摩托车俱乐部的手册

　　如果这个人同时收到了2份手册，那么把这个人放在A的邮件列表中

　　拥有摩托车手的驾照，必须大于18岁

　　第三阶段：详细确认式

　　这一阶段是在上述两个阶段成果的基础上，进行具体的流程细化、数据项的确认阶段，这个阶段必须提供原型系统和明确的业务流程报告、数据项表，并能清晰地向用户描述系统的业务流设计目标。可以通过技术方案业务流程报告、数据项表以及操作承建方提供的DEMO系统

　　实现手段：原型演示系统、交互图、时序图、流程图

　　测试方法：

　　1、对demo中的功能进行需求文档的功能点是否能覆盖进行排查。

　　例如： 覆盖的功能、覆盖的市场、覆盖的异常流、覆盖的数据类别

　　2、对接口引用的关系，数据传输的过程，系统的交互等

　　整体来讲，需求分析的三个阶段是测试中不可忽视一个重要的部分，三个阶段的实施和采用，在系统建设的过程中，特别在采用迭代法的开发模式时，需求分析的工作需一直进行下去，而在后期的需求改进中，工作则基本集中在后两个阶段中。