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

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

在功用测验运转中，实时监测能使测验人员在测验进程中的时刻都可以了解运用程序的功用好坏。体系的每部件都需求监测：协议栈，MMI运用程序，内存占用状况，驱动程序运转状况等。实时监测可以在测验履行中及早发现功用瓶颈。软件项目验收咨询功用测验的剖析和功用点评，结合测验数据，剖分出体系功用行为体现的规则，并精承认位体系的功用瓶颈所在。可以运用数学手法对大批量数据进行核算和计算，优良软件项目验收使作用具有客观 性。在功用测验中，需求留意的是，可以履行的功用测验计划并不是成功的，成败的要害在于其是否进行了模仿。在整个功用测验进程中，主动化测验东西的挑选只能影响功用测验履行的杂乱程度，但人的剖析和考虑却会直接导致功用测验的成败。

进程一：数据阶段验证，大数据测验的一步，也称作pre-hadoop阶段该进程包含如下验证：1)来自各方面的数据资源应该被验证，来保障正确的软件项目验收咨询数据被加载进体系。2)将源数据与推送到Hadoop体系中的数据进行比较，以保障它们匹配。3)验证正确的数据被提取并被加载到HDFS正确的位置。该阶段可以运用东西Talend或Datameer，进行数据阶段验证。进程二："MapReduce"验证，大数据测验的第二步是MapReduce的验证。在这个阶段，优良软件项目验收测验者在每个节点上进职事务逻辑验证，然后在运转多个节点后验证它们，保障如下操作的正确性：1)Map与Reduce进程正常作业。2)在数据上施行数据聚合或隔规矩。3)生成键值对。4)在履行Map和Reduce进程后验证数据。

1.动态监测：在测验履行进程中，优良软件项目验收实时获取并显现正在履行的各测验脚本的状况。2.呼应时刻/吞吐量：测验方针针对特定主角和/或用例的呼应时刻或吞吐量的评测。3.百分位陈述：数据已搜集值的百分位评测/核算。4.比较陈述：代表不同测验履行状况的两个(或多个)数据集之间的差异或趋势。5.追寻陈述：主角(测验脚本)和测验方针之间的音讯/会话具体信息。软件项目验收咨询软件功用测验“办法观”软件功用测验的办法可以依据测验意图的不同，挑选不同的办法，件稳靠性测验，这种测验常常发现的过错包含越界指针，内存走漏、栈溢出、越两个特性之间的过错交互等，也称长序列测验(long sequence testing)、久测验(duration testing)、耐力测验(endurance testing)。测验持续时刻较长，方针是发现程序测验遗失的过错。稳靠性差的软件，如履行时总是频频地、重复地失利，软件不能稳定地作业。软件稳靠性测验的意图是给出稳靠性的定量估计值。