文档介绍：Hessen was revised in January 2021
软件测试需求分析
软件系统测试需求分析模版
产品名称：
于一般的测试需求，如果受资源或时间的约束，在预定的产品发布时间，有可能不能完成对这些系统功能的验证，则这些系统功能的测试需求被定义为建议的。
测试需求评审状态包括：未评审、已评审、不评审。
评审的内容包括：
完整性评审：应保证测试需求能充分覆盖软件需求的各种特征，重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面，同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求；
准确性评审：应保证所描述的内容能够得到相关各方的一致理解，各项测试需求之间没有矛盾和冲突，各项测试需求在详尽程度上保持一致，每一项测试需求都可以作为测试用例设计的依据；
评审的形式有相互评审、交叉评审；轮查；走查；小组评审；审查。
评审人员：必须存在多种角色，保证不同类型的人员都参与，包括开发经理
、项目经理、测试经理、系统分析人员、相关测试人员和开发人员。
根据系统需求，产品有不同类型的测试需求，如功能测试需求、性能测试等，以续表形式分别列出。
功能测试需求
功能测试需求要求描述产品如何响应正确的、可预知的出错条件、非法输入或动作，必须唯一地标示每一个需求。 
表2功能测试需求列表
业务需求编号
测试需求编号
测试需求名称
测试需求描述
前置条件
预期结果
类型
优先级
作者
评审状态
性能测试需求
[性能需求测试要求包括测试精度、时间特性、适应性等要求]
 
表3性能测试需求列表
业务需求编号
测试需求编号
测试需求名称
测试需求描述
前置条件
预期结果
类型
优先级
作者
评审状态
压力测试需求
对系统不断施加压力，通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别。例如测试一个 Web 站点在大量的负荷下，何时系统的响应会退化或失败。
表4压力测试需求列表
业务需求编号
测试需求编号
测试需求名称
测试需求描述
前置条件
预期结果
类型
优先级
作者
评审状态
用户界面测试需求
用户界面测试包括可视性（如界面整体布局协调性、色彩搭配合理性、界面要素美观性）、可用性（显控协调性、操作方便性与灵活性、提示、信息反馈、系统响应时间、易学****型、帮助功能完备性和准确性）、健壮性（输入类型及边界控制性能、危险操作拦截提示性能、操作可恢复性）容错等方面。
表5用户界面测试需求列表
业务需求编号
测试需求编号
测试需求名称
测试需求描述
前置条件
预期结果
类型
优先级
作者
评审状态
1
1
接口测试
硬件接口：描述系统中软件和硬件每一接口的特征。这种描述可能包括支持的硬件类型和软硬件之间交流的数据、控制信息的性质一级所使用的通信协议。
软件接口：描述该产品与其他外部组件的连接，包括数据库、操作系统、工具、库和集成的商业组件，并描述在软件组件之间交换数据或消息的目的、所需要的