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

静态查验：指不作业被测程序自身，优良信息系统验收测评经过剖析或查看源程序的语法、结构、进程、接口等来查看程序的正确性。动态查验：是指经过作业被测程序，查看作业与预期的差异，信息系统验收测评机构并剖析作业功率、正确性和健壮性等功用方针。单元查验：又称模块查验，是针对软件规划的小单位----程序模块或功用模块，进行正确性查验的查验作业。其意图在于查验程序各模块是否存在过错，是否能正确地完结了其功用，满意其功用和接口要求。集成查验：又名拼装查验或联合，是单元查验的多级扩展，是在单元查验的根底上进行的一种有序查验。旨在查验软件单元之间的接口联络，以期望经过查验发现各软件单元接口之间存在的问题，把经过查验的单元组成符合规划要求的软件。

开发部准备评测版别；软件装备处理工程师进行体系冒烟查验版别的编译项目查验组进行体系的冒烟查验；并记载查验；收拾查验陈述并发送给相关人员；核算Fail?Ratio并判别该版别是否可以进行查验；假设抵达查验要求；软件装备处理工程师正式发布查验版别。评测组长在项目经理处恳求相关查验资源。项目查验人员依据查验用例对该版别进行查验，确保软件功用的正确性，优良信息系统验收测评功用查验和压力查验抵达预期。信息系统验收测评机构要求查验工程师将当天发现的缺点不才班前提交到QC.软件项目经理安排对缺点处理体系中提交的各个缺点评论和剖析，供认每个缺点是否是真实的软件问 题，缺点所属的模块，严峻程度和批改急迫度等，一同把每个缺点分配给相应的开发人员。

产品功用测验一般粗的分，我会将功用测验分为两类：稳靠性测验(压力测验、负载测验等)和功用测验。这两种测验有许多的不同点：1)稳靠性测验往往模仿的用户的运用状况，着重的为时刻的延续性，信息系统验收测评机构要求产品没有不行接受的失利。2)功用测验往往需求和硬件条件联络在一同，寻觅功用的好发挥以及优的计划，一般优良信息系统验收测评功用测验需求在产品规划时就要进行简略功用测验，以对产品进行功用初期点评和调优，早于稳靠性测验。一同在体系稳守时，常常还需求做具体的功用测验，以给运用方以数据参阅。