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