需求测试分析文档
–本文主要是来描述一个测试分析所要具备的几点：
- 产品概述
- 项目整体分析
- 功能性测试需求分析
- 非功能性测试需求分析
- 测试相关描述
- 测试方案
- 测试缺陷管理
- 测试流程管理
- 风险预警
- 其他
一 、产品概述
1、产品背景
目标是为了让测试人员了解下业务背景，并站着用户的角度去思考，去测试。
2、产品目标
测试分析的时候需要对此项进行关注，依据此处内容提炼测试需求。比如需要满足多少人同时使用该功能，对应出来的性能目标就是：要求并发量啥的。
二、项目整体分析
1、测试需求功能点罗列
主要是用来针对测试需求和软件需求之间的一个对应。
2、系统整体的设计图或者架构图
了解整体的一个设计框架，方便测试软件对整个业务的一个把控和测试设计。
三、功能性测试需求分析
整个部分是针对项目整体分析中—测试需求功能点罗列部分的功能 进行的一个逐条分析，设计测试。
1、测试需求
把自己针对当前软件需求对应的测试需求在此说明。
2、交互图
系统之间的交互图
3、流程图
当前功能的业务流程图，
4、 测试策略
根据当前的需求制定出来的一个执行方案：接口还是功能或者性能。
5、测试用例
针对当前的测试需求而设计的测试用例。不是完全的具体测试用例，只是对该测试需求的一个测试方向的描述。
例如:登录功能
其中一个测试用例：用户名的长度是6~20个字符。
而不是：输入6个字符–结果通过。。
- 是列出从哪些角度去分析覆盖这些测试需求，非具体的测试输入输出。
四、非功能性测试需求分析
该部分主要是针对不同的测试方案进行的一个具体的分析，该部分现在就不具体说明了。
1、 性能需求
2、安全需求
五、测试相关描述
主要是对当前测试的项目所涉及到的测试环境，人员，时间等的一个说明。
1、测试环境
2、测试人员
3、测试时间
六、测试方案
主要是指定和说明当前测试所要遵循的一个规定：执行策略，设计策略，以及回归策略等
1、执行策略
执行几轮，每轮怎么执行等
2、设计策略
测试方法是什么？功能 接口 性能 安全等的说明
3、回归策略
说明当前项目影响到的业务，是否需要回归，回归的内容有哪些，谁去回顾等等。
七、测试缺陷管理
BUG管理,对缺陷的说明管理等相关信息，缺陷工具，等级制定
1、BUG管理
八、测试流程管理
主要是对测试过程的一个规定，比如 准入，准出，产出等
1、准入准则
2、结束准则
3、文档规范
九、风险预警
过程中可能存在的风险或者困难啥的，主要是通过需求和设计的了解中知道，在后面的测试过程中可能存在的。
十、其他
乱七八糟的说明吧 比如你可以附上相关的文档啊