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

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

关于这些评测阶段，应制定规范，对其评测类型、评测技能要求等清晰要求。这方面，在军方、航空航天等范畴有许多规范就可供参阅。实践实施时，规范应依据不同软件类型的重要性、安全性要害等级供给取舍。文档评测的要评测目标是软件需求规格阐明书和软件规划文档。毕节软件代码测试文档一般运用文字进行阐明，因而不行防止地具有而二义性和不清晰性。软件评测中的文档评测要是对相关的规划陈述和用户运用阐明等文档进行评测，专注软件代码测试一般应符合以下的技能要求：关于规划陈述要是评测程序与规划陈述中的规划思想是否共同;关于用户运用阐明进行评测时，要是评测用户运用阐明书中对程序操作方法的描绘是否正确，用户运用阐明中提到的操作比如要进行评测，确保选用的比如可以在程序中正确完结操作。

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

1、面向体系：即面临被测体系本身，这类测验要是验证被测体系的完善性，健全性。具体的测验意图为验证办法函数是否正确，功用是否正常，需求是否满意，软件代码测试咨询即包含着单元测验，集成测验、承认测验、体系测验、查验测验等。2、面向用户：指的是站在用户的角度上测验体系是否存在缺点，这类测验要针对用户体验度。专注软件代码测试具体的体现在于界面是否漂亮，体系是否易用，能否兼容多设备，能否快呼应等，具体的测验有UI测验，兼容性测验，功用测验等。3、面向企业：考虑多的是体系是否存在危险，具体体现在于数据走漏，限安全等，常见的测验有安全测验。关于测验的需求，面向企业可以视状况扔掉或许推迟，可是面向体系与面向用户是缺一不行的。面向体系就不多说了，这是常规的黑盒测验，是体系质量的体现。