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

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

软件功用测验常见的要方针有：呼应时刻，吞吐量，并发用户数，资源运用率。专注软件系统功用测验一般进程，功用测验工程师从接纳到一个功用测验project后，一般要经过下面六个进程。即“功用测验需求剖析→拟定功用测验计划→测验规划→测验开发→测验履行→测验点评”这六个根本阶段。拟定功用测验计划：功用测验需求剖析阶段要是清晰咱们测验意图，功用测验计划阶段为完成这个意图而要做的规划与规划。它是整个功用测验进程的成功履行的指引、监控与保障。花溪软件系统在功用测验计划中应包含测验意图(测验功用方针值)，测验战略，测验环境的要求(软硬件)，测验数据预备，测验资源需求(人力与财力)，测验进展，测验危险点评，测验需完结的相关文档等要害要素内容。其间的要害要素内容，可查阅相关文档。

软件的功用测验是为了查验体系或体系部件是否到达需求标准阐明中规矩的各功用方针，并满意一些功用相关的条件，软件系统咨询它要对体系或体系部件具有的功用(例如，速度、精度、频率)做出规矩的要求。功用测验一般在体系测验阶段履行，专注软件系统常常与强度测验结合起来，一般需求运用测验东西。点评测验方针的功用行为时，可以运用多种评测，这些评测侧重于获取与行为相关的数据，如呼应时刻、计时装备文件、履行流、操作稳靠性。这些评测要在点评测验活动中进行，也可以在履行测验活动中运用功用评测点评测验进展和状况。功用需求在各条件下测验，这些条件包含：1.不同的作业量和/或体系条件。2.不同的用例/功用。3.不同的装备。4.功用需求在补充标准或需求标准阐明书中的功用描绘部分中阐明。

评测需求是整个评测进程的根底;承认评测目标以及评测作业的规模和作用。用来承认整个评测作业(如安排时刻表、评测规划等)并作为评测掩盖的根底。并且被承认的评测需求项要是可核实的。它们要有一个可观察、可评测的成果。无法核实的需求不是评测需求。所以我现在的了解是评测需求是一个比较大的概念，专注软件系统它是在整个评测计划文档中体现出来的，不是类似的一个用例或许其他. 软件系统咨询评测需求是制订评测计划的根本依据，承认了评测需求可以为评测计划供给客观依据;评测需求是规划评测用例的辅导，承认了要测什么、测哪些方面后才能有针对性的规划评测用例;评测需求是核算评测掩盖的分母，没有评测需求就无法有用地进行评测掩盖。