5.2基线管理

    评测执行过程中，为避免评测过程版本的混乱，应建立基线管理机制，在每次评测完成之后建立版本基线，保留上一个评测版本环境，这样在评测过程中可以追根溯源，尤其是在进行第二轮、第三轮评测的时候可以验证是研发人员修改裂化的缺陷还是原本系统就存在而评测人员未发现的缺陷，如果是裂化的缺陷，那在回归评测时注意该条业务线上其他功能是否都受到影响，如果是原本就存在的缺陷而评测人员未发现则要考虑是否评测用例设计不够完善，这对问题的排查和评测方向都有很重要的指导意义。

    5.3分配原则

    重点在于从缺陷产生的概率和开发进行修复的难易程度来进行安排，缺陷如果发生的概率越大，或者是这类缺陷被修改的难度越高，那么执行测试的时候就要越靠前，根据测试用例的优先级，这是项目执行测试的重要原则：①首先安排用例级别较高的功能场景先测试，后根据用例级别高低依次安排。②先对主要功能和流程进行测试，然后对非主要功能和流程进行测试。③先对功能和逻辑进行测试，然后在对界面进行测试；④进行定量的随机猜测性测试，以便更好的发现隐藏在程序内部不易被发现的缺陷；⑤在每轮测试结束之后均进行交叉测试，以便更好的发现熟悉模块不能发现的缺陷。

    6 有效的评测用例是方法的展现

    6.1用例设计的规程

    在设计评测用例时尤其要关注模块之间业务逻辑及数据流关系 ......