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

文档查看：是对提交的文档的完好性、一同性和准确性所进行的查看。文档查看应供认查看所用的查看单，并且为习气不同的文档查看，软件测评咨询需求用不同的查看单，查看单的规划或选用应经过判定并得到托付方的供认。可评测性查看：要是对开发的软件文档、软件规划的可评测性进行审理，专注软件测评包含软件文档是否符合可测性、软件规划是否具有可评测性、代码是否符合可测性等方面的查看。代码查看：是查看代码和规划的一同性、代码实行规范的状况、代码逻辑表 达的正确性、代码结构的合理性以及代码的可读性。代码查看应依据所运用的言语和编码规范供认查看所用的查看单，查看单的规划或选用应经过判定并得到托付方的供认。

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

静态查验：指不作业被测程序自身，专注软件测评经过剖析或查看源程序的语法、结构、进程、接口等来查看程序的正确性。动态查验：是指经过作业被测程序，查看作业与预期的差异，软件测评咨询并剖析作业功率、正确性和健壮性等功用方针。单元查验：又称模块查验，是针对软件规划的小单位----程序模块或功用模块，进行正确性查验的查验作业。其意图在于查验程序各模块是否存在过错，是否能正确地完结了其功用，满意其功用和接口要求。集成查验：又名拼装查验或联合，是单元查验的多级扩展，是在单元查验的根底上进行的一种有序查验。旨在查验软件单元之间的接口联络，以期望经过查验发现各软件单元接口之间存在的问题，把经过查验的单元组成符合规划要求的软件。