测试需求是用来识别什么内容是需要进行测试的，通常需要覆盖一些业务规则，功能以及非功能的内容，不需要有实际的测试数据出现。如作为验证插入DB的操作，测试需求为：“验证你能插入一条记录”；“如果记录已经存在，插入将失败”；“如果表已经满了，插入将失败l”；“初始状态时能插入一条记录到一个空的表中”
为什么要识别测试需求？
是确定测试完整性的一个基础；用以确定测试的范围；用来识别可做自动化测试的策略；作为一个测试的方向标；
测试需求从哪里来？
业务需求，功能内部逻辑；MRD，技术设计方案，UC等
业务需求与测试需求的关系
业务需求通常是指系统需要做什么，如ATM能进行取款；取款在20-300之间；取款的金额是20的倍数，而测试需求除了需要覆盖系统应该做什么外，还要覆盖系统不应该做什么，是用来发现需求中存在的问题，如取款按钮是可选的；在20-300之间的20的倍数是可取的；小于20元是不允许的；大于300是不允许的；20的倍数但是大于300是不允许的；在20-300之间但不是20的倍数是不允许的；收到的金额与请求的金额相当；取款的总额必须是小于账户余额等等
建议的测试需求分析层级图如下：
业务功能级别：关注相互之间的联系，完整性以及系统功能之间的交互性（可选）
功能任务级别：把每个功能分解成任务，对于复杂的任务，可以分解成子任务，注意：一些业务功能不能被分解成更细的任务
