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

大数据办理体系一般指那些依据集群环境，软件系统机构运用大容量内存、高速网络，支撑数据存储、索引、更新、查询、检索、剖析和挖掘的数据办理体系。谷歌公司的GFS、MapReduce完成以及BigTable体系可以认为是早呈现的有代表性的大数据办理体系。而跟着开源体系Hadoop的呈现和相关开源圈的打开以及BerkeleyData Analytics Stack系列东西的快打开，一大批体系和东西都可被归于BDMS的范畴。专注软件系统这些体系的功用、接口层次、架构、完成技能、面向运用和所依托的底层硬件各不相同，怎么客观、公正地比较它们在不同运用场景下的功用，无论是关于体系开发还是运用开发和体系选型人员来说，都是一个难题。这也是BDMS基准评测关于指导体系研制、体系选型，营造好技能竞赛环境的含义所在。

在调整的进程中，查验、成果计算、成果剖析环节的终意图是要对体系进行优化。因而，体系优化的依据直接来源于对查验成果的剖析。一般来讲，关于一个比较老练的体系，体系的大多数优化作业往往是对体系装备的优化，只要少部分的优化作业是对体系规划的修正。专注软件系统经过对成果的剖析，可以大体定位出体系问题呈现在哪里，随后对体系装备进行改及优化。此优化进程大部分的作业是尝试性和不间断性的，需求不断尝试装备参数的改变，然后验证此装备的修正是否到达预期意图。假如没有到达预期意图，需求进一步对装备进行修正和验证。黔西南软件系统依据以往的查验经历，完结参数装备改的重要规则是一次完结一个装备改。这要是因为体系某一个模块/单元呈现问题或许是由多个模块/单元的瓶颈导致的。因而，分别处理每个问题很重要。假如一起进行多个改，将不行能准确地判定每次改的影响。

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

文档查看：是对提交的文档的完好性、一同性和准确性所进行的查看。文档查看应供认查看所用的查看单，并且为习气不同的文档查看，软件系统机构需求用不同的查看单，查看单的规划或选用应经过判定并得到托付方的供认。可评测性查看：要是对开发的软件文档、软件规划的可评测性进行审理，专注软件系统包含软件文档是否符合可测性、软件规划是否具有可评测性、代码是否符合可测性等方面的查看。代码查看：是查看代码和规划的一同性、代码实行规范的状况、代码逻辑表 达的正确性、代码结构的合理性以及代码的可读性。代码查看应依据所运用的言语和编码规范供认查看所用的查看单，查看单的规划或选用应经过判定并得到托付方的供认。

1.清晰测验的方针，承认功用测验场景，集群规划和标准，数据量，数据格式，紧缩算法等。比方版别迭代测验，专注软件系统需求和历史版别集群标准和参数对齐，以便比较版别功用是否劣化；Poc测验需求清晰客户场景；软件发行商测验，需求与发行商集群规划保持一样。2.恳求主机环境和测验周期3.搭建运转环境和监控，软件系统机构获取的功用方针部分包含：功用数据，比方带宽，磁盘IO，CPU，内存等方针4.打开测验 测验进程中运用nmon或许其他体系监控的东西记载体系方针改变，以供发现体系瓶颈，利于后续调优。5.针对功用进行调整优化，进行迭代功用测验 6.出具功用测验陈述