1.动态监测：在测验履行进程中，品质软件造价实时获取并显现正在履行的各测验脚本的状况。2.呼应时刻/吞吐量：测验方针针对特定主角和/或用例的呼应时刻或吞吐量的评测。3.百分位陈述：数据已搜集值的百分位评测/核算。4.比较陈述：代表不同测验履行状况的两个(或多个)数据集之间的差异或趋势。5.追寻陈述：主角(测验脚本)和测验方针之间的音讯/会话具体信息。软件造价机构软件功用测验“办法观”软件功用测验的办法可以依据测验意图的不同，挑选不同的办法，件稳靠性测验，这种测验常常发现的过错包含越界指针，内存走漏、栈溢出、越两个特性之间的过错交互等，也称长序列测验(long sequence testing)、久测验(duration testing)、耐力测验(endurance testing)。测验持续时刻较长，方针是发现程序测验遗失的过错。稳靠性差的软件，如履行时总是频频地、重复地失利，软件不能稳定地作业。软件稳靠性测验的意图是给出稳靠性的定量估计值。

常见负载包含数据拜访、数据检索与查询、数据更新、批处理、迭代运算、聚集核算等，它们的处理价值各不相同。清镇软件造价运用中的负载常常是复合的，且负载的散布时刻而改变。一同，负载于不同的数据方针（负载参数（argument）），其处理价值也是不同的。而且负载参数的散布也是动态、多样的。具有丰富、灵活的负载特性描写才干，是准模仿运用负载的条件。BDMS原语与操作形式的抽象：BDMS的拜访接口具有多样性。软件造价机构在不同层次的BDMS服务上，别离界说兼容多种体系的负载描绘，是完成BDMS基准评测的条件。这一需求也是BDMS评测基准与传统数据库办理体系评测基准的一项重要差异。

在调整的进程中，查验、成果计算、成果剖析环节的终意图是要对体系进行优化。因而，体系优化的依据直接来源于对查验成果的剖析。一般来讲，关于一个比较老练的体系，体系的大多数优化作业往往是对体系装备的优化，只要少部分的优化作业是对体系规划的修正。品质软件造价经过对成果的剖析，可以大体定位出体系问题呈现在哪里，随后对体系装备进行改及优化。此优化进程大部分的作业是尝试性和不间断性的，需求不断尝试装备参数的改变，然后验证此装备的修正是否到达预期意图。假如没有到达预期意图，需求进一步对装备进行修正和验证。清镇软件造价依据以往的查验经历，完结参数装备改的重要规则是一次完结一个装备改。这要是因为体系某一个模块/单元呈现问题或许是由多个模块/单元的瓶颈导致的。因而，分别处理每个问题很重要。假如一起进行多个改，将不行能准确地判定每次改的影响。

评测组长在项目经理处恳求相关查验资源。项目查验人员依据查验用例对该版别进行查验，确保软件功用的正确性，品质软件造价功用查验和压力查验到达预期成果。清镇软件造价要求查验工程师将当天发现的缺点在下班前提交到QC;软件项目经理安排对缺点管理体系中提交的各个缺点讨论和剖析,承认每个缺点是否是真实的软件问 题,缺点所属的模块,严峻程度和修正紧迫度等,一起把每个缺点分配给相应的开发人员。开发人员修正缺点后，及时将QC数据库中的状况置为处理状况。查验人员在收到新的查验版别后及时(1天内)地验证处理状况的缺点是否的确可以封闭。假如承认缺点已经修正后，将QC上相应的缺点置为封闭状况 。

误区1：运用程序要经过功用测验后才干够测验功用。软件造价机构应该尽早的进行功用测验。功用测验可以发生在各个测验阶段中，即使是在单元层，一个独自模块的功用也可以运用白盒测验来进行点评，可是，只有当整个体系的成分都集成到一同后，才干查看一个体系的实在功用。品质软件造价功用测验从早开端，完结一个小模块，对小模块的接口进行功用测验，一般耗费资源很少，但可以防止问题在项目后呈现，花费很大的精力去修正。而有些资料中提到的：在体系代码开发和功用测验完结之后，进行功用测验的说法，是为了查看体系全体功用的做法。一般常常呈现在查验功用测验中。