软件质量度量指标v2.0

软件质量指标度量

V 2.0

2014.12

1综述 (3)

1.1编写目的 (3)

1.2阅读指南 (3)

2软件质量指标 (4)

2.1需求功能点覆盖率 (4)

2.2用例执行覆盖率 (4)

2.3缺陷修复率（截至于**年*月*日） (5)

2.4缺陷遗留个数（截至于**年*月*日） (5)

2.5缺陷分布统计（模块缺陷率） (5)

2.6缺陷分布统计（严重缺陷率） (6)

2.7缺陷密度及收敛 (7)

3测试过程质量指标 (9)

3.1缺陷探测率 (9)

3.2有效缺陷率 (9)

3.1用例执行效率 (10)

3.2缺陷发现率 (10)

4交付质量指标 (12)

4.1加载回退率 (12)

4.2故障回退率 (12)

5版本说明 (13)

1综述

1.1 编写目的

本文档主要为测试经理、测试组长/测试人员、技术负责人、项目经理、开发人员等提供软件质量、测试质量、交付质量等衡量依据。通过不同指标的目标设定、过程跟踪、结果分析，为当期被测产品的质量提供可参考的数据，也为后续测试提供数据的基础积累，并作为制定方法流程的重要依据。

1.2 阅读指南

●软件测试质量指标主要针对研发项目、商务项目被测产品出具数据

度量。

●测试过程质量指标主要为测试经理、测试组长对测试人员的测试执

行质量出具数据度量。

●交付质量主要为新需求的交付质量出具数据度量。

三者可单独使用，也可结合使用。

2软件质量指标

2.1 需求功能点覆盖率

【需求覆盖率】：计算测试用例总数之和除以与之一一对应的功能点数之

2.5 缺陷分布统计（模块缺陷率）

【模块缺陷率】：计算各模块的缺陷数除以总体缺陷之和，主要查看模块的质量的情况。

说明：此指标不能单纯看结果，要结合实际情况进行分析，如模块的粒度是否划分均匀，模块的重要性，模块包含的内容是否更容易发现bug等。

【公式】：本模块的缺陷数（个）/ ∑各模块的缺陷数（个）*100%

【数据来源】：QC管理平台

【计算结果】可通过导出表格、分析图形的方式来度量结果

2.7 缺陷密度及收敛

【模块缺陷率】：计算各版本缺陷数除以测试模块，主要查看版本是否趋于稳定情况，通过数据图表等方式来衡量版本交付的风险大小，是衡量版本是否可交付的重要依据之一。

说明：如果缺陷密度逐渐收敛，说明版本逐渐稳定；如果趋势起伏不定，需

趋于收敛的缺陷密度图：

起伏不定的缺陷密度图：

3测试过程质量指标

3.1 缺陷探测率

【缺陷探测率】：计算内部发现的缺陷数除以内部发现的缺陷数与用户发现的缺陷数之和，主要查看内部发现缺陷的能力。

说明：缺陷探测率越高，即内部发现的bug数越多，发布后客户发现的bug 数就越少，质量成本就越低。

【公式】：内部发现的缺陷数（个）/ （内部发现的缺陷数（个）+用户发现的缺陷数（个））*100%

【数据来源】：日常跟踪表，QC平台，用户缺陷平台或列表

【计算结果】：缺陷探测率=80/(80+5)=94%

3.2有效缺陷率

【有效缺陷率】：计算被开发人员确认的BUG数总和除于本人上报BUG的总和，可用于查看测试人员的个人测试质量，也可用于查看整个测试组的测试质量。

无效BUG状态包括：问题重复、不是问题、不可复现状态。这项指标用于考察测试人员发现的、被确认为缺陷的缺陷数高低或者百分比，数和比率越高测试质量越高。

注意：由于系统框架根本性的、初始化参数设置错误引发的、错误数据、错误环境等而开发人员因无法修正、可以通过改变环境而无需修改程序、重新导入数据、再次发布而解决的BUG为有效BUG

【公式】：测试人员发现的有效缺陷数（个）/测试人员发现的总缺陷数（个）*100%

【数据来源】：日常跟踪表，QC平台，用户缺陷平台

【计算结果】

3.2 缺陷发现率

【缺陷发现率】：计算测试人员各自发现的缺陷数总和除于各自所花费的

测试时间总和。

由于执行效率不能足够代表测试人员是否认真工作，那么，每小时发现的缺陷数就是重要的考核指标，测试的工作可以通过这项指标得到反馈。

注意：此项指标的统计可作为测试质量的一个依据，但实际工作中如果用此指标作为考核测试人员的唯一依据会带来很多问题，比如，缺陷数可通过减小缺

4交付质量指标

4.1 加载回退率

【加载回退率】：计算计划上线需求个数减去加载回退的需求个数之差除以计划上线需求个数，主要查看新需求上线交付质量。

说明：上线加载当日无法满足上线条件，导致回退。

【公式】：（上线需求数（个）-加载当时回退需求数（个））/上线需求数（个）*100%

【数据来源】：生产门户需求管控平台，客户需求管理平台等

【计算结果】加载回退率=（15-1）/15*100%=93%

4.2 故障回退率

【加载回退率】：计算计划上线需求个数减去故障回退的需求个数之差除以计划上线需求个数，主要查看新需求上线交付质量。

说明：上线加载次日，用户无法使用，引发投诉，进行故障回退。

【公式】：（上线需求数（个）-故障回退需求数（个））/上线需求数（个）*100%

【数据来源】：生产门户需求管控平台，客户需求管理平台/缺陷管理平台等

【计算结果】故障回退率=（16-2）/16*100%=88%

5版本说明

1.鉴于自己的经验有限，尤其侧重于测试方面，故总结的度量指标多为测试指

标。

2.其实软件的质量保证需要多种途径、多个层次、多个阶段有计划有步骤地去

实现，测试只是其中一条途径。休哈特说“产品质量不是检验出来的，而是生产出来的”，可见“测试只能发现问题，并不能解决问题”。戴明博士说“引起效率低下和不良质量的原因主要在公司的管理系统而不在员工”，但是我们不能因此而放弃对高质量的追求。

3.我正在系统学习质量控制、质量保证、质量改进方面的知识，后续会整理出

更为全面的度量指标，和同行及致力于提高软件质量的朋友们分享。

软件评价指标

软件评价指标 Last updated at 10:00 am on 25th December 2020

我们常说某某软件好用，某软件功能全、结构合理、层次分明。这些表述很含糊，用来评价软件质量不够确切，不能作为企业选购软件的依据。对于企业来说，开发单位按照企业的需求，开发一个应用软件系统，按期完成并移交使用，系统正确执行用户规定的功能，仅仅满足这些是远远不够的。因为企业在引进一套软件过程中，常常会出现如下问题： ● 定制的软件可能难于理解，难于修改，在维护期间，企业的维护费用大幅度增加； ● 企业对外购的软件质量存在怀疑，企业评价软件质量没有一个恰当的指标，对软件可靠性和功能性指标了解不足； ● 软件开发商缺乏历史数据作为指南，所有关于进度和成本的估算都是粗略的。因为没有切实的生产率指标，没有过去关于软件开发过程的数据，企业无法精确评价开发商的工作质量。为此，有必要先了解软件的质量评价体系。美国的.Ｂoehm和先后提出了三层次的评价度量模型：软件质量要素、准则、度量。随后提出了自己的软件质量度量SQM技术，波音公司在软件开发过程中采用了SQM技术，日本的NEC公司也提出了自己的SQM工具，即SQMAT，并且在成本控制和进度安排方面取得了良好的效果。第一层是软件质量要素，软件质量可分解成六个要素，这六个要素是软件的基本特征：

1. 功能性：软件所实现的功能满足用户需求的程度．功能性反映了所开发的软件满足用户称述的或蕴涵的需求的程度，即用户要求的功能是否全部实现了。 2. 可靠性：在规定的时间和条件下，软件所能维持其性能水平的程度。可靠性对某些软件是重要的质量要求，它除了反映软件满足用户需求正常运行的程度，且反映了在故障发生时能继续运行的程度。 3. 易使用性：对于一个软件，用户学习、操作、准备输入和理解输出时，所做努力的程度。易使用性反映了与用户的友善性，即用户在使用本软件时是否方便。 4. 效率：在指定的条件下，用软件实现某种功能所需的计算机资源（包括时间）的有效程度。效率反映了在完成功能要求时，有没有浪费资源，此外＂资源"这个术语有比较广泛的含义，它包括了内存、外存的使用，通道能力及处理时间。 5. 可维修性：在一个可运行软件中，为了满足用户需求、环境改变或软件错误发生时，进行相应修改所做的努力程度。可维修性反映了在用户需求改变或软件环境发生变更时，对软件系统进行相应修改的容易程度。一个易于维护的软件系统也是一个易理解、易测试和易修改的软件，以便纠正或增加新的功能，或允许在不同软件环境上进行操作。 6. 可移植性：从一个计算机系统或环境转移到另一个计算机系统或环境的容易程度。第二层是评价准则，可分成22点。包括精确性（在计算和输出时所需精度的软件属性）；健壮性（在发生意外时，能继续执行和恢复系统的软件属性）；安全性（防止软件受到意外或蓄意的存取、使用、修改、毁坏或泄密的软件属性）；以及通信有效

质量评价指标体系

质量评价指标体系华北水利水电大学图书馆查新质量评价指标体系一、查新质量评价指标《科技查新规范》对查新工作质量提出了明确的要求。查新工作质量可以通过以下“查新质量评价指标体系”进行评价。该指标体系是根据查新程序和工作内容而建立的，对查新人员自我评价查新质量和主管部门监督检查有一定的指导和参考作用。评价指标见下图：查新质量评价指标体系图从查新质量评价指标体系可以看出查新质量主要表现在文献检索质量和查新报告质量两方面。二、文献检索质量

文献检索质量是整个查新质量的基础，检索质量的好坏直接影响到查新报告结论的准确性，即直接影响到查新报告的质量。检索质量可以从检索的全面性和准确性两个方面进行评价。 (一）检索全面性 “查全”与“查准”是用于判定情报检索系统检索性能的两个标准。查新检索是对项目内容新颖性的检索，具有较高的查全要求，需要相当数量的文献，在查全的基础上追求查准率。检索的全面性主要受查新点分析、检索标识、检索范围、检索年限、检索途径、检索策略、检索结果的检验与调整等因素的影响。 1．查新点分析查新点分析是指查新人员在对查新项目内容全面了解的基础上，根据查新委托人对查新项目的科学技术要点等新颖性的查询要求和管理部门的查新规定，将需要查新的内容（一般为多主题）用一条条查新要点（单主题）清楚地表示出来，即分解开来，以便于找准查新点，选择相关文献，并进行比较，最终得出针对性强的公正、客观结论。该指标反映了查新人员对查新项目的实质内容的掌握程度，是检索的前提，是对比分析与论述的依据，是查新质量一个较为重要的影响因素。要求全面准确地理解查新内容，找准查新点。 2．检索标识如果说“查新点分析”是概念分析整理的过程，那么检索标识的确定便是概念的转换。检索标识是指通过对查新项目的主题分析将自然语言转换成规范化语言，即确定检索入口的问题，包括分类号标

浅析软件质量指标度量

软件质量指标度量 V 1.0 2012.3

目录 1综述 (3) 1.1编写目的 (3) 1.2阅读指南 (3) 2软件质量指标 (4) 2.1需求功能点覆盖率 (4) 2.2用例执行覆盖率 (4) 2.3缺陷修复率（截至于**年*月*日） (5) 2.4缺陷遗留个数（截至于**年*月*日） (5) 2.5缺陷分布统计（模块缺陷率） (5) 2.6缺陷分布统计（严重缺陷率） (6) 2.7缺陷密度及收敛 (7) 3测试过程质量指标 (9) 3.1缺陷探测率 (9) 3.2有效缺陷率 (9) 3.1用例执行效率 (10) 3.2缺陷发现率 (10) 4交付质量指标 (12) 4.1加载回退率 (12) 4.2故障回退率 (12) 5版本说明 (13)

1综述 1.1 编写目的本文档主要为测试经理、测试组长/测试人员、技术负责人、项目经理、开发人员等提供软件质量、测试质量、交付质量等衡量依据。通过不同指标的目标设定、过程跟踪、结果分析，为当期被测产品的质量提供可参考的数据，也为后续测试提供数据的基础积累，并作为制定方法流程的依据。 1.2 阅读指南 ●软件测试质量指标主要针对研发项目、商务项目被测产品出具数据度量。 ●测试过程质量指标主要为测试经理、测试组长对测试人员的测试执行质量出具数据度量。 ●交付质量主要为新需求的交付质量出具数据度量。三者可单独使用，也可结合使用。

2软件质量指标 2.1 需求功能点覆盖率【需求覆盖率】：计算测试用例总数之和除以与之一一对应的功能点数之和，主要查看是否有功能点遗漏测试的情况。【公式】：∑测试用例数（个）/ ∑功能点（个）说明：用例覆盖需求矩阵，一个需求对应多个功能点。【数据来源】：《联通集中集团客户业务支撑系统销售管理用户需求说明书》《联通集中集团客户业务支撑系统销售管理需求跟踪矩阵》【计算结果】需求覆盖率=113/8=14.13 2.2 用例执行覆盖率【用例执行覆盖率】：计算测试用例执行总数除以与之一一对应的测试数之和，主要查看是否有测试用例执行遗漏或有效的情况。【公式】：∑执行的测试用例个数（个）/ ∑测试用例个数（个）*100% 【数据来源】：《iSMS测试进度跟踪表》【计算结果】：用例执行覆盖率=100%

软件开发度量及考核方法精修订

软件开发度量及考核方法集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#

本人觉得如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。虽然目前很多公司有这方面的绩效考核，但是大多数没有对软件开发的过程进行细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核，不能形成对被考核人有效的说服力。以下文档是本人根据以前经验和相关的资料所编写的度量方法和考核方法，希望能对公司改善考核制度有用。由于时间有限，有不足之处，请各位仁兄多提意见，谢谢！ 1 目的对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。 2 软件项包括 1）技术文档：参照公司"软件工程产品集"，所确定的配置项；主要包括：可行性分析报告、需求分析报告、软件功能规格说明、开发计划、质量计划、系统设计报告、测试文档、技术报告、用户手册、总结报告等； 2）计算机程序。 3 度量数据的来源 1）项目计划； 2）评审报告； 3）测试报告； 4）问题报告； 5）软件维护记录； 4 质量度量度量指标主要根据各类软件项检查表的检查指标来确定，例如，软件需求规格说明书检查表（见附录1），有10个检查指标，则根据具体项目检查侧重点不同，可从中选择相应的检查指标作为度量指标。质量等级 1）软件项的质量等级的确定根据度量综合指标进行。 2）度量综合指标计算公式为：Total = ∑QiMi。 3）其中i=1,2,...n代表指标数量； 4）Q代表度量的指标； 5）M代表度量的指标Q在整个指标体系中所占的权重系数，对不同的开发项目可能不同，此系数根据开发的不同着重点给出。度量指标权重系数表：序号指标权重 1 指标1 权数1 2 指标2 权数2 3 指标3 权数3 4 指标4 权数4 5 指标5 权数5 加权平均分 6）质量评价：一般地，根据度量综合指标值，有以下评分标准。质量评价计分标准表序号得分质量评价 1 ～优质

项目评价质量指标说明

项目评价质量指标说明一质量管理的依据 1 过程质量管理对软件开发的整个过程进行质量管理。开发过程质量有保证，最后开发出来的软件的质量就会有保证。对开发过程进行质量管理，能够及时发现问题，解决问题。也符合软件工程的原则：“缺陷越早发现越早修改越经济”。 2QA和SEPG、QC的区别 SEPG：制定过程，实施过程改进； QA：确保过程被正确执行 SEPG应当提供过程上的指导，帮助项目组制定项目过程，帮助项目组进行策划；从而帮助项目组有效的工作，有效的执行过程。如果项目和QA对过程的理解发生争持，SEPG作为最终仲裁者。如果将一个软件生产类比于一个工厂的生产。那么生产线就是过程，产品按照生产线的规定过程进行生产。SQA的职责就是保证过程的执行，也就是保证生产线的正常执行。 QC，检验产品的质量，保证产品符合客户的需求；是产品质量检查者； QA，审计过程的质量，保证过程被正确执行；是过程质量审计者 QA只要检查项目按照过程进行了某项活动没有，产出了某个产品没有；而QC来检查产品是否符合质量要求。评价指标里包含和QA和QC的内容。 3公司程序文件《软件设计开发服务控制程序》对软件产品设计开发过程进行了说明。《过程和产品的监视测量控制程序》对软件产品的监视和测量进行了说明。4绩效考核公司绩效考核里有100分的质量考核分数。质量考核分数根据项目质量评价分数计算。二如何实施参与项目的整个过程。从项目启动开始，参与需求分析、概要设计、详细设计、编码、测试和实施以及维护的所有阶段。每个阶段都要详细了解项目的情况，根据项目评价指标进行打分，同时提出改进意见。需要完善指标的，对指标进行完善。

软件项目量化管理方法

软件项目量化管理方法摘要：本文在对软件企业量化管理应用常见问题分析的基础上，以解决可操作性、可比性等问题为着眼点，识别出了量化管理中必须明确的四要素，表述了企业在量化四要素上采用的常见做法。本文采用80/20原则，说明了企业在识别度量对象时应避免的问题；采用持续改进的理论，说明了企业在量化管理应遵循的客观规律。在结合平衡记分卡与目标驱动组合式的量化管理方法理论基础上，提出了软件企业的量化管理的具体应用步骤。关键词：量化管理四要素80/20原则持续改进GQ(I)M 1. 引言如今，很多国内软件企业选择采用能力成熟度系列模型（Capa bility Maturity Model, CMM）或其它模型来建立本企业的软件过程规范，欲通过提升软件过程的能力达到提高产品质量、降低开发风险、减少开发成本、保证产品按时交付等目的。将软件过程规范的一个目的就是使软件过程可视化，这个可视化则要求了对软件过程的量化；而产品质量是否提高、开发风险是否降低、开发成本是否减少、项目延期是否缩短，对这些问题的回答则要求了对软件项目的量化；软件过程改进与量化管理息息相关。

不少企业在将识别出的量化管理方法应用于软件项目管理过程时，发现不少问题。最为常见的是：量化工作的可操作性不强，如：部分量化数据难以收集、难以统计投入的成本没有得到预期的产出。如：量化工作投入了成本，但形成的量化结果参考价值不高提供给管理层用于决策的支持数据也不够，数据缺乏可比性量化结果不是管理层所关心的，达不到管理层预期的过程可视化程度针对此类问题，本文识别出了在量化管理中必须要考虑的四个方面，即：量化四要素，并从量化四要素对量化管理方法进行了分析，建议了软件企业采用的量化管理方法。 2. 量化四要素 “只有通过对产品、过程的度量，才能描述、评价、提高产品与过程”。笔者认为，要度量，就要明确度量的对象；要度量对象，就要明确标识度量对象的计量单位；要产生度量结果，就要明确度量方法，包括度量技术和数据收集的方法；要评价度量对象，就要明确用于比对的基准指标，即表征度量对象目前情况的标尺，通过该标尺与度量结果的比对，得出对度量对象的评价。而度量对象（Object）、计量单位（Unit）、度量方法（Method）、基准指标（Benchmark），这就是笔者所说的量化四要素。

测试质量衡量标准

测试质量衡量标准质量衡量标准(标尺) 可清晰量化的衡量产品质量测试覆盖率-代码块覆盖,功能覆盖,用例覆盖....这么多覆盖率,每个覆盖率,合理的目标是多少?50%?80%100% 按照找到的缺陷数目,多少是被用户找到的,多少是被内部非测试团队找到的,多少是被测试团队找到的,以此为衡量质量的标尺之一? 重复发生的回归性缺陷数目补丁和Service package数量,来衡量质量我们有这么多可以用来衡量质量的标准,那么,哪些应该是核心的标准,最重要的普遍标准.怎么把各个标准和质量关联上? 制定发布的质量指标,怎样才是正确的指标,可以指导我们决定发布还是延迟发布产品直到我们达到该指标. 怎么定义测试效率?包括怎么衡量s变化对测试的影响.. 怎么定义测试"完成"了? 复杂领域产品测试: 音频和视频质量测试 "看起来效果对吗?" "听起来效果对吗?" 效果"好"吗? 各种主观类型的测试判断测试工具对系统本身的影响(测不准原理?): 性能测试工具本身对机器性能的影响所导致的测不准效果. 如何确定一个软件的测试结束点在软件消亡之前，如果没有测试的结束点，那么软件测试就永无休止，永远不可能结束。软件测试的结束点，要依据自己公司具体情况来制定，不能一概而论！个人认为测试结束点由以下几个条件决定： 1．基于“测试阶段”的原则：

每个软件的测试一般都要经过单元测试、集成测试、系统测试这几个阶段，我们可以分别对单元测试、集成测试和系统测试制定详细的测试结束点。每个测试阶段符合结束标准后，再进行后面一个阶段的测试。举个例子来说：单元测试，我们要求测试结束点必须满足“核心代码100％经过Code Review”、“功能覆盖率达到100％”、“代码行覆盖率不低于80％”、“不存在A、B类缺陷”、“所有发现缺陷至少60％都纳入缺陷追踪系统且各级缺陷修复率达到标准”等等标准。集成测试和系统测试的结束点都制定相关的结束标准，当然也是如此。 2．基于“测试用例”的原则：测试设计人员设计测试用例，并请项目组成员参与评审，测试用例一旦评审通过，后面测试时，就可以作为测试结束的一个参考标准。比如说在测试过程中，如果发现测试用例通过率太低，可以拒绝继续测试，待开发人员修复后再继续。在功能测试用例通过率达到100%，非功能性测试用例达到95%以上，允许正常结束测试。但是使用该原则作为测试结束点时，把握好测试用例的质量，非常关键。 3．基于“缺陷收敛趋势”的原则：软件测试的生命周期中随着测试时间的推移，测试发现的缺陷图线，首先成逐渐上升趋势，然后测试到一定阶段，缺陷又成下降趋势，直到发现的缺陷几乎为零或者很难发现缺陷为止。我们可以通过缺陷的趋势图线的走向，来定测试是否可以结束，这也是一个判定标准。 4．基于“缺陷修复率”的原则：软件缺陷在测试生命周期中我们分成几个严重等级，它们分别是：严重错误、主要错误、次要错误、一般错误、较小错误和测试建议6种。那我们在确定测试结束点时，严重错误和主要错误的缺陷修复率必须达到100%，不允许存在功能性的错误；次要错误和一般错误的缺陷修复率必须达到85%以上，允许存在少量功能缺陷，后面版本解决；对于较小错误的缺陷修复率最好达到60%~70%以上。对于测试建议的问题，可以暂时不用修改。 5．基于“验收测试”的原则：很多公司都是做项目软件，如果这种要确定测试结束点，最好测试到一定阶段，达到或接近测试部门指定的标准后，就递交用户做验收测试。如果通过用户的测试验收，就可以立即终止测试部门的测试；如果客户验收测试时，发现了部分缺陷，就可以针对性的修改缺陷后，验证通过后递交客户，相应测试也可以结束。

质量与效益评估系统指标分析

公正指标一、立案变更率：分子为不予受理、驳回起诉和管辖异议裁定上诉后二审撤销的案件、一审判决二审驳回起诉的案件为立案变更的案件。立案数为刑事自诉、民事、行政一审收案数。其中信息填写点在：结案卡片上的结案方式为：不予受理，管辖异议，以及在填写一审结案卡片上面的二审结果中包涵‘撤销’。都会影响到该指标。二、一审案件陪审率：一审普通程序中结案数包括刑事一审普通程序结案数、民事一审普通程序结案数、行政一审普通程序结案数中有人民陪审员参加的结案数。其中信息填写点在：立案的时候，在收案信息卡片上的适用程序。结案的时候在结案卡片上的陪审员是否参加。

三、一审判决案件改判发回重审率：对所有一审案件的结案方式为判决，改判数信息采集点在结案卡片上的结案方式为判决时的二审结果信息的填写。当在填写结案卡片上

的改判原因为：事实不清，证据不足，认定事实错误，适用法律错误。四、生效案件改判发回重审率：再审改判数为数据取向为再审案件中结案卡片上面的结案方式为“改判”。再审发回数数据取向为再审案件中结案卡片上的结案方式为“发回重申”。五、评查案件瑕疵率：此指标为手动数据输入，在计算之前由统计人员将该指标手动输入。六、司法赔偿率：司法赔偿率指标分母为生效案件数与执行结案数之和。分子数据来源于赔偿案件中的结案方式为“决定赔偿”和立案案由除了“错误执行赔偿”两个条件同时满足。七、优秀裁判文书比率：此指标为手动数据输入，在计

算之前由统计人员将该指标手动输入。八、法定审限立案率：是指人民法院有没有在规定期限内立案。数据取向主要来源于立案时间-收案时间只差。案件计算范围：二审案件的法定立案期限为5天指定管辖案件法定立案期限为3天一审案件，当案件来源为“发回重申”时法定立案期限为2天再审案件，当案件来源为“指令再审”的案件立案期限为2天。刑事自诉案件法定立案期限为15天。执行案件当案件来源为“申请”法定期限为7天，其他为2天。执行裁决监督案件为3天。保全案件不进行计算范围。其他无特殊情况说明的案件法定立案期限均为7天。九、一审简易程序适用率：一审结案数包括刑事一审案件、民事一审案件。十、法定（正常）审限结案率：不包含进行了延期申请的案件。注意与中止、不计入审限申请的区别。无审限的案件也不进行法定审限结案率十一、结案率：结案数包含各类案件结案总数。受理总数为新收、旧存案件总数。

度量指标库及CB

记录：度量指标库错误！未指定书签。记录编号：错误！未指定书签。第 1 页共 4 页度量指标库及CB 注：包括但不仅限于项目质量指导书中的度量指标（CB ：能力基线，数据待建。建立CB 涉及的基础数据可另附）序号质量度量指标度量方法（计算公式）组织CB 产品线CB 上限下限上限下限 1 工期偏差 ((实际工期–计划工期)/计划工期) ×100% 计划工期不包括非工作日 ≤10% ≤30% 2 进度偏差（变化率） ((实际结束时间–计划结束时间)/计划工期) ×100% 计划工期不包括非工作日 ≤10% ≤30% 3 过程符合率（各开发阶段过程审计检查表通过项总和/有效检查相总和）×100% ≥95% ≥80% 4 需求实现率（实际实现需求数 / 系统需求规格确定需求总数）×100% ≥95% ≥80% 5 变更次数需求、计划和设计基线建立后，经CCB 会签批准且发布的有效变更次数 ≤5 ≤10

记录：度量指标库错误！未指定书签。记录编号：错误！未指定书签。第 2 页共 4 页序号质量度量指标度量方法（计算公式）组织CB 产品线CB 上限下限上限下限 6 缺陷状态分布率各种状态缺陷数/缺陷总数×100% / 7 缺陷解决率已解决缺陷数/缺陷总数×100% / 8 缺陷关闭率已关闭缺陷数/缺陷总数×100% / 9 未解决缺陷级别分布率各级别未解决缺陷数/未解决缺陷总数×100% / 10 缺陷泄露率当前阶段缺陷数/当前阶段及之前所有阶段缺陷总数×100% / 11 缺陷密度缺陷总数/代码变化量（以KLOC 为单位，包括增加、删减或修改）×100% / 12 系统测试覆盖率已执行测试用例所覆盖需求数/需求总数×100% 100% 13 新部件认定完成率产品发布前，已完成部件认定数量与需要进行部件认定总数的比例 100% 14 硬件改板次数在TR2通过后到产品发布通过前累计进行的硬件改板次数 ≤2

软件质量度量指标v

软件质量度量指标V ?

作者:日期:

4.1 加载回退率错误!未定义书签。软件质量指标度量错误!未定义书签。 2软件质量指标 2 .1?需求功能点覆盖率？错误味定义书签。 2 .2?用例执行覆盖率潴误味定义书签。 2 .3?缺陷修复率（截至于**年*月*日）?错误!未定义书签。 2.4?缺陷遗留个数（截至于* *年*月*日）?错误味定义书签。 27?缺陷密度及收敛 3测试过程质量指标？错误!未定义书签。 3. 1 缺陷探测率 3 .2?有效缺陷率11? 4. 2 故障回退率 1综述 1.1 编写目的？错误!未定义书签。 1.2 阅读指南？错误!未定义书签。错误!未定义书签。 2 .5?缺陷分布统计（模块缺陷率）错误!未定义书签。 2.6 缺陷分布统计（严重缺陷率）错误!未定义书签。错误!未定义书签。错误!未定义书签。 3.1 用例执行效率错误!未定义书签。 3.2 缺陷发现率12? 4?交付质量指标错误!未定义书签。错误!未定义书签。

5?版本说明?错误!未定义书签。作者:

1综述 1.1编写目的本文档主要为测试经理、测试组长/测试人员、技术负责人、项目经理、开发人员等提供软件质量、测试质量、交付质量等衡量依据。通过不同指标的目标设定、过程跟踪、结果分析，为当期被测产品的质量提供可参考的数据，也为后续测试提供数据的基础积累，并作为制定方法流程的依据。 1.2阅读指南软件测试质量指标主要针对研发项目、商务项目被测产品出具数据度量。测试过程质量指标主要为测试经理、测试组长对测试人员的测试执行质量出具数据度量。交付质量主要为新需求的交付质量出具数据度量。三者可单独使用，也可结合使用。

5个常用的软件质量指标

5 个常用的软件质量指标在软件开发中，软件质量是衡量软件是否符合需求、标准的重要体现。除了代码质量外，影响软件整体质量的因素还有很多。因此，要确保软件的整体质量，就需要在各个环节严格控制。本文列出了衡量软件质量的5个最常用的指标。 1、SLOC（Source Lines of Code，源代码行）计算代码行数可能是最简单的衡量指标，主要体现了软件的规模，并为项目增长和规划提供了相关数据。例如，如果每月统计一次代码的行数，就可以绘制一个项目发展概览图。当然，由于存在项目重构或是设计阶段等因素，这种方式并不太可靠，但是可以为项目的发展提供一个视角。可以只统计逻辑代码行（Source Logical Line of Code，SLLOC），这样可以获得稍准确的信息。逻辑代码行不包含空行、单个括号行和注释行。可以使用Metrics 工具来统计。代码行数不应该用来评估开发者的效率，否则，可能会产生重复、不可维护的或不专业的代码。 2、每个代码段/模块/时间段中的bug数要想实现更好的测试以及更高的可维护性，bug 跟踪是必不可少的。每个代码段、模块或时间段（天、周、月等）内的 bug 可以很容易通过工具统计出来（如 Mantis）。这样，可以及早发现并及时修复。 Bug 数可以作为评估开发者效率的指标之一，但必须注意，如果过分强调这种评估方法，软件开发者和测试者可能会成为敌人。在生产企业中，要保证员工彼此之间的凝聚力。为了更好的实现评估，可以根据重要性和解决成本将 bug 划分为低、中、高三个级别。 3、代码覆盖率在单元测试阶段，代码覆盖率常常被拿来作为衡量测试好坏的指标，也用来考核测试任务完成情况。可以使用的工具也有很多，如 Cobertura 等。代码覆盖率并不能代表单元测试的整体质量，但可以提供一些测试覆盖率相关的信息，可以和其他一些测试指标一起来使用。此外，在查看代码覆盖率时，还需注意单元测试代码、集成测试场景和结果等。

软件质量度量指标v1.0

软件质量指标度量 1综述 (2) 1.1编写目的 (2) 1.2阅读指南 (2) 2软件质量指标 (3) 2.1需求功能点覆盖率 (3) 2.2用例执行覆盖率 (3) 2.3缺陷修复率（截至于**年*月*日） (4) 2.4缺陷遗留个数（截至于**年*月*日） (4) 2.5缺陷分布统计（模块缺陷率） (4) 2.6缺陷分布统计（严重缺陷率） (5) 2.7缺陷密度及收敛 (5) 3测试过程质量指标 (8) 3.1缺陷探测率 (8) 3.2有效缺陷率 (8) 3.1用例执行效率 (9) 3.2缺陷发现率 (9) 4交付质量指标 (11) 4.1加载回退率 (11) 4.2故障回退率 (11) 5版本说明 (12)

1综述 1.1编写目的本文档主要为测试经理、测试组长/测试人员、技术负责人、项目经理、开发人员等提供软件质量、测试质量、交付质量等衡量依据。通过不同指标的目标设定、过程跟踪、结果分析，为当期被测产品的质量提供可参考的数据，也为后续测试提供数据的基础积累，并作为制定方法流程的依据。 1.2阅读指南 ●软件测试质量指标主要针对研发项目、商务项目被测产品出具数据度量。 ●测试过程质量指标主要为测试经理、测试组长对测试人员的测试执行质量出具数据度量。 ●交付质量主要为新需求的交付质量出具数据度量。三者可单独使用，也可结合使用。

2软件质量指标 2.1需求功能点覆盖率【需求覆盖率】：计算测试用例总数之和除以与之一一对应的功能点数之和，主要查看是否有功能点遗漏测试的情况。【公式】：∑测试用例数（个） / ∑功能点（个）说明：用例覆盖需求矩阵，一个需求对应多个功能点。【数据来源】：《联通集中集团客户业务支撑系统销售管理用户需求说明书》《联通集中集团客户业务支撑系统销售管理需求跟踪矩阵》【计算结果】需求覆盖率=113/8=14.13 2.2用例执行覆盖率【用例执行覆盖率】：计算测试用例执行总数除以与之一一对应的测试数之和，主要查看是否有测试用例执行遗漏或有效的情况。【公式】：∑执行的测试用例个数（个） / ∑测试用例个数（个）*100% 【数据来源】：《iSMS测试进度跟踪表》【计算结果】：用例执行覆盖率=100%

标准和论文质量评价指标

附件2 南京工程学院硕士专业学位研究生学位论文标准和质量评价指标一、专业学位硕士研究生学位论文标准 1. 论文选题要求专业学位硕士论文选题应源于生产实际，或具有明确的工程背景与应用价值，具有一定的技术难度，能够体现所学知识的综合运用，工作量饱满；论文应体现作者的知识更新及在具体工程应用中的新意，论文研究结果能对行业，特别是所在单位的技术进步起到促进作用。在满足全国工程硕士专业学位教育指导委员会（以下简称教指委）《关于在机械工程等十个领域试行工程硕士专业学位标准的通知》（教指委〔2011〕9号）和《关于试行工程硕士不同形式学位论文基本要求及评价指标的通知》（教指委〔2011〕11号）的要求的基础。重点在以下几个方面进行论文选题：（1）技术攻关、技术改造、技术推广与应用；（2）新产品、新设计、新工艺、新材料、应用软件的研制与开

发；（3）引进、消化、吸收和应用国外先进技术项目；（4）基础性应用研究或预研项目；（5）工程设计与项目实施；（6）较为完整的工程技术或工程管理项目的规划或研究；（7）企业的标准化项目。 2. 论文形式要求根据《南京工程学院授予全日制工程硕士专业学位工作办法》，专业学位硕士的论文形式可以多样化，既可以是应用研究类学位论文，也可以是工程设计类、产品开发类或试验研究类论文，如工程设计、产品研发、工程专业软件开发、大型工程或特殊的试验等。（1）应用研究类学位论文：指直接来源于所属工程领域实际问题或具有明确的工程应用背景，综合运用基础理论与专业知识、科学方法和技术手段开展应用性研究。研究成果能解决特定工程实际问题，具有实际应用价值。（2）工程设计类学位论文：指综合运用机械或电气工程的理论、科学方法、专业知识与技术手段、设计工具等，对具有较高技术含量的工程项目、大型装备及其工艺等问题所从事的工程设计。（3）产品研发类学位论文：指来源于所属工程领域生产实际的

衡量电能质量的主要指标

衡量电能质量的主要指标随着国民经济的发展，科学技术的进步和生产过程的高度自动化，电网中各种非线性负荷及用户不断增长；各种复杂的、精密的，对电能质量敏感的用电设备越来越多。上述两方面的矛盾越来越突出，用户对电能质量的要求也更高，在这样的环境下，探讨电能质量领域的相关理论及其控制技术，分析我国电能质量管理和控制的发展趋势，具有很强的观实意义。由于所处立场不同，关注或表征电能质量的角度不同，人们对电能质量的定义还未能达成完全的共识，但是对其主要技术指标都有较为一致的认识。一、衡量电能质量的主要指标 (1) 电压偏差（voltagedeviation）：是电压下跌(电压跌落)和电压上升(电压隆起）的总称。 (2)频率偏差（friquencydeviation）：对频率质量的要求全网相同，不因用户而异，各国对于该项偏差标准都有相关规定。 (3) 电压三相不平衡（unbalance）：表现为电压的*大偏移与三相电压的平均值超过规定的标准。 (4) 谐波和间谐波（harmonics&inter-hamonics）：含有基波整数倍频率的正弦电压或电流称为谐波。含有基波非整数倍频率的正弦电压或电流称为间谐波，小于基波频率的分数次谐波也属于间谐波。 (5) 电压波动和闪变（fluctuation&flicker）：电压波动是指在包络线内的电压的有规则变动，或是幅值通常不超出0.9～1.1倍电压范围的一系列电压随机变化。闪变则是指电压波动对照明灯的视觉影响。二、电能质量问题的产生 2.1电能质量问题的定义和分类电能质量问题是众多单一类型电力系统干扰问题的总称，其实质是电压质量问题。电能质量问题按产生和持续时间可分为稳态电能质量问题和动态电能质量问题。 2.2电能质量问题产生原因分析随着电力系统规模的不断扩大，电力系统电能质量问题的产生主要有以下几个原因。 2.2.1电力系统元件存在的非线性问题电力系统元件的非线性问题主要包括：发电机产生的谐波；变压器产生的谐波；直流输电产生的谐波；输电线路（特别是超高压输电线路）对谐波的放大作

软件开发度量及考核方法

软件开发度量及考核方法一、引言如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。虽然目前很多公司有这方面的绩效考核，但是由于软件开发行业的特殊性，大多数公司没有对软件开发的过程进行细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核，不能形成对被考核人有效的说服力。所以根据以前经验和相关的资料编写了适用于本部门的度量和考核方法。该考核方法是技术支持部软件开发人员和测试人员的试行版本。二、目的对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。三、考核实施办法 1、定义 1.1 、软件项包括 1）、技术文档："软件工程产品集"所确定的配置项。主要包括：用户需求文档、需求分析文档、概要设计文档、详细设计文档、开发计划、测试文档、用户手册、总结报告等。 2）、计算机程序。 1.2 、度量数据的来源 1）、项目计划：过程度量中及时度考核数据的主要依据。 2）、测试文档：计算机程序质量考核数据主要依据。 3）、软件维护记录：主要是指软件产品投入用户使用后产生的软件维护记录。

2、质量度量 2.1度量指标主要根据各类软件项检查表的检查指标来确定。例如，详细设计说明书检查表有10个检查指标，则根据具体项目检查侧重点不同，可从中选择相应的检查指标作为度量指标。（本文末尾附了各工作阶段的考核检查指标表） 2.2质量等级 1）软件项的质量等级的确定根据度量综合指标进行。 2）度量综合指标计算公式为： Total =刀QiMi。 3）其中i=1,2,...n 代表指标数量； 4）Q代表度量的指标； 5）M代表度量的指标Q在整个指标体系中所占的权重系数，对不同的开发项目可能不同，此系数根据开发的不同着重点给出。

衡量汽车水平(质量)指标的七大特性

衡量汽车水平（质量）指标的七大特性国家发改委出台的《节能中长期专项规划》和《乘用车燃料消耗量限制》在社会上引起了很大的反响。所有这些政策面的消息似乎预示着小型节能汽车的大发展。尤其是一些汽车界知名的人士也认为用实行燃油税的方法来促进小型节能车的大发展。而最近，上海市出台了排量小于1.3升、车身高于1.5米的轿车禁止驶入主干道。北京市交管局也就小排量汽车不准进入二环主路和长安街做了重申：排量小于1升的小型车在动力性、制动性和操纵稳定性上不适应城市快速路的要求，不准备对小于1升以下的车取消限制。专家认为现在油价涨得这么快，当然要考虑汽车省油的问题，但更主要的是以人为本去考虑问题，安全、舒适亦是不可忽视的。怎样去选择购买汽车呢？我觉得在同等价格情况下，考虑汽车的七大指标要优于考虑汽车的附加配置：1、动力性、2、燃油经济性、3、操纵稳定性、4、制动性、5、舒适型、6、行驶平顺性、7、通过性。 1、动力性——是汽车最基本的性能。现代汽车行驶的地区、道路十分复杂，气候条件也有很大差距，汽车必须具备满足在各种条件下和环境下使用的动力性能，汽车的动力系统性能首先取决于发动机的性能其次是传动装置的性能，动力性的主要指标是：转速功率、转矩，主要体现在最高车速、百米加速、最大爬坡度、最低稳定车速。 2、燃油经济性——汽车燃油消耗量的大小是评价燃油经济性好坏的标志。燃油经济性的评价指标是用行驶单位里程（100km）的燃料消耗来表示，即百公里油耗（L/100km），也有用汽车单位燃料量的行驶里程来表示的，即每升燃料的行驶里程（km/L）。 3、操纵稳定性——汽车的操纵稳定性，是指汽车在高速行驶下，接受驾驶员的控制能力及行驶方向稳定性。一辆行驶中的汽车，如果转向后方向盘不能自动回正，便会使驾驶员感到汽车行驶方向不易控制，高速行驶时，会产生危险，因而把转向回正性做为汽车操纵稳定性的一项重要指标，另外横向风干扰也是汽车操纵稳定性的一项重要指标。 4、制动性——制动性能好坏与汽车行驶和停车安全性关系极为密切，主要反映在①、制动距离：是指驾驶员开始促动制动装置时到车辆停止，车辆驶过的距离；②、制动方向稳定：制动性能必须在车轮不抱死的情况下，任何部位不偏离使制动力在轴间的正确合理分配（不侧滑）。评价主要是目测要求不能有车轮抱死，即在任何一种工况下，ABS系统不能失效。 5、舒适性——也就是人们通常所说的汽车“人性化”，讲究感觉舒适、行驶方便、分为乘用空间、座椅性能及感觉、操纵方便、换气性能好、冷暖风性能好、视野大无盲区、配置人性化等。 6、行驶平顺性——汽车行驶平顺性是汽车质量或性能的主要评价指标之一。汽车在道路上行驶时，路面的凹凸不平是引起汽车振动的主要原因，汽车车身的抖动亦不可忽视，长期严重的振动会损害人的健康，提高汽车的减震性能以达到乘客吃食物、阅读等动作不感觉困难。 7、通过性——是指各种复杂路面的通过能力。如底盘的离地间隙、涉水能力、克服风、雨、雪、雾恶劣天气的能力等。所以在购车考虑价格、外观配置的同时考虑汽车的七大性能是至关重要的。

软件质量国家标准GB(质量管理度量)

软件质量国家标准GB-T8566--2001G,软件质量要素: 1.功能性-与一组功能及其指定性质有关的一组属性,这里的功能是满足明确或隐含的需求的那些功能.包含: a.完备性-软件功能完整,齐全有关的软件属性. b.正确性-能否得到正确或相符结果或效果有关的软件属性 2.可靠性-在规定的一段时间和条件下,与软件维持其性能水平的能力有关的一组属性.包含: a.可用度-软件运行后在任一随机时刻需要执行规定任务或完成规定功能时,软件处于可使用状态的概率. b.初期故障率-软件在初期故障期(一般为软件交付用户后的3个月)内单位时间(100小时)的故障数. c.偶然故障率-软件在偶然故障期(一般为软件交付用户后的4个月以后)内单位时间的故障数. d.平均失效前时间(MTTF)-软件在失效前正常工作的平均统计时间. e.平均失效间隔时间(MTBF)-软件在相继两次失效之间正常工作的平均统计时间.一般民用软件大体在1,000小时左右. f.缺陷密度(FD)-软件单位源代码(1,000行无注释)中隐藏的缺陷数量.典型统计表明,开发阶段平均50-60个缺陷/千行源码, 交付后平均15-18个缺陷/千行源码. g.平均失效恢复时间(MTTR)-软件失效后恢复正常工作所需的平均统计时间. 3.易用性-由一组规定或潜在的用户为使用软件所需作的努力和所作的评价有关的一组属性.包含: a.易理解性-用户认识软件的逻辑概念及其应用范围所花的努力有关的软件属性. b.易学习性-用户为学习软件(运行控制,输入,输出等)所花的努力有关的软件属性. c.易操作性-用户为操作和运行控制所花的努力有关的软件属性 4.效率性-与在规定条件下软件的性能水平与所使用资源量之间关系有关的一组属性.包含: a.输出结果更新周期-软件相邻两次输出结果的间隔时间. b.处理时间-软件完成某项功能(辅助计算或决策)所用的处理时间(不含人机交互的时间). c.吞吐量-单位时间软件的信息处理能力(各种目标的处理批数). d.代码规模-软件源程序的行数(不含注释), 属于软件的静态属性 5.可维护性-与进行指定的修改所需的努力有关的一组属性 6.可移植性-与软件从一个环境转移到另一个环境的能力有关的一组属性. 影响软件系统质量的4个关键技术要素 1.技术平台的寿命 2.试运行期 3.对于现有系统的迁移 4.技术扩展

软件评价指标

软件评价指标文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]

我们常说某某软件好用，某软件功能全、结构合理、层次分明。这些表述很含糊，用来评价软件质量不够确切，不能作为企业选购软件的依据。对于企业来说，开发单位按照企业的需求，开发一个应用软件系统，按期完成并移交使用，系统正确执行用户规定的功能，仅仅满足这些是远远不够的。因为企业在引进一套软件过程中，常常会出现如下问题： ● 定制的软件可能难于理解，难于修改，在维护期间，企业的维护费用大幅度增加； ● 企业对外购的软件质量存在怀疑，企业评价软件质量没有一个恰当的指标，对软件可靠性和功能性指标了解不足； ● 软件开发商缺乏历史数据作为指南，所有关于进度和成本的估算都是粗略的。因为没有切实的生产率指标，没有过去关于软件开发过程的数据，企业无法精确评价开发商的工作质量。为此，有必要先了解软件的质量评价体系。美国的B.W.Ｂoehm和R.Brown 先后提出了三层次的评价度量模型：软件质量要素、准则、度量。随后G.Mruine 提出了自己的软件质量度量SQM技术，波音公司在软件开发过程中采用了SQM 技术，日本的NEC公司也提出了自己的SQM工具，即SQMAT，并且在成本控制和进度安排方面取得了良好的效果。第一层是软件质量要素，软件质量可分解成六个要素，这六个要素是软件的基本特征： 1. 功能性：软件所实现的功能满足用户需求的程度．功能性反映了所开发的软件满足用户称述的或蕴涵的需求的程度，即用户要求的功能是否全部实现了。 2. 可靠性：在规定的时间和条件下，软件所能维持其性能水平的程度。可靠

软件质量度量指标v2.0

软件质量指标度量 V 2.0 2014.12

目录 1综述 (3) 1.1编写目的 (3) 1.2阅读指南 (3) 2 ...................................................................................... 软件质量指标 4 2.1需求功能点覆盖率 (4) 2.2用例执行覆盖率 (4) 2.3缺陷修复率（截至于**年*月*日） (5) 2.4缺陷遗留个数（截至于**年*月*日） (5) 2.5缺陷分布统计（模块缺陷率） (5) 2.6缺陷分布统计（严重缺陷率） (6) 2.7缺陷密度及收敛 (7) 3 ..........................................................................测试过程质量指标 9 3.1缺陷探测率 (9) 3.2有效缺陷率 (9) 3.1用例执行效率 (10) 3.2缺陷发现率 (10) 4 ...................................................................................... 交付质量指标

12 4.1加载回退率 (12) 4.2故障回退率 (12) 5 .................................................................................................. 版本说明 13

1综述 1.1编写目的本文档主要为测试经理、测试组长/测试人员、技术负责人、项目经理、开发人员等提供软件质量、测试质量、交付质量等衡量依据。通过不同指标的目标设定、过程跟踪、结果分析，为当期被测产品的质量提供可参考的数据，也为后续测试提供数据的基础积累，并作为制定方法流程的重要依据。 1.2阅读指南软件测试质量指标主要针对研发项目、商务项目被测产品出具数据度量。测试过程质量指标主要为测试经理、测试组长对测试人员的测试执行质量出具数据度量。交付质量主要为新需求的交付质量出具数据度量。三者可单独使用，也可结合使用。