Ch1-测试和软件质量分析报告资料祥解.ppt

软件测试方法和技术 - Ch.16测试和软件质量分析报告 主讲教师：郭晓燕 第十六章 测试和软件质量分析报告 16.1软件产品的质量度量 软件度量 软件度量的分类 软件度量的内容 软件度量的分工 软件度量的过程 软件质量模型 Boehm软件质量度量模型 ISO 9126 软件质量模型 软件质量的度量 质量度量的统计方法 质量度量的统计方法 质量度量的统计方法 （2） 16.2 评估系统测试的覆盖程度 测试的评估 对软件需求的估算 基于需求的测试覆盖评估 基于代码的测试覆盖评估 16.3软件缺陷分析方法 缺陷报告 缺陷分布报告 缺陷趋势报告 (到达模式) 缺陷趋势报告（累积模式） 缺陷趋势报告（MS 例子） 16.4 基于缺陷分析的产品质量评估 经典的种子公式 基于缺陷清除率的估算方法 软件产品性能评估 16.5 测试报告及其模板 Q A 在国家标准GB/T 17544－1998（附录C）对测试报告有了具体要求，对测试纪录、测试结果如实汇总分析，报告出来。测试报告应具有如下结构： 产品标识； 用于测试的计算机系统 使用的文档及其标识 产品描述、用户文档、程序和数据的测试结果； 与要求不符的清单； 针对建议的要求不符的清单，产品未作符合性测试的说明； 测试结束日期。 * * 16.1 软件产品的质量度量 16.2 评估系统测试的覆盖程度 16.3 基于缺陷分析的产品质量评估 16.4 测试报告及其模板 16.1.1 软件度量的内容和分类 16.1.2 软件度量的分工和过程 16.1.3 软件质量模型 16.1.4 软件质量的度量 16.1.5 质量度量的统计方法 软件度量就是对软件所包含的各种属性的量化表示。 软件度量可以提供对软件过程和软件产品的深入了解的衡量指标，使组织能够更好地做出决策以达成目标，软件度量具有如下作用： 用数据指标表明验收标准； 监控项目进度和预见风险； 分配资源时进行量化均衡； 预计和控制产品的过程、成本和质量。 测量（Measurement） 、度量（Metric） 和指标 (Indicator) 软件度量的分类 软件过程度量 软件项目度量 产品质量度量 规模度量：代码行数，功能点和对象点等 复杂度度量：软件结构复杂度指标。 缺陷度量：帮助确定产品缺陷变化的状态，并指示修复缺陷活动所需的工作量，分析产品缺陷分布的情况 工作量度量 进度度量 生产率度量：代码行数／人·月，测试用例数/人·日； 风险度量： “风险发生的概率”和“风险发生后所带来的损失” 度量工作小组由专职的度量研究人员和项目协调人员组成，度量研究人员的主要职责是定义度量过程和指导进行度量活动，并对数据进行分析、反馈；项目协调人员的职责是为定义度量过程提供详细的需求信息，并负责度量过程在项目组的推行。 数据提供者一般是项目中的研发人员，有时还会包括用户服务人员和最终用户。 IT支持者确定数据提供的格式与数据存储方式，提供数据收集工具与数据存储设备 识别目标。分析出度量的工作目标和列表，并由管理者审核确认 定义度量过程。定义其收集要素、收集过程、分析、反馈过程、IT支持体系，为具体的收集活动、分析、反馈活动和 IT设备、工具开发提供指导。 搜集数据。应用IT支持工具进行数据收集工作，并按指定的方式审查和存储。 数据分析与反馈。根据数据收集结果，按照已定义的分析方法进行数据分析，完成规定格式的图表，进行反馈。 过程改进。根据度量的分析报告，管理者基于度量数据做出决策。 Boehm软件质量度量模型 McCall 三层次的度量模型 （图2-1） ISO 9126 软件质量模型 软件可靠性度量、复杂度度量、缺陷度量和规模度量 Mi＝c1×f1＋c2×f2＋…＋cn×fn Mi是一个软件质量因素(如SQRC层各项待计算值)， fn是影响质量因素的度量值（如SQDC层各项估计值），cn是加权因子。 对质量评估量化的一种较常用方法，基本步骤： 收集和分类软件缺陷信息 找出导致每个缺陷的原因 运用Pareto规则，将20%主要因素分类出来 一旦标出少数主要因素，就比较容易纠正引起缺陷的问题。 错误产生的原因 说明不完整或说明错误(IES) 与客户交流不够所产生的误解(MCC) 故意与说明偏离(IDS) 违反编程标准(VPS) 数据表示有错(EDR) 模块接口不一致(IMI) 设计逻辑有错(EDL) 不完整或错误的测试(IET) 不准确或不完整的文档(IID) 将设计翻译成程序设计语言中的错误(PLT) 不清晰或不一致的人机界面(HCI) 杂项(MIS) 100% 623 100% 512 100% 195 100