1.测试案例准备：
估计新版本所需要的新的测试案例的数量 ，在要测试的系统之间分配新测试案例的数量 ，在每个系统的新操作之间分配新测试案例的数量 ，指定测试案例 将新测试案例增加到以前版本的测试案例上
测试过程准备：为每个操作模式准备一个测试过程，
功能包括：设置环境条件和驱动测试。
2.首先考虑时间和成本来确定所能够设计的案例数量。然后检查这个数量对当前设定的FIO，以及系统规模来说是否足够多。
3.根据时间约束计算公式:
计划使用的时间*设计案例的人数/设计每个案例所需要的人时。
成本约束计算公式：
总开发预算*分配给测试案例准备的比例/每个设计案例的成本。
需要从上面两个数字中取比较小的一个。
例子：
假设共有600h的时间，3.5个测试人员，每个test case需要3个小时 600*3.5/3 = 700个
整个预算2M，10%用于测试用例准备，平均每个测试用例准备时间为250。 2M*10%/250 = 800 因此共计划设计700个用例。
4.根据系统地规模以及FIO，确定案例数量是否合理
—— 新的案例一般需要多于已经测定的新操作数。一般要为每一个操作至少分配一个测试案例。
—— 可以使用原先的经验来指导测试案例指标，比如每千行需要的测试案例。
同样数量的测试案例，可以通过案例的选择得到更加好的测试效果。
提高单位时间或者单位成本所得到的测试案例，可以有效地提高测试的效率。
5.根据系统地规模以及FIO，确定案例数量是否合理
新的案例一般需要多于已经测定的新操作数。一般要为每一个操作至少分配一个测试案例。
可以使用原先的经验来指导测试案例指标，比如每千行需要的测试案例。
同样数量的测试案例，可以通过案例的选择得到更加好的测试效果。
提高单位时间或者单位成本所得到的测试案例，可以有效地提高测试的效率。
二、在系统之间分配新的测试案例
1.以测试案例的数量为基础，根据系统被使用的程度，相关操作的数量来分配测试案例。
2.对于采办组件一般只在第一次使用的时候进行测试，所以只在第一次的时候分配测试案例。
3.分为5个步骤
如果使用图形表示方法，计算出每个操作的概率。
识别很少出现的关键新操作，确定这些操作需要分配多少个案例。
确定其他新操作的分配概率。
对每个新的不经常出现的其他新操作分配至少一个测试案例。
根据分配概率分配测试案例数量。
三、为很少发生的操作分配案例数量
1.关键操作是指：操作的成功执行可以很大地增加系统的附加值，而操作失败可能带来很大的损害。
2.对于很少发生的关键操作，我们需要单独确定需要多少个测试案例才可以比较完整地测试其可靠性。
对于经常发生的关键操作，我们的分配方法会自然地为它分配足够的测试案例。
四、处理新的不经常出现的操作
对于每个不经常出现的新操作，至少应该分配一个操作。
否则会使得实际测试的时候和实际的使用方式不一样。
操作的分配比率和实际测试的时候执行操作的比率并不相同。
如果操作的出现概率低于0.5处以总的案例数量，那么按照通常方式它不可能分配到案例。此时应该至少分配一个案例。
有些很少出现的操作已经别合并或者清除掉了。