关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面,同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求;准确性评审:应保证所描述的内容能够得到相关各方的一致理解,各项测试需求之间没有矛盾和冲突,各项测试需求在详尽程度上保持一致,每一项测试需求都可以作为测试用例设计的依据;评审的形式有相互评审、交叉评审;轮查;走查;小组评审;审查。评审人员:必须存在多种角色,保证不同类型的人员都参与,包括开发经理、项目经理、测试经理、系统分析人员、相关测试人员和开发人员。根据系统需求,产品有不同类型的测试需求,如功能测试需求、性能测试等,以续表形式分别列出。3.2.1功能测试需求功能测试需求要求描述产品如何响应正确的、可预知的出错条件、非法输入或动作,必须唯一地标示每一个需求。 表2功能测试需求列表业务需求编号测试需求编号测试需求名称测试需求描述前置条件预期结果类型优先级作者评审状态3.2.2性能测试需求[性能需求测试要求包括测试精度、时间特性、适应性等要求] 表3性能测试需求列表业务需求编号测试需求编号测试需求名称测试需求描述前置条件预期结果类型优先级作者评审状态3.2.3压力测试需求对系统不断施加压力,通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别。例如测试一个Web站点在大量的负荷下,何时系统的响应会退化或失败。表4压力测试需求列表业务需求编号测试需求编号测试需求名称测试需求描述前置条件预期结果类型优先级作者评审状态3.2.3用户界面测试需求用户界面测试包括可视性(如界面整体布局协调性、色彩搭配合理性、界面要素美观性)、可用性(显控协调性、操作方便性与灵活性、提示、信息反馈、系统响应时间、易学习型、帮助功能完备性和准确性)、健壮性(输入类型及边界控制性能、危险操作拦截提示性能、操作可恢复性)容错等方面。表5用户界面测试需求列表