谈一谈软件测试过程中的度量

谈一谈软件测试过程中的度量

最近和同事针对分中心要求的研发测试过程所能度量的指标进行了讨论，借着72小时定律输出下对测试度量的思考，和大家一起探讨下

度量是对产品研发过程、产品质量进行相关数据收集并分析的持续量化过程，目的是为了优化过程，提高质量，促进项目成功；

按照质量改进的模型来拆分下度量过程：定义度量指标-》收集指标数据-》分析数据-》改进-》控制

1、定义度量指标、数据收集

按当前所在项目的度量对象来区分：

产品质量，以产品属性、要求为对象来度量；比如：故障率、结果产出

根据当前所在项目的测试交付阶段来细分，以迭代为周期收集

测试交付阶段

度量指标

数据收集

数据评测

敏捷特性交付

测试设计条目数

自动收集

日均产出

测试自动化脚本数

自动收集

增长率

集成测试故障单

自动化收集

日均产出数

特性故障泄露率

手工收集

降低率

敏捷验收交付

验收特性个数

自动收集

增长率

验收测试故障个数

自动收集

增长率

验收偏移率

手工收集

降低率

系统测试交付

系统测试故障个数

自动收集

日均产出数

测试需求覆盖数

手工收集

增长率

版本故障泄露率

手工收集

降低率

测试管理，以测试本身为对象来度量，比如：按时交付率、交付周期

同样以当前所在项目的测试交付阶段来细分，以迭代为周期收集

测试交付阶段

度量指标

数据收集

数据评测

特性测试交付

特性全Feature  Done占比

手工收集

增长率

敏捷验收交付

验收交付周期

自动收集

减少时长

系统测试交付

整版本测试交付周期

自动收集

减少时长

2、数据分析

采集的度量数据，通过一定的指标来判断数据的合理性，以此推断出交付成果、测试质量、测试完整性、测试效率等

当前项目暂时还没有对每项的严格的量化指标；主要是以迭代为单位对比判断指标的合理性；比如：

交付成果：同等人力情况下，迭代的交付成果（测试设计、自动化数、故障数）情况，提升or下降

测试质量：测试设计命中故障率、需求发现故障数……

测试完整性：测试覆盖需求的百分比等

测试效率：同等任务量情况下，版本交付周期变化情况

3、改进+控制

分析后的数据形成相关的报告，和迭代复盘结合完成相关的改进；对应各项的异常数据指标，开会讨论出改进举措；定期跟踪、落地闭环
谢谢你能坚持看到这啊，每一份在看都是鼓励

软件测试过程的度量

测试过程的度量

1）测试度量的作用（－）
A:为制定测试计划时提供依据
需要多长时间?　需要什么物质条件？　 需要多少人，什么素质的人？ 在规定的时间内能完成到什么程度？
哪些模块及功能需要重点关注？ 测试工作量占整个项目的比例？ 测试结束后我们能达到什么样的目标 ？等等
( 这些数据是我们在项目启动过程中，制定测试计划，尤其在规划资源的过程中，一些必要的参考值。不同项目可能会有其特殊性，但从总体上看，他们还是有一些规律可寻的，过去的经验数据可以作为一个大概估算，如果项目经验丰富，那么可以从历史数据中找出和新项目 类似的情况，以能更为准确的完成计划。)
B： 提高测试流程可控性
提高测试效率和质量
提高测试人员的成就感

2)在测试哪个过程做度量
（产品早期的市场评估、测试策略分析、可测试性需求分析、测试工具分析、用例设计阶段、执行阶段和 FOA 阶段）
我们需要在测试的几个关键阶段做度量，它们分别是：用例设计阶段、执行阶段和 FOA 阶段。测试用例设计阶段包括测试方案的最终确定、测试工具的设计、测试用例编写等，测试执行阶段很明显，即我们测试的各个过程，如集成测试、系统测试、性能测试、回归测试等，也包括开发人员完成的单元测试的度量工作。FOA 阶段是检验测试质量的第一步，通过 FOA 我们可以获得很多为产品质量做贡献的度量，这也是体现测试价值的度量。看起来几乎包括了测试过程的全部。其实这里包括的只是测试的具体工作阶段。

3）测试度量的内容
两种度量类型：
A： 项目度量：规模、测试工作量、测试进度、测试生产率
B： 质量度量：缺陷率（阶段）、缺陷排除率、可靠性等
四个基本度量项：规模、工作量、进度、缺陷

5）测试执行阶段的度量：
? 测试用例执行率　? 测试用例通过率
? 测试用例问题发现率　? BUG数量
? BUG级别统计　? BUG分布统计（模块）
? BUG分布统计（阶段）　? BUG密度
? BUG关闭率　 ? 人均BUG发现效率
? 测试用例执行工作量项目　? 回归测试执行工作量
? 发布文档数量? 发布文档缺陷数量、级别
? 现场发现的BUG数量? 回归测试现场BUG的工作量
? 版本发布过程中的验证周期? 版本发布过程中的验证工作量
? 测试用例覆盖率　? 功能的用户关注度
? 需求变化程度

6）测试的度量为项目实施做的贡献

7)由谁来做度量

8)怎样做度量?
PDCA方法：
第一步：Plan （ 计划、设置标竿） ( 计划－－制定我们想要达到的目标)
第二步：do（执行）(日报－－记录数据)( 周报－－汇总数据，给出度量结果)
第三步：check（ 检查和标竿有什么差距） (周例会－－针对度量结果，作出下一步工作建议)
第四步：action（改进过程)( 阶段总结－－子系统、集成、系统测试等各测试阶段结束后做度量评估，为后续工作做出指导)
第五步:return to plan

本文转自网络

软件测试中对软件质量进行度量的指标常用的有哪些？

你好！
有N多种指标：
缺陷统计数据的度量(I)
所有缺陷数量的时间走势或趋势统计 (Bug Trends By Time)
未被处理的缺陷按照严重程度的统计 (Active Bugs By Severity)
未被处理的缺陷按照优先程度的统计 (Active Bugs By Priority)
未被处理的缺陷数量的时间走势或趋势统计 （Active Bugs Over Time）
已发现缺陷的数量和已修复的缺陷的数量的比率 (Fixed/Found)。也被称为修改率或纠错率(Fix Rate)
未处理的缺陷数量和已处理的的缺陷数量的比率 (active/resolved)
已处理的被修复的缺陷数量和已处理的缺陷数量的比率（Resolved as Fixed/resolved）
重新被激活的已修复的缺陷数量(Bug re-activation rate)
通过测试找到的缺陷的统计(Bugs opened by testing activity)
所有的缺陷按照严重程度的统计(All Bugs By Severity)
新被发现的缺陷按严重程度的统计 (Opened Bugs By Severity)
已处理的缺陷按照严重程度的统计 (Resolved Bugs By Severity)
被修复的缺陷按照严重程度的统计 (Fixed By Severity)
不同语言版本缺陷数量的统计(Bugs opened by Language version)
被报告存在缺陷的各功能统计(Where your bugs were found)
处理缺陷的平均时间的统计(Average Time to Resolve)
关闭缺陷的平均时间的统计(Average Time to Close)
被处理缺陷的不同结论统计(Resolved Bugs By Resolution)
详细的信息你可以留下邮箱，我发给你文件！

为什么软件测试的质量需要有度量

在软件开发中，软件度量的根本目的是为了管理的需要。利用度量来改进软件过程。人们是无法管理不能度量的事物。对于管理层人员来说：没有对软件过程的可见度就无法管理;而没有对见到的事物有适当的度量或适当的准则去判断、评估和决策，也无法进行优秀的管理。我们说软件工程的方法论主要在提供可见度方面下工夫。但仅仅是方法论的提高并不能使其成为工程学科。这就需要使用度量。度量是一种可用于决策的可比较的对象。度量已知的事物是为了进行跟踪和评估。对于未知的事物，度量则用于预测。

求计量管理软件

计量管理软件很多，排除那些用户量小的软件，这种软件，用户量太少，没有经过人数多的测试磨合，容易出问题。建议选择一些大企业软件，毕竟经历多年的积累更新，技术已经相当成熟，计量管理系统里面计量之星就用着挺好，关键是稳定。功能如下：
一、计量器具总台账管理
1.器具台账进行分类管理，器具分类可以自定义，可以按器具类别进行分类，如：热工类、长度类，A类、B类、C类。也可以按管理人员不同进行分类管理，在权限管理中可以设置不同器具分类的管理权限。
2.器具台账中提供完善的过滤查找功能，您可以根据器具分类、使用部门、器具名称、器具编号、器具名称、器具状态、快速过滤定位器具的范围。
3.复制增加可以选择一条属性相近的器具进行复制增加，减少工作量。
4.批量修改选择的器具，对某一属性进行批量修改。比如批量修改检定日期，有效日期，使用人员等。
6.可以自定义器具台账中的器具属性，如：设备级别、档案编号、功能描述等。
7.总台账可以界面调整，可调整是否显示台账中的某项属性。
8.支持查询、高级查询两种筛选方式，并可以按照属性自由排序。
9. 支持Excel导入导出。考虑所有数据导入可能出现的情况，使数据导入工作轻松方便，系统同时支持原有的数据自动归类到数据字典中，大大的减少了您的工作量，实现了工作模式的平滑过渡。
10.支持台账中选择器具数据的自定义打印。
11.溯源信息，可以在台账中查看某个器具的生命周期信息，如：检定校准信息、修理信息、借用信息状态修改记录、检定周期修改记录。(校准履历)
12.器具自动编号，您可以定义器具编号的规则，在增加新器具时可以自动填写器具编号。
二、报警管理
1.工作提醒查看，如过期未检器具数量、待检器具数量、正在检定器具数量、借用到期数量、今日到期数量、几日内到期数量.
2.到期查询，可以查询今日到期、过期未检、于几日、几周、几月内、某日期范围内到期的器具，对检索出的数据可以按部门、各类属性进行过滤、并可以直接生成检定通知单并打印出来。
3.开机检定提醒，可以在打开电脑时候，右下角自动弹窗工作提醒。
三、检定管理
1.生成通知单。根据工作提醒的筛选的到期量具生成通知单，维修检定状态可设置成已通知，待通知，待检等状态。可录入制定者，送检者，送检部门等信息。
2.完成器具检定信息的录入。针对不同的器具在器具检定里面填写检定信息，检定结果、检定周期，检后状态、检定地点，检定单位，检定费用、检定标准、检验规范等内容。可上传每个器具pdf格式的检定证书。
3.器具修理。当器具在使用过程中发生发生损坏，或者检定后，需要修理的器具，数据都在此记录，增加修理记录，录入修理人员、修理单位、修理内容等信息。
四、权限设置
1.建立不同角色的职称，角色中设置权限功能，然后添加操作员到角色中，该操作员的功能权限取决于隶属角色的权限。
2.可以按照不同的操作员分配不同的权限，例如：张三设置查看权限，不能修改。李四只能看到A类台账。
五、借用管理
选择需要借用的器具，填写借用人员，借用部门，归还日期等信息完毕后，点击确定保存数据，系统将自动更新器具台帐中的使用部门、使用人、是否借出的信息。全面管理借用器具动态。
六、年度检定计划
针对计量器具总台帐中器具的有效日期统计出全年的检定计划。
系统按使用部门汇总出下一年中，1-12月份检定、校准的工作量。方便您做出全年的工作计划。
七、人员管理
针对计量人员、使用人员、检定人员、修理人员、核验人员、批准人、工程师、其他人员进行分类管理。
不同的部门，您可以查看隶属于该部门下的人员信息。
八、报表统计
1.检定、校准结果统计。根据器具检定的操作日期进行“使用部门”、“受检数”、“合格数”、“合格率”的查询统计。
2.按部门统计器具数量。系统将统计出所有部门的各类计量器具的数量。
3.检定费用查看。系统将自动统计所属器具分类下的计量器具检定费用。
4.周检率统计。系统将对量具应检，实检，合格，合格率的统计。
九、数据备份与恢复
1.数据备份。点击“备份”按钮，系统弹出路径选择界面，系统将自动生成备份文件名称，备份文件名称是文件名称+日期，您选择好备份文件存放的路径后，点击“保存”按钮，实现备份操作。
2.数据恢复。点击“恢复”按钮，系统弹出路径选择界面，选择您需要恢复的数据文件，点击“打开”按钮，系统将自动将当前数据库文件恢复成某个时间段的数据库备份文件。

v拉软件和手工的区别

测试方式不同。
1、v拉软件在测试方式上是自动化测试，工作量运行比较快，90%以上都是软件算量。
2、而手工v拉是手动测试，在软件计量的时候效速是比较慢的，生产输出只能达到自动化测试的75%。

应聘一家开发测试计量软件的企业，它要求精通Delphi、C、C++、SQL Server数据库开发

确切地说，Delphi使用的是Object-Pascal语言，这是Borland公司对原始的Pascal语言做了面向对象支持的扩展而成的面向对象的编程语言。不过到了Delphi7之后，就改称为Delphi语言了。所以现在Delphi既是一个集成开发环境，又是一种语言的名字。
我个人认为Delphi是一个非常好的开发工具，Borland的产品都是精品啊，只是似乎被冷落了。现在Borland将IDE部门独立成为它的子公司，并命名为CodeGear。希望CodeGear能让Delphi重现昔日辉煌。

测试会计软件 主要测试什么? 尽量详细点！

测试范围
测试范围具体包括以下测试内容：安装测试、功能测试、界面测试、性能测试、文档测试、负载压力测试、恢复测试、安全性测试、兼容性测试等。
1．安装测试。安装测试的目的在于验证软件能否在不同的配置环境下完成安装，并确认能否正常运行。财务软件安装测试要注意以下几点：第一，根据财务的可移植性，选择不同操作系统。第二，选择不同层次的硬件配置和软件配置，一般选用最低、中等和最高三种配置进行测试，验证系统对软硬件环境的依懒性。第三，观察财务软件安装程序在软硬件资源充足的情况下能否正常安装，安装过程中是否给予充足的提示，是否存在流氓软件的一些弊病，安装完成后能否正常运行，能否彻底删除。第四，在资源不充沛的情况下，如磁盘空间不够、内存不足等，系统能否完成安装，能否给予各种提示。
2．功能测试。功能测试是财务软件测试中的主要内容。财务软件功能测试主要包含以下项目：个个模块中的查询、增加、删除、修改、保存等操作；数据的输入与输出；数据处理操作，如导入、结转等；基础数据中定义的精度；计算的准确性等等。财务软件功能测试注意以下几点： 第一，测试项目的输入域要全面。要有合法数据的输入，也要有非法数据的输入。如，在测试基础数据的定义时，若规定是数字，则既要输入数字进行测试，也要输入字母、空格等非数字进行测试。数字包含整数、负数、小数，还要输入一些不同的数字验证数字的精度。第二，划分等价类，提高测试效率。在考虑测试域全面性的基础上，要划分等价类，选择有代表意义的少数数据进行测试，提高测试效率。第三，要适时利用边界值进行测试。第四，重复递交相同的事务。第五，不按照常规的顺序执行功能操作。第六，执行正常操作，观察输出结果的异常性。如，删除某条记录对排序的影响；执行审核后，单据的状态是否改变。
3．界面测试。财务软件界面要符合现行标准和用户习惯。软件企业可以形成自己的特色，但要确保整个软件风格一致。界面测试要从友好性、易操作性、美观性、布局合理、分类科学、标题描述准确等方面入手。主要体现在以下几个方面：第一，背景和前景的颜色是否协调，颜色反差是否用得恰当。第二，软件得图标、按钮、对话框等外观风格是否一致，美观效果所要求的屏幕分辨率。第三，窗口元素的布局是否合理，并保持一致。第四，各种字段标题的信息描述是否准确。第五，快捷键、按钮、鼠标等操作在软件中是否一致。第六，窗口及报表的显示比例和格式是否能适应用户的预期需求。第七，误操作引起的错误提示是否友好。第八，活动窗口和被选中的记录是否高亮显示。第九，是否有帮助信息，菜单导航能否正常执行。第十，检查一些特殊域和特殊控件能否运行。
4．性能测试。性能测试主要测试软件的运行速度和对资源的消耗。通过调整财务软件所依赖的软硬件配置、网络拓扑结构、工作站点数、数据量和服务请求数来测试软件的移植性、运行速率、稳定性和可靠性。一般借助自动化测试工具来辅助测试，通过极限测试来分析评估软件性能。
5．文档测试。文档是软件的重要组成部分，也是软件质量保证和软件配置管理的重要内容。文档测试主要通过评审的方式检查文档的完整性、准确性、一致性、可追溯性和可理解性。财务软件作为一个大规模软件，覆盖了企业的各种业务。它至少要具备需求定义、开发设计、测试评估、项目管理、用户应用这五类文档。在文档测试时，要特别注意以下几点：第一，检验文档完整性，主要是文档的种类和内容的完整性。第二，检验文档的一致性和可追溯性，主要是：软件的设计描述是否按照需求定义进行展开的；应用程序是否与设计文档的描述一致；用户文档是否客观描述应用程序的实际操作；关于同一问题的描述是否存在不同的说法。第三，检验文档的准确性，主要是文档的描述是否准确，有无歧义，文字表达是否存在错误。第四，检验文档的可理解性，主要审核文档是否针对特定的读者群体，表达是否详细。如，财务软件操作手册，除了描述每个模块的操作，应该还提供关联性岗位业务、部门业务和跨部门业务的操作说明。
6．其他测试。除了上述的测试外，还有必要对系统的其他特性和需求加以测试。如检测软件遇突发性故障后对数据的恢复能力，软件的安全保密性和对硬件、软件、数据的兼容性，系统所能承担的最大数据量和健壮性等。其他测试一般包含以下几种：第一，负载压力测试。它主要包括并发性能测试、疲劳强度测试、大数据量测试和速度测试。一般采用自动化技术分别在客户端、服务器端和网络上进行测试。要以真实的业务为依据，选择有代表性的、关键的业务操作作为测试对象。第二，恢复测试。通过模拟硬件故障或故意造成软件出错，检测系统对数据的破坏程度和可恢复的程度。第三，安全性测试。通过非法登陆、漏洞扫描、模拟攻击等方式检测系统的认证机制、加密机制、防病毒功能等安全防护策略的健壮性。第四，兼容性测试。通过硬件兼容性测试、软件兼容性测试和数据兼容性测试来考察软件的跨平台、可移植的特性。
（二）、测试数据
测试数据指测试范围中涉及的一切资源。如软硬件平台，文档资料，企业实际数据等等。企业实际数据包括企业正常业务、非正常业务的数据，最好是多个会计期间，至少需要两个会计期间的数据。建议选择不同行业的数据，例如可以选择工业行业、建筑行业、施工行业、集团行业等等。多个行业的数据使测试结果更具有代表性。
（三）、测试方法
按照测试范围中提供的测试内容并结合测试数据，逐项进行测试，并详细记录每项测试结果。测试范围中的功能测试需要结合财务软件的应用流程。财务软件的标准应用流程如下：1、数据库的安装，财务软件安装。2、数据库实体的建立，创建操作员，各个模块的启用。3、基础资料录入包括会计科目、物料，部门，人员，结算方式等等。4、期初余额录入包括科目期初余额，库存期初余额。5、日常业务处理包括凭证录入，审核记账，计提折旧等等。6、月末处理，进行下个月的业务。
三、 财务软件评价
财务软件的评价是指对财务软件的各个组成部分给出一个判定结果并总结出软件的整体情况。对一个财务软件的评价，不能从主观上下结论。需要制定合理的评定指标，然后结合财务软件测试，对每个评定指标打分，给财务软件一个客观公正的评价。财务软件的评价可以从以下几个方面考虑：
（一）架构评价
架构评价主要就是对财务软件所支持的操作系统、网络数据库，以及财务软件的整体设计结构进行评鉴。
1、系统平台。系统平台是操作系统和数据库系统的组合。目前的主流操作系统平台有WINDOWS、LINUX、UNIX。主流数据库系统有ORALCE、SQL SERVER、DB2等等。财务软件支持的系统平台越多，那么软件的兼容性、可扩充性、可移植性越好。比如财务软件开始在WINDOWS、SQLSERVER平台上运行，随着软件应用的扩充、数据的增多，在这个平台上逐渐不能满足业务需要，那么软件可以平滑的升级到UNIX、ORACLE平台。
2、软件架构。目前的软件架构分为C／S， B／S两种。C／S架构分客户端和服务器两层结构，客户端发送请求，服务器接收请求并将结果反馈给客户端。B／S一般是客户端（浏览器）、应用服务器和数据库服务器三层结构。客户端向应用服务器发送请求，应用服务器与数据库服务器通信并进行逻辑运算，然后再将结果反馈给客户端。在财务软件应用中，尤其是现在信息互联时代，B／S的优越性越来越突出。比如：客户端的零维护，客户端硬件配制不需要太高，应用服务器数据库服务器分别可以作集群和负载均衡等等，B／S架构更适合开放性的财务软件。
（二）性能评价
1．安全性。财务软件的安全性体现自身安全和网络操作系统系统安全。自身安全主要体现在操作员权限、口令控制、数据安全、SQL注入问题的处理等等。网络系统安全主要体现在系统漏洞、病毒等等。两者之间只要有一个存在问题，那么整个大系统就不安全。财务软件不能给网络系统留下安全隐患，要确保财务数据的安全。
2．可靠性。软件的可靠性主要体现在以下几个方面：能进行数据有效性检查，屏蔽用户的错误操作,计算出的数据准确可靠， 软件中没有损坏数据的操作,提供运行日志管理,具有数据备份和恢复功能,与其它软件兼容，软件运行速度快，软件消耗资源少在极其恶劣的情况下能够运行，软件具备可移植性、软件健壮稳定。
3．开放性。企业网络硬件设备一般不由一家厂商供给，而是由众多硬件厂商共同生产，所以此类设施或多或少存在差异；企业应用软件的软件标准更是千差万别。因而，要使企业构架的网络能够正常运转，企业各项信息资源能够迅速传输和共享，开放性显得尤为重要。考虑到财务软件向管理方向发展，必然会与企业生产、采购、经营、销售等部件发生联系。要实时获取企业日常发生的数据和信息，财务软件本身就必须强调开放性，强调与企业管理信息系统的数据交换能力，甚至是跨行业的数据交换与共享。
4．易用性。软件的易用性主要体现在以下几个方面：菜单、工具栏随所进行的操作变化；对用户操作的实时引导；界面风格简洁一致，布局合理；软件具有可配置能力（例如显示界面、显示格式、报表格式等可以调整）；软件易安装部署。具有联机帮助文档，帮助文档易用性主要体现在以下几个方面：用户文档中应包括全部软件功能、业务流程和计算过程的说明；用户文档描述的功能与软件实际功能应保持一致。用户文档的文字描述应条理清晰、易于理解；用户文档对关键重要的操作应配以例图说明；对主要功能和关键操作应提供应用实例。
（三）功能性评价
功能性评价主要就是财务软件提供了哪些功能，软件提供的功能越多其功能性越强，功能性评价主要从以下几个方面考虑。
1．基础数据管理。管理企业应用中涉及到的基础资料。基础数据管理主要体现在以下几个方面：会计科目、会计期间、凭证类型、结算方式、部门、人员、往来单位、银行、物料、计量单位等等。
2．财务管理。处理企业实际的财务业务。财务管理应当包括以下功能：总账（账务处理）、应收应付、固定资产、工资、财务报表、成本、预算、财务分析、合并报表、决策支持等等。
3．系统维护管理。维护财务软件的功能，例如：操作员管理，权限管理，数据维护－备份恢复，数据的导入导出，数据解锁等等。
给分吧！LZ

计量检测是做什么的

计量检测是专门针对计量标准器具的校准。

计量检测（measure detection）是通过对计量对像的对应参数进行一系列的反复测试，从而得到某种结果的过程！物理学中通常为求得正确结果通过测量仪器对某工具进行的某种过程。

计量仪器校准后可以判断你这个仪器设备是否还能继续使用，如果在检查的过程中检测出你的仪器是不符合规定的，那么你的仪器是不能再使用。如果你再使用这种不合格的仪器，那么你的产品是会不合格的。

应用领域

计量检测的应用领域的量具包括：游标卡尺、内外径千分尺、百分表、千分表、大尺寸测量量具、长度和角度块规量仪：测高仪、测长仪、水平仪、角度仪、投影仪、电感量仪、粗糙度仪、轮廓扫描仪、三坐标测量机、工具显微镜、力学计量、质量计量、力值计量、硬度计量、容量与密度计量、转速与振动计量、软件、各种计量与管理软件。

测量器具的计量工作应遵循测量器具的保养、检修、鉴定计划，确保所用量检具精度、灵敏度、准确度。测量器具的正确使用方法，请参照使用说明书或相关参考资料，轻拿轻放、保持清洁、防锈、防振（有的需防磁防抵压等），合理存放保管。

以上内容参考百度百科-计量检测

以上就是小编为网友们介绍的谈一谈软件测试过程中的度量的详细内容，大家通过小编为大家介绍的谈一谈软件测试过程中的度量都有一定的了解了吧。（本文共12022字）