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

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

单元评测的目标是软件单元。软件单元评测应依据软件单元的重要性、安全性要害等级等对如下技能要求内容进行取舍，但要阐明理由。单元评测一般应符合以下的技能要求：在对软件单元进行动态评测之前，应对软件单元的源代码进行静态评测;软件代码测试机构应树立评测软件单元的环境，其评测环境应经过判定;对软件规划文档规则的软件单元的功用、功用、品质软件代码测试接口等应逐项进行评测;软件单元的每个特性应至少被一个正常评测用例和一个被异常评测例掩盖。集成评测的目标是软件组件，软件组件由软件单元组成。软件集成评测可依据软件组件的重要性、安全性要害等级、重用状况等对如下技能要求内容进行取舍，但要阐明理由。集成评测一般应符合以下技能要求：应对构成软件组件的每个软件单元的单元评测状况进行查看;若对软件组件进行的静态评测，应先于动态评测;拼装进程是动态进行的，应标明拼装战略。

测验规划：在本文要是指测验用例规划。品质软件代码测试功用测验用例的规划依据是事务建模。事务建模是指对体系各要害事务场景的抽取以及它们之间份额的承认。事务模型的成功树立是成功履行功用测验的要害。事务建模的办法一般是选用两种办法。一是学习相同体系已有的模型。二是剖析历史数据。有时分，在这两个办法无法打开时，软件代码测试机构依据2-8准则进行树立。测验开发：功用测验一般是凭借于功用测验东西进行的。但东西是需求经过开发相应的脚本才干完结相应的使命。即使有的项目可以采取录制的手法取得脚本，但在大多数状况下，需求对脚本进行相应修正与调试才干满意咱们功用测验意图。别的，有些项目不适用于已有的东西。此刻需求咱们进行要的软件与脚本开发，如开发动态库使现在的东西能支撑咱们的测验需求，或许是从头开发相关的模仿器与挡板程序以及相应功用计算剖析东西。