软件产品度量和评估探讨040418.pptVIP

定义 内容 1.1 软件整体评价 1.2 有利于找到测试分析的重点 1.3 从思路上指导测试工作 2.1 相关国际、国家标准 2.1 相关国际、国家标准（续1） 2.2 相关国际、国家标准（续2） 2.2 度量与评估模型 2.3 度量与评估流程 2.4 评测方要做的准备工作 2.4 评测方要做的准备工作（续1） 2.4 评测方要做的准备工作（续2） 2.4 评测方要做的准备工作（续3） 3.1 性能测试过程 3.2 时间特性的度量 3.3 资源利用率的度量 谢 谢 Page * Page * 软件产品度量与评估探讨 Echo_chen 产品度量：定义产品特性定量分析的标准，并按照此标准对测试结果进行量化。 产品评估：根据产品度量的结果，对整个软件产品进行评价。 通用标准（行业、系统平台、开发结构..) 具体项目的度量标准 粗略分级 （优、良、中..) 精细量化 （95，80..) 单纯对某个方面的评估是不全面的 根据具体项目，确定各个特性的权重 1、引入软件度量与评估的优点 2、度量与评估的流程 3、效率的度量 1、引入软件度量与评估的优点 软件整体评价 有利于找到测试分析的重点 测试结果的分析 从思路上指导测试工作 测试结束了，软件质量究竟如何？ ——这是用户常问的问题。 用户对测试过程的了解、参与比较少。 沟通！ √ 测试结果的分析、整理、量化需要提高。 量化！ √ 对测试需求的定义是否全面，让用户心中有数。 目标！√ 用户希望测试是全面质量保证，甚至是全面业务保证。 责任！ 用户关心的是整体评价，而不是某个测试类型的结果。 结论！ 1.1 软件整体评价（续） 策略1——保护自己： 告诉用户测试的目的是尽可能多的发现问题，但并不保证软件的质量。 策略2——提高服务： 在测试开始前，就与用户就软件质量评估的标准达成共识。（目标问题、沟通问题） 测试过程是为质量评估服务。（沟通问题） 质量评估是测试结果量化的开始。（量化问题） 每个系统的特征不同（大数据量？实时系统？大并发量？交易系统？查询系统？可靠性要求高？） 度量则必须定义特性优先级 可依此定义测试分析重点（系统结构？数据库设计？并发交易处理？资源泄露？系统软件构架？） 任何测试分析都要与功能紧密结合（对业务有何影响，这是用户最关心的） 1.3 测试结果的分析 单个结果 ? 汇总分析 定性 ? 定量 测试结果是为评价服务的 对单个测试结果的分析应尽可能深入 最优服务用户 提升测试的价值 提高测试队伍的水平 测试只是第一步 测试是服务，要不断提升用户满意度 测试应该为评价服务 测试应该有整体观念 测试有和开发类似的过程（需求—概要设计— 详细设计— 实施— 评价） 2、度量与评估的过程 相关国际、国家标准 度量与评估模型 度量与评估流程 评测方要做的准备工作 GB/T16260-1996 信息技术 软件产品评价 质量特性及使用指南（idt ISO/IEC 9126: 1991） GB/T17544-1998 信息技术－软件包－质量要求和测试（idt ISO/IEC 12119-1994） GB/T18905 -2002 软件工程 产品评价（idt ISO/IEC 14598：1998） GB/T 16680-1996 软件文档管理指南（neq ISO/IEC TR 9294:1990） 软件质量 功能性 可靠性 易用性 效率 维护性 移植性 适合性 准确性 互操作性 安全保密性 依从性 成熟性 容错性 易恢复性 依从性 易理解性 易操作性 易学性 吸引性 依从性 时间特性 资源利用率 依从性 易分析性 易改变性 稳定性 易测试性 依从性 适应性 易安装性 共存性 易替换性 依从性 GB/T16260-1996定义 理想与现实的差距： 特性、子特性定义完备，度量元定义缺乏 度量与测试的有效结合问题 分级度量与评估 软件质量 功能性 质量特性n ………… 适合性 子特性n 子特性1 子特性m …… ….. 功能点 覆盖率 问题率 … 度量元1 度量元L … …… …… 问题严重 程度 测试工具 测试方法 度量与评价规范 评测方 输入 投标书、软件评测需求 软件评测合同 软件评测计划 评测规格说明 软件测试说明 评测 记录 评价 报告 顾客输入 产品部件 产品描述 顾客需求 评审与签定 软件评测合同 编写 软件评测计划 编写 软件测试说明 实施 软件评测 编写 评价报告 编写 评测规格说明 确定 软件评测需求 软件评测过程模型 定义企业度量与评价规范 测试方法、测试理论、测试技术的积累 熟练掌握测试工具 测试队伍建设（角色划分….） 企业必须有自己的度