51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3241|回复: 1
打印 上一主题 下一主题

[讨论] 怎样在TestManager中规划场景测试用例的结构?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-2-23 16:23:40 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
看了《使用用例场景设计测试用例》文章,感觉非常好。但结合在TestManager中怎样规划测试用例的结构呢?我大概的想法是这样的:
1功能模块X   (用例文件夹)
  1-1功能项X   (用例文件夹)
     1-1-1场景1:成功的操作某功能 (测试用例)
     1-1-2场景2:XXX(备选流1)
     1-1-3场景3:XXX(备选流2)
     。。。
但这样写起来用例会非常多,可能也很繁琐,有谁写过场景式的测试用例吗?帮看一下。
另外,在TestCase中我不想把数据写到里面,测试步骤与数据的分离更清晰一些。但测试数据该写到什么地方呢?察看起来更方便维护起来也容易呢。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2005-3-13 02:31:55 | 只看该作者
如果把每个基本流或备选流都单独做一个脚本,再在TestManager中组合调用,确实会造成脚本数目过于庞大,也不利于脚本库的维护。我认为比较好的方法是:从开始用例到结束用例是一个脚本,中间所经过的基本流和所有备选流都包含在脚本中,在脚本中通过分支和循环来实现基本流和备选流,而不同的场景则由测试数据体现。如果需求不是经常发生大的变化,基本流和备选流不经常改动,采用这种方法还是比较好的。如果需求极不稳定,那么这么做会造成要经常去修改脚本,也不利于脚本库的维护。

测试数据分离出来肯定能提高测试过程的净收益。有多种方法:可以把测试数据写到DATAPOOL中;可以把测试数据写到文件中,在脚本中通过读文件获得测试数据;也可以将测试数据写到数据库中,在脚本中通过ADO调用测试数据。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-9-20 06:06 , Processed in 0.094056 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表