执行测试
执行测试
主要活动·分配测试时间·激发测试·标识出现的失效
主要活动 • 分配测试时间 • 激发测试 • 标识出现的失效
分配测试时间·按照三个步骤进行一在要测试的系统之间分配测试时间一在进行可靠性增长测试的每个系统的功能,回归,和负载测试之间分配时间。一在进行负载测试的每个系统的操作模式之间分配测试时间。对于进行确认测试的系统，所有的测试时间都被分配给负载测试
分配测试时间 • 按照三个步骤进行 – 在要测试的系统之间分配测试时间 – 在进行可靠性增长测试的每个系统的功能,回 归,和负载测试之间分配时间。 – 在进行负载测试的每个系统的操作模式之间 分配测试时间。 • 对于进行确认测试的系统，所有的测试 时间都被分配给负载测试
在被测试系统之间分配时间·对于系统的当前版本，首先根据估计的风险，将测试时间在超系统之间分配时间。，对于其他的系统，时间的分配原则上按照分配新的测试案例的比例分配测试时间。一分配案例的比率已经反映了被测试系统之间的相对重要性和新成分的多少。：例如：Fone Follower中，总共计划320小时的测试，40小时分配给超系统。以前的测试案例的分配为0.714和0.286。所以各个系统得到的时间为，产品200小时，操作系统80小时
在被测试系统之间分配时间 • 对于系统的当前版本，首先根据估计的风险， 将测试时间在超系统之间分配时间。 • 对于其他的系统，时间的分配原则上按照分配 新的测试案例的比例分配测试时间。 – 分配案例的比率已经反映了被测试系统之间的相对 重要性和新成分的多少。 • 例如：Fone Follower中，总共计划320小时的测 试，40小时分配给超系统。以前的测试案例的 分配为0.714和0.286。所以各个系统得到的时 间为，产品200小时，操作系统80小时
不同测试方式之间的再分配·如果系统进行可靠性增长测试一首先分配功能测试以及回归测试的时间一剩下的时间分配给负载测试。：如果系统只进行确认测试，那么所有的时间都分配给了负载测试·例如：Fone Follower中，超系统的40小时和操作系统的80小时，都分配给负载测试。对于产品测试的200小时，预计进行10小时的功能测试，估计进行10次每次1小时的回归测试。这样负载测试的时间分配为180小时
不同测试方式之间的再分配 • 如果系统进行可靠性增长测试 – 首先分配功能测试以及回归测试的时间。 – 剩下的时间分配给负载测试。 • 如果系统只进行确认测试，那么所有的时间都分 配给了负载测试。 • 例如：Fone Follower中，超系统的40小时和操作 系统的80小时，都分配给负载测试。对于产品测 试的200小时，预计进行10小时的功能测试，估计 进行10次每次1小时的回归测试。这样负载测试的 时间分配为180小时