第六讲 执行测试.pptVIP

4.1 多重配置上的失效/1 当多个配置运行相同的程序时 ? Time ? Event Cumulative time ? Failure Times Configuration A Configuration B 8:00 8:30 9:00 9:20 Start A Start B Failure 1 Failure 2 0 30 60 80 ? 0 30 50 ? ? 90 130 4.1 多重配置上的失效/2 能否将每一个程序拷贝单独考虑？ 硬件失效是这样做的，因为时间是一个主要因素 软件方面由于它是逻辑实体，因此你在不同拷贝上经历的时间是不重要的，你可以把时间合起来 另外，由于去错错误后，所有的拷贝上的问题都可以被处理，因此软件之间也需要同步 4.1 多重配置上的失效/3 假定两个配置有不同的指令执行速度，基本的原则是选择一个配置作为参考配置，将其它配置的时间调整到参考配置的时间上 ? Time ? Event Cumulative time ? Failure Times Configuration A Configuration B 8:00 8:30 9:00 9:20 Start A Start B Failure 1 Failure 2 0 30 60 80 ? 0 30 50 ? ? 120 180 ? Adjusted time Configuration B ? 0 60 100 4.2 失效时间的不确定性 在时间记录上可能不一定那么准确 ? Event Time Start test Failure 1 Failure 2 Failure 3 Stop test for lunch Start test Failures 4, 5 Stop test 8 a.m. 8:30 a.m. 9:30-10:20 a.m. 11:00 a.m. 12 noon 1:00 p.m. 1:00-4:20 p.m. 5:00 p.m. ? ? Event Time (min) Random number Adjustment factor Assigned time (min) Time interval since last failure (min) Start test Failure 1 Failure 2 Failure 3 Stop test Start test Failure 4 Failure 5 Stop test 0 30 90-140 180 240 240 240-440 240-440 480 ? ? 67,557 ? ? ? 26,446 97,159 ? ? 0.0005 ? ? ? 0.002 0.002 0 30 63.8 180 240 240 292.9 434.3 480 ? 30 33.8 116.2 ? ? 112.9 141.4 随机数 4.2 失效时间的不确定性 为了“节省时间”，人们通常把发生时间间隔很短的失效记录为同时发生，这样会产生大量的零失效区间，从而会使得系统潜在的失效估计过于悲观。 如果已采用这种方式记录了数据，最好的采用以下方法进行更正： 假设在不等的点ti 和ti+k+1之间有k个相同的点。在[ti ，ti+k+1]中随机地选取k个随机点，并命名为ti+1 ,ti+2 …ti+k . 4.3 现场中的多个版本 大型系统可能安装在许多地方，它们可能有不同的版本 后续的版本可能具有更好的性能 不同版本之间的失效强度可能不同，但是这种区别可能不大 总的失效强度值为1.95失效/千执行小时 ? Release Number of installation Failure intensity (per thousand execution hours) 5 6 7 300 500 200 2.0 1.5 3.0 小结 测试时间分配：依据风险和操作模式 调用测试用例：随机性 记录失效：注意时间的问题 我们决定在功能测试时，将完全按照创建和存储测试案例的顺序调用，以免遗漏。将最经常出现的操作的测试案例排在前面，次经常出现的操作的测试案例排在后面。这样做是否可行？为什么？ 两栖装甲车系统中，预期20%的使用由新兵完成，80%的使用由老兵完成，90%的时间在陆地上使用，10%的时间在水中使用。预期用200小时进行系统负荷测试。如何划分测试时间？ 我们在下午1点启动系统，在下午2、3、4时记录到出现了失效。这三小时计算机利用率分别是0.3、0.5、0.7,则经过调整的失效时间是什么？ 时间（小时） 计算机利用率 执行时间 调整后时间 1 1 0.3 0