自动化例行测试有效性策略
上一篇 / 下一篇 2011-10-31 18:58:30 / 个人分类:自动化测试—流程策略
TAG:
- 引用 删除 wonew1228 / 2011-11-07 17:10:29
-
原帖由散步的SUN于2011-11-03 09:29:31发表
呵呵,这只是一种说法而已,其实就是跟不断回归有点像
原帖由alice2003yf于2011-10-31 22:48:29发表
自.
这个还真由
- 引用 删除 散步的SUN / 2011-11-03 09:29:31
-
呵呵,这只是一种说法而已,其实就是跟不断回归有点像
原帖由alice2003yf于2011-10-31 22:48:29发表
自动化测试还有个例行测试阿,头回听说
- 引用 删除 散步的SUN / 2011-11-03 09:28:54
-
1、我说的是根据我们的情况将例行测试环境不与大网相结合,而直接通过服务器和测试环境走另外一个网络。因为大网里面的信息资源太乱,容易造成影响,不过弊端就是环境不够真实
4、IBM有一个工具叫insight好像可以智能化的分析数据,主要是从数据库中提取,简单可以从错误率分析出发,我觉得做自动化可以多去参考一下这些工具的设计理念,虽然不能做的这么复杂,做个简单的原型还是可以试试的
原帖由wolaizhinidexin于2011-11-02 11:08:04发表
个人觉得,自动化例行测试运行的几个关键在于:1)、测试环境的稳定性(最好能拥有自己的一套独立的测试.
- 引用 删除 散步的SUN / 2011-11-03 09:20:54
-
大家都有这么一段经历的,smoke test,这是一个不错的方式,自动化测试是与测试流程与需求相结合的
原帖由better82于2011-10-31 22:21:22发表
曾经淹没在巨大自动化脚本的维护中,现在的自动化case主要cover一些smoke test。
- 引用 删除 wolaizhinidexin / 2011-11-02 11:08:04
-
个人觉得,自动化例行测试运行的几个关键在于:1)、测试环境的稳定性(最好能拥有自己的一套独立的测试环境,排除外界影响)。
这里是不是应该划分为两块:
测试脚本本运行环境支持的问题,划分为脚本的问题。
测试脚本发现的测试目标因为环境的问题,划分为测试目标的问题。
所以兄台所说的应该是指测试脚本环境支持的独立性。我的观点是构建强悍的脚本,在多个不同的环境下都应该去进行测试,如果环境太独立,反而制约了测试策略的执行。
2)、测试运行阶段的稳定性(遇到不同的异常能够抓取,记录异常,且测试进程不能停止。
这个需要脚本足够强悍
3)、提供实时的监测机制(即遇到需要变更自动化测试环境拓扑或者网络不可连接的情况下,可以进行测试人员的通知)等。
建议使用第三方程序来做这个,一个邮件通知即可。
4)例行测试项目的优先级选择;一般而言,其优先级可以根据版本的改动影响情况以及上次错误出现项目情况等进行选择,在时间不够充足的情况下,应尽量保证其更核心项目的验证。
这个得看脚本模块的构造了,如果全部都放在一个地方,似乎做不到这点。另外,如果要达到这种方式,我觉得似乎应该用关键字框架来实施。当然,如果这个项目超级庞大,自动化测试代码超多,这个东西似乎显得十分重要。
- 引用 删除 xin_晴 / 2011-11-01 11:39:31
-
您好,我是51Testing软件测试网的编辑,您的本篇博文被推荐至51Testing软件测试网首页发表:http://www.51testing.com/html/69/n-248169.html
感谢您关注并支持51Testing博客,期待您更多的优秀原创博文。
- 引用 删除 alice2003yf / 2011-10-31 22:48:29
- 自动化测试还有个例行测试阿,头回听说
我的栏目
标题搜索
日历
|
|||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
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 |
我的存档
数据统计
- 访问量: 175702
- 日志数: 86
- 建立时间: 2011-02-16
- 更新时间: 2020-01-06