需求测试分析文档
–本文主要是来描述一个测试分析所要具备的几点:
- 产品概述
- 项目整体分析
- 功能性测试需求分析
- 非功能性测试需求分析
- 测试相关描述
- 测试方案
- 测试缺陷管理
- 测试流程管理
- 风险预警
- 其他
一 、产品概述
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、文档规范
九、风险预警
过程中可能存在的风险或者困难啥的,主要是通过需求和设计的了解中知道,在后面的测试过程中可能存在的。
十、其他
乱七八糟的说明吧 比如你可以附上相关的文档啊