软件测试与质量管理的度量的那些事儿

发表于:2013-6-26 10:38

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:未知    来源:51Testing软件测试网采编

  度量的概念

  根据一定的规则,将数字或符号赋与系统、构件、过程等实体的特定属性,从而使我们能清晰地理解该实体及其属性。

  简而言之,度量就是对事物属性的量化表示。

  度量的目的

  度量的根本目的是通过量化的分析和综合,帮助我们提高生产率,提高产品质量,降低研发成本、维护成本和产品研发周期,提高用户满意度,为组织持续改进提供量化的指标和反馈。

  度量本身不是目的,而是手段。

  度量的过程定义

  测试的度量

  ● 多纬度的测试度量一

  测试广度的度量指所有需求中有多少需求在某一时刻已测试,从而度量测试计划执行、测试进度等状态。

  事儿一:

  基于功能和性能测试覆盖评测是对被测试的功能和非功能点的覆盖率分析,是根据测试已经执行的功能点的多少来表示的。这种测试覆盖策略类型广泛的用于各个行业,产品的测试度量中。

  其中非功能点包括性能,压力,易用性,环保,兼容性……

  事儿二:

  基于代码的测试覆盖评测是对被测试的程序代码语句、路径或条件的覆盖率分析,是根据测试已经执行的源代码的多少来表示的。这种测试覆盖策略类型对于安全至上的系统来说非常重要。

  代码覆盖可以建立在控制流(语句、分支或路径)或数据流的基础上。控制流覆盖的目的是测试代码行、分支条件、代码中的路径或软件控制流的其他元素。数据流覆盖的目的是通过软件操作测试数据状态是否有效。

  ● 多纬度的测试度量二

  测试深度的度量是指被测试覆盖的独立基本路径占程序中基本路径的总数的比值。基本路径数目的度量可以用McCabe环形计算复杂度方法来计算。

  事儿一:

  测试用例的深度、质量和有效性。

  测试用例的深度(Test Case Depth)度量可以表示为每KLOC的测试用例数或每个功能点/对象点的测试用例数。

  测试用例的质量(Test Case Quality)可以用由测试用例发现的缺陷数量来度量, 即TCQ = 测试用例发现的缺陷数量/总的缺陷数量

  测试用例的效率可以用每100或1000个测试用例所发现的缺陷数来衡量。

51/512345>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号