盲目的测试自动化崇拜
上一篇 / 下一篇 2009-06-29 17:28:34 / 个人分类:软件测试
TAG:
- 引用 删除 florazhang800 / 2009-10-14 14:52:07
-
评 5 分
- 引用 删除 lachesis999 / 2009-08-21 00:36:30
- 学习了!
- 引用 删除 箭在行动 / 2009-08-18 10:57:42
-
看了大家的评论,我颇有感触。我才开始工作没有多久,虽然我并不认为自动化测试能够代替人工测试,但是我更倾向于自动化的测试。举个例子,产品就象自行车,测试就是骑自行车的人,随着时代的前进,自行车换成了小汽车了,骑自行车的人做在小汽车里,大家都见过蹬自行车的人,但是又有谁见过蹬小汽车的人呢?也许这个例子并不恰当,但我想说明的问题是,未来自动化的测试是必不可挡的趋势,只不过,做测试的人依然牢牢控制着“方向盘”而已。
这是我个人的一点浅见,欢迎大家PK。
- 引用 删除 wldtzzming / 2009-07-06 09:53:20
- 引用 删除 阳光小妮子 / 2009-07-05 21:54:38
- 很有道理。我做3年的自动化测试,发现自动化的架构搭不好,做自动化很累,投入产出比很低的,先不要说对产品质量有提升,我个人更加认为反而增加了测试的工作量。而且对于实现自动化的人来说,工作重复还没有技术含量。感觉在不停的优化这个,优化那个。
- 引用 删除 victorcook / 2009-07-01 22:14:40
- cool, i like this kind of debate. go on.
- 引用 删除 lf0026 / 2009-07-01 11:39:05
- 如果项目已经进入一个相对来讲比较稳定,后续很少进行大的改动时,可以考虑用自动化工具来进行测试,如果贸然使用.呵呵,光维护自动化测试脚本就是一个让人郁闷的事情
- 引用 删除 xingzunxi / 2009-07-01 09:56:46
- 自动化的核心是执行测试用例,所以只有编写好得测试用例才能更好得发挥自动化,如果只简单得会利用自动化工具,我觉得是不行得,呵呵!
- 引用 删除 billhu / 2009-06-30 13:36:52
- 思路太狭隘了。自动化的本质就是用计算机技术解决测试工作过程中的问题。我们做的软件都是为了解决各行业的问题。测试过程当然也可以用计算机技术解决一部分问题。注意,就像各行业不能依靠计算机解决所有问题一样,测试过程也不能依靠计算机解决所有问题。在计算机能够解决的问题领域中,测试执行只是极小的一方面。其他方面:测试分析、测试设计、测试管理、环境部署、数据准备……谁说自动化只能解决测试执行中的问题啊。即使是测试执行,谁又说一定要用商业工具通过GUI方式执行啊,即使是商业工具,谁又说一定要用捕捉、回放啊。计算机的技术很深、很广,可以解决各行业中的很多问题,难道不能解决大部分的测试过程问题?只不过是因为大部分的计算机技术掌握很深的人,都没有投入精力解决测试过程中的问题。否则测试的质量和效率,就不是现在的样子了。商业测试工具厂商,投入了一些资源,提出了一些解决方案,但是因其通用,对特定情况的针对性不强。而企业大都不会做这种投入。
标题搜索
日历
|
|||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
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 |
我的存档
数据统计
- 访问量: 94695
- 日志数: 74
- 文件数: 7
- 建立时间: 2007-01-16
- 更新时间: 2010-09-01