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

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

可评测性查看：要是对开发的软件文档、软件规划的可评测性进行审理，包含软件文档是否符合可测性、专注软件成本评估软件规划是否具有可评测性、代码是否符合可测性等方面的查看。代码查看：是查看代码和规划的一同性、代码实行规范的状况、代码逻辑表 达的正确性、代码结构的合理性以及代码的可读性。代码查看应依据所运用的言语和编码规范供认查看所用的查看单，查看单的规划或选用应经过判定并得到托付方的供认。代码走查：由评测人员组成小组，软件成本评估咨询准备一批有代表性的评测用例，集体扮演核算机的人物，沿程序的逻辑，逐步作业评测用例，查找被测软件缺点逻辑评测：要评测程序逻辑结构的合理性、完结的正确性。

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

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