Test Execution: Test Group
上一篇 / 下一篇 2007-05-10 23:00:33 / 个人分类:测试技术
查看( 1005 ) /
评论( 2 )
相关阅读:
- 测试脚本设计(context:smartcard):isolate key failures from propagate failures (hobli, 2007-5-04)
- 测试案例设计:确保案例独立性 (hobli, 2007-5-04)
- 配置测试 (zhoulihua, 2007-5-05)
- 案例设计:数据驱动为主 (hobli, 2007-5-06)
- 单元测试 (zhoulihua, 2007-5-07)
- test script design: focusing on case design (hobli, 2007-5-07)
- ERP功能测试最佳实践:10个步骤确保ERP系统的可靠性 (zengyi2008, 2007-5-08)
- Testing Process Independancy (hobli, 2007-5-08)
- some quanlity benchmarking terminology (hobli, 2007-5-08)
- Test/Verify of 'Wrong Behavior' (hobli, 2007-5-09)
TAG: 测试技术
- walker1020 发布于2007-05-11 08:35:23
-
楼主提出了Test Group 这个概念很好。楼主能否结合实例来具体讲解一下?
- hobli 发布于2007-05-11 21:48:43
-
好,那么我就举一个例子。
就以SIM卡应用为例,
1 我们要测试一个特殊命令x, 执行这个命令,SIM卡会内部自动生成一个文件系统F。
2 特殊命令Y, 在文件系统F下,会反馈信息N.
3 特殊命令Z, SIM卡会反馈信息M.
我们可以设计3个完全独立的案例,对于第二个,
我们必须预先生成文件系统F,而且不可使用命令X,(否则失去独立性了),但师生成这个文件系统,可能需要较繁琐的命令,需要较长的时间。如果我们把1根2归为同一个测试组,用1生成的文件系统F作为2的preCondition,那么,就方便多了。
这样,我们就有了2个组,组一有案例1根案例2组成,组二只有案例3,这两个组是完全独立的,完全可以平行测试,测试结果也不互为影响。
当然,这个例子有点简单,只是为了说明问题。
标题搜索
日历
|
|||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
1 | 2 | 3 | 4 | 5 | 6 | ||||
7 | 8 | 9 | 10 | 11 | 12 | 13 | |||
14 | 15 | 16 | 17 | 18 | 19 | 20 | |||
21 | 22 | 23 | 24 | 25 | 26 | 27 | |||
28 | 29 | 30 |
我的存档
数据统计
- 访问量: 11778
- 日志数: 22
- 建立时间: 2007-03-21
- 更新时间: 2010-04-07