做好测试需求分析，首先需要深度了解需求，一般需求分为业务需求、用户需求、功能需求。什么是测试需求概述：测试需求通常是以功能需求为基础，通过对功能需求的细化和分解，形成可测试的内容。测试需求与功能需求的关系功能需求：系统应该做什么。
如何做好软件测试的需求分析？
做好测试需求分析，首先需要深度了解需求，一般需求分为业务需求、用户需求、功能需求。业务需求：业务需求描述了组织为什么要开发一个系统， 即组织希望达到的目标。业务需求通常来自项目投资人，购买产品的客户实际用户的管理者、市场营销部门或产品集划部门。使用前置和范围文档来记录业务需求，这份文档有时也被称作项目轮廓图或市场需求文档。
用户需求：用户需求描述的是用户的目标或用户要求系统必须能完成的任务。比如软件的界面是否好看、功能使用是否便捷等都属于用户需求。用户需求可以认为是对业务需求的一个具体目标。比如业务需求提出了这个系统具有语音功能，那么用户需求可能就包含了语音具备的功能，比如. 比如可以喊刘德德华的电影影去搜家 电影等。
功能需求：功能需求规定开发人员必须在产品中实现的软件功能，用户利用这个功能来完成任务，满足业务需求。功能需求有时也被称作行为需求功能需求是去解决业务需求、用户需求的具体的解决方案，也就是我们通常说的需求说明书。对用户需求做具体的分析、提出实施方法(需求说明书通常是由软件开发方编写比如产品经理。使得用户和软件开发方都对软件的初始规定有个共同的理解，是整个开发的基础)。
同时，开发方需要对需求说明书进行评估，比如这个需求能不能做，耗赛的成本是不是小于带来的收益，还有风险评估等。什么是测试需求概述：测试需求通常是以功能需求为基础，通过对功能需求的细化和分解，形成可测试的内容。范围：测试需求应尽可能全部覆盖已定义的业务需求，以及功能和非功能方面的需求。目的：明确需求的范围、明确每个功能的业务处理过程、明确不同功能点业务组合， 挖掘显式需求背后的隐式需求。
测试需求用于解决测什么的问题，即指明被测对象中什么需要测试。测试需求的特征测试需求必须是可核实的,即必须有一个可观察、 可评测的结果，无法核实的需求不是测试需求。测试需求应指明满足需求的正常前置条件，同时也要指明不满足需求时的出错条件。测试需求不涉及具体的测试数据，测试数据设计是测试用例设计环节解决的问题。
测试需求与功能需求的关系功能需求：系统应该做什么。例如，某ATM机取款业务需求：每次取款额度在100～2000之间;取款的金额是100的倍数，每日取款总额不得超过20000，这是功能需求。测试需求：系统应该做什么、不应该做什么，发现系统设计中存在的问题。例如，取款金额可选：在100~2000之间且为100的倍数可取，小于100或大于2000不可取，在100~2000之间但不是100的倍数不可取，取款总额必须不超过账户余额，这是测试需求。
