最新测试准备.pptVIP

概念（1） 运行 运行是操作的一个特定实例。 运行可以通过操作，输入状态（或全部输入变量以及他们的值）来刻画。 输入空间 输入空间是所有可能的输入状态的集合。 * bjhk 概念（2） 输入变量：在操作外部且可能影响操作运行的变量。 直接输入变量：直接控制操作运行的变量，比如：参数，菜单项目等。 间接输入变量：不直接控制，而是间接影响某个操作。比如：工作负载，已运行时间等。 直接变量 间接变量 源发者 操作模式 被转发者 数据库状态 记账类型 资源状态 … * bjhk 输入变量的例子 Process Fax Call Operation of Fone Follower 直接 间接 Originator=201 908 5577 Op Mode = prime hours Forwardee=908 555 1212 Database state: Billing type = per call Resource state: Dialing type = std Screening = yes * bjhk 概念：测试案例 测试案例通过直接输入变量及其赋值，部分地描述了运行。 一个测试案例可以在不同的间接变量下运行（比如不同的操作模式）。不同的运行可能产生不同的失效行为。 但是其可能性不如不同的操作可能引起的失效几率大。 * bjhk 测试案例的例子 Fone follower 的测试案例 Originator=201 908 5577 Forwardee=908 555 1212 Billing type = per call Dialing type = std Screening = yes * bjhk 功能测试/回归测试/负载测试 在功能测试以及回归测试中，应该控制间接输入变量，避免操作之间互相影响。 但是，负载测试中，需要考虑间接输入变量的影响。 使用测试过程来设置环境条件并在随机时刻随机地调用测试案例来完成负载测试。 * bjhk 操作模式/操作/运行 操作模式，操作，测试案例，运行空间 测试案例 Xa 运行Xa1 操作X 操作模式1 测试案例 Xa 运行Xa2 操作X 操作模式2 * bjhk 过程 测试案例准备 估计新版本所需要的新的测试案例的数量 在要测试的系统之间分配新测试案例的数量 在每个系统的新操作之间分配新测试案例的数量 指定测试案例 将新测试案例增加到以前版本的测试案例上 测试过程准备：为每个操作模式准备一个测试过程，功能包括：设置环境条件和驱动测试。 * bjhk 估计新版本所需要的案例数量（1） 首先考虑时间和成本来确定所能够设计的案例数量。然后检查这个数量对当前设定的FIO，以及系统规模来说是否足够多。 根据时间约束: 计划使用的时间*设计案例的人数/设计每个案例所需要的人时。 成本约束： 总开发预算*分配给测试案例准备的比例/每个设计案例的成本。 需要从上面两个数字中取比较小的一个。 * bjhk 例子 假设共有600h的时间，3.5个测试人员，每个test case需要3个小时 600*3.5/3 = 700个 整个预算2M，10%用于测试用例准备，平均每个测试用例准备时间为250。 2M*10%/250 = 800 因此共计划设计700个用例。 * bjhk 估计新版本所需要的案例数量（2） 根据系统地规模以及FIO，确定案例数量是否合理 新的案例一般需要多于已经测定的新操作数。一般要为每一个操作至少分配一个测试案例。 可以使用原先的经验来指导测试案例指标，比如每千行需要的测试案例。 同样数量的测试案例，可以通过案例的选择得到更加好的测试效果。 提高单位时间或者单位成本所得到的测试案例，可以有效地提高测试的效率。 * bjhk 在系统之间分配新的测试案例 以测试案例的数量为基础，根据系统被使用的程度，相关操作的数量来分配测试案例。 对于采办组件一般只在第一次使用的时候进行测试，所以只在第一次的时候分配测试案例。 例如：对于Fone follower系统，其操作系统将会被分配到200个test case。 * bjhk 在新操作之间分配测试案例数量 分为5个步骤 如果使用图形表示方法，计算出每个操作的概率。 识别很少出现的关键新操作，确定这些操作需要分配多少个案例。 确定其他新操作的分配概率。 对每个新的不经常出现的其他新操作分配至少一个测试案例。 根据分配概率分配测试案例数量。 * bjhk 为很少发生的操作分配案例数量 关键操作是指：操作的成功执行可以很大地增加系统的附加值，而操作失败可能带来很大的损害。 对于很少发生的关键操作，我们需要单独确定需要多少个测试案例才可以比较完整地测试其可靠性。 对于经常发生的关键操作，我们的分配方法会自然地为它分配足够的测试案例。 * bjhk