在操作模式之间分配测试时间·在操作模式之间分配测试时间的基本规则为：按照各种模式在实际使用中被使用的比例。·对于Fone Follower,modeProductOS timeProportiSupertimesystemon0.1Peak hours0.7Primehours0.2Off hours
在操作模式之间分配测试时间 • 在操作模式之间分配测试时间的基本规 则为：按照各种模式在实际使用中被使 用的比例。 • 对于Fone Follower， mode Proporti on Super system Product time OS time Peak hours 0.1 Primehours 0.7 Off hours 0.2
（1)激发测试SRE的测试需要在系统的单元经过了测试或Verification，并且被集成后使得系统的各个操作都可以完成。一般按照以下的顺序测试系统，主要的原因是：对于测试结果信息的需求的先后顺序。也可以采取其他的顺序。1．采办组件2.产品和变体3.超系统
激发测试（1） • SRE的测试需要在系统的单元经过了测试或 Verification，并且被集成后使得系统的各个 操作都可以完成。 • 一般按照以下的顺序测试系统，主要的原因 是：对于测试结果信息的需求的先后顺序。 也可以采取其他的顺序。 1. 采办组件 2. 产品和变体 3. 超系统
（2）激发测试·对于单个系统的测试顺序：一功能测试>负载测试>（程序有改动后）回归测试功能测试：从所有新测试案例和以前版本的回归测试案例集合中随机选择（包含了所有的关键性操作的测试案例）。·负载测试：按所分配的时间比例，使用合适的测试过程，调用每个操作模式。，回归测试：调用所有功能测试的测试案例，或从中选择一个子集（包括所有的关键操作）
激发测试（2） • 对于单个系统的测试顺序： – 功能测试→负载测试→（程序有改动后）回归测试 • 功能测试：从所有新测试案例和以前版本的回 归测试案例集合中随机选择（包含了所有的关 键性操作的测试案例）。 • 负载测试：按所分配的时间比例，使用合适的 测试过程，调用每个操作模式。 • 回归测试：调用所有功能测试的测试案例，或 从中选择一个子集（包括所有的关键操作）
案例选择·总共执行的案例的数量是由允许的时间决定的。案例是按照测试操作部面的概率，以随机的顺序，在随机时刻被激发的。对于负载测试，案例的选择是可重复的。一一个案例被选择并执行之后，可能又被执行。原因在于：负载测试中，案例的执行数目远远大于允许的案例数目，且间接输入变量有一定的影响。对于功能测试或回归测试，案例的选择是不可重复的。一一个案例只会被执行一次。原因在于：间接变量的影响被严格控制，同一个案例执行两次而出现不同的行为的可能性要远远小于两个不同案例的执行
案例选择 • 总共执行的案例的数量是由允许的时间决定的。 • 案例是按照测试操作剖面的概率，以随机的顺序， 在随机时刻被激发的。 • 对于负载测试，案例的选择是可重复的。 – 一个案例被选择并执行之后，可能又被执行。原因在 于：负载测试中，案例的执行数目远远大于允许的案 例数目，且间接输入变量有一定的影响。 • 对于功能测试或回归测试，案例的选择是不可重 复的。 – 一个案例只会被执行一次。原因在于：间接变量的影 响被严格控制，同一个案例执行两次而出现不同的行 为的可能性要远远小于两个不同案例的执行
重复运行·运行重复的主要目的一增加有关失效的信息一确认失效（错误）已经消除了。·失效的重现是必要的。为了能够重现我们必须纪录每个运行的相关信息一案例，激发的时间，操作模式，环境变量
重复运行 • 运行重复的主要目的 – 增加有关失效的信息。 – 确认失效（错误）已经消除了。 • 失效的重现是必要的。为了能够重现， 我们必须纪录每个运行的相关信息 – 案例，激发的时间，操作模式，环境变 量