测试及需求分析.ppt

培训总结 软件产品的需求可以分为功能性需求和非功能性需求，其中非功能性需求是常常被轻视，甚至被忽视的一个重要方面。其实，软件产品非功能性定义不仅决定产品的质量，还在很大程度上影响产品的功能需 求定义。如果事先缺乏很好的非功能性需求定义，结果往往是使产品在非功能性需求面前捉襟见肘，甚至淹没功能性需求给用户带来的价值。 所谓非功能性需求，是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性。软件产品的非功能性需求包括系统的性能、可靠性、可维护性、可扩充性和对技术和对业务的适应性等。下面对其中的某些指标加以说明。 需求定义：需求（requirement）就是系统（更广义的说法是项目）必须提供的能力和必须遵从的条件。 需求分类：使用中，需求按照功能性（行为的）和非功能性（其它所有的行为）来 (1) 在一般分类。 　　功能性需求是说有具体的完成内容的需求。 　　例如：比如客户登录、邮箱网站的收发收发邮件、论坛网站的发帖留言等。 　　非功能性需求是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性，包括系统的性能、可靠性、可维护性、可扩充性和对技术和对业务的适应性等。 　　例如：性能要求：要求系统能满足100个人同时使用，页面反应时间不能超过6秒； 　　　　　可靠性： 系统能7×24小时连续运行，年非计划宕机时间不能高于8小时。要求能快速的部署，特别是在系统出现故障时，能够快速的切换到备用机 安全性：即与防止对程序技术局的非授权的故意或者意外访问的能力有关的软件属性。如用户权限、动态口令、数据库字段加密等. 另联机帮助、日志管理等 * a）对原始测试需求列表中列出的每一条开发需求，形成可测试的分层描述的测试要点； b）对步骤a）形成的每一条测试要点，从GB/T 16260.1-2006《软件工程 产品质量 第1部分：质量模型》中定义的软件内部/外部质量模型来确定软件产品的质量需求； c）对步骤b）所确定的质量需求，分析测试执行时需要实施的测试类型； d）建立测试需求跟踪矩阵，对测试需求进行管理。 * 测试流程及测试需求分析 Chapter 1测试流程 Chapter 2测试需求概述 课程目录 Chapter 3测试需求分析过程 Chapter 4实例 Chapter 1软件测试的流程 测试需求分析 编写测试计划 编写测试方案 测试用例设计 执行测试，提交缺陷 编写测试报告 测试流程图 测试需求分析 Chapter 2 测试需求概述 2.1 什么是测试需求 2.2 测试需求的特征 什么是测试需求 测试需求主要解决“测什么”的问题 ，用来识别什么内容是需要进行测试的； 测试需求通常是以软件开发需求为基础进行分析，通过对开发需求的细化和分解，形成可测试的内容。 测试需求应全部覆盖已定义的业务流程，以及功能和非功能方面的需求，不需要实际的数据出现； 测试需求的特征 制定的测试需求项必须是可核实的。即，它们必须有一个可观察、可评测的结果，无法核实的需求不是测试需求； 测试需求除了要说明系统应该要做什么外，还要说明系统不应该做什么； 测试需求不涉及具体的测试数据，测试数据设计是测试设计环节应解决的内容； 为什么要测试需求 软件测试需求是开发测试用例的依据； 确定测试完整性的一个基础； 确定测试的范围及方向； 测试的需求来自哪里 业务需求 功能内部逻辑（需求规格说明书） MRD(市场需求文档) 技术设计方案 测试需求分析 Chapter 3 测试需求分析过程 3.1 需求采集 3.2 测试需求分析 3.3 测试需求评审 测试需求分析过程 需求采集 需求采集的过程是将软件开发需求中的那些具有可测试性的需求或特性提取出来，形成原始测试需求； 可测试性是指这些提取的需求或特性必须存在一个可以明确预知的结果，可以用某种方法对这个明确的结果进行判断、验证，验证是否符合文档中的要求； 需求采集 需求采集的提取方法： 通过列表的形式对软件开发需求进行梳理，形成原始测试需求列表，列表的内容包括需求标识、原始测试需求描述； 使用软件需求的简述作为原始测试需求描述； 测试需求分析 测试要点分析 测试要点是对原始测试需求表每一条开发需求的细化和分解，形成的可测试的分层描述的软件需求； 对开发需求的细化和分解具体包括： 通过分析每条开发需求描述中的输入、输出、处理、限制、约束等，给出对应的验证内容； 通过分析各个功能模块之间的业务顺序，和各个功能模块之间传递的信息和数据（功能交互分析） ，对存在功能交互的功能项，给出对应的验证内容。 测试需求评审 评审的内容： 完整性审查：应保证测试需求能充分覆盖软