承认什么才是正确的行为，界说边界行为的正确性。要承认软件运转是正确的先要知道什么是“正确的”，这自身便是软件评测人员的重要职责。软件评审机构需求工程师和项目经理不行能一次将产品在状况下的行为都界说出来，乃至不能想到的状况。这种时候软件评测人员的职责便是尽量想到或许呈现的状况，并且和需求工程师、项目经理和开发人员一同承认条件下的行为。黔西南软件评审重要的是尽量确保软件是“指哪打哪”而不是“打哪指哪”(跑到了一种行为发现没界说过，然后依据程序的反响来界说。了解“用户”怎么运用软件，许多项目都会遇到这样的诉苦“为什么产品软件评测的时候没有问题，拿到客户那里一用就出问题”。原因其实就在于软件评测人员没有依照用户的方法来软件评测软件。

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

大数据办理体系基准评测需求大数据静态和动态特征的描写：对实践运用场景中的实在数据进行动态和静态特性的描写，是形成数据生成理论的条件。数据的静态特征包含数据结构、数据散布、准以及时序关系等。在成熟的运用范畴，品质软件评审数据静态特征往往已经有模型进行描绘。但大数据的动态性（velocity）特征难用单一模型进行描写。黔西南软件评审对数据的静态和动态特性进行参数化的描写是真数据生成的条件。真的数据生成办法：大数据运用的特征决议了需求选用运用相关的数据生成办法。一同，大数据的杂乱和动态性决议了对数据特征的描写无法由范畴完结，而需求经过计算和机器学习主动进行。

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