产品功用测验一般粗的分，我会将功用测验分为两类：稳靠性测验(压力测验、负载测验等)和功用测验。这两种测验有许多的不同点：1)稳靠性测验往往模仿的用户的运用状况，着重的为时刻的延续性，软件造价咨询要求产品没有不行接受的失利。2)功用测验往往需求和硬件条件联络在一同，寻觅功用的好发挥以及优的计划，一般优良软件造价功用测验需求在产品规划时就要进行简略功用测验，以对产品进行功用初期点评和调优，早于稳靠性测验。一同在体系稳守时，常常还需求做具体的功用测验，以给运用方以数据参阅。

1、呼应时刻测验1.1.呼应时刻测验，一般指正常单用户操作时客户端的呼应时刻，软件造价咨询以及将强度测验、负载测验、压力测验结合时客户端的呼应时刻。1.2.函数、办法、方针、子例程履行时刻。1.3.函数、办法调用频度及嵌套。1.4.运转特定模块、乌当软件造价按特定路径履行或处理特定数据所花费的时刻。1.5.处理精度。1.6.假如两次运转时刻相差三倍以上，则或许存在问题。2、强度测验(压力/负载测验)强度测验需求在反常数量、频率或资源的办法下运转体系，以查验体系才干的高实践限，它要求软件要被强制在它的规划才干的限状况下运转。

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

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

1) 功用测验应该前期就活跃介入。介入代码查看和剖析功用方针，多提出疑问，前期发现潜在的功用问题 2) 功用测验考虑大局，他是一个体系的测验。软件造价咨询需求在产品的每个部件都做了一个测验，并悉数成功后才开端体系测验履行。需求考虑多种要素：环境的、硬件的、软件的等等。3) 测验前要查看承认装备。优良软件造价参数要装备对，否则测验无效。好关于每个测验都有一个checklist，每次查看前都逐个查看。这一进程不可以省掉，并需求被开发review。4) 数据预热和数据预备很要害。一开端体系并不是一个干净的环境。咱们需求在功用测验开端前预存的数据，而且让其有个增量。而且也要考虑到哪些方面数据多少(要具实践状况)。5) 预备测验脚本和东西要考虑实践状况。比方人的考虑时刻，场景的规划，不同操作的份额，数据的随机性等都要细心规划，可以开发以及运用方进行评论和承认。