google搜索
站内搜索
软件测试门户
|
软件测试培训
|
文章资料精选
|
软件测试论坛
|
测试解决方案
|
软件测试博客
|
测试招聘求职
注册
登录
搜索
调查问卷
鲜花鸡蛋
帮助
51Testing软件测试论坛
»
[软件测试职业发展]
» 测试的未来?
‹‹ 上一主题
|
下一主题 ››
发新话题
发布投票
发布商品
发布悬赏
发布活动
发布辩论
发布视频
打印
[讨论]
测试的未来?
xiaoshancom
高级站友
个人空间
发短消息
加为好友
当前离线
1
#
大
中
小
发表于 2007-10-10 17:20
只看该作者
测试的未来?
原文:
http://fafeng.blogbus.com/logs/10228371.html
最近
Google Group
的
Software Testing (QC) & Software Quality Assurance (QA)
组讨论了一个有趣的话题:
测试的未来?
。
来自印度的问题提出者
hmsathish
在帖子最后提出了
4
个他所担心的问题:
1. If any software boom is down first the Companies fire Testers.
如果软件增速减缓,公司会首先解雇测试员
2. Developers can do our job + Coding.
开发人员能做我们的工作+编码
3. In future comfortable tools are coming.
未来舒适的工具会出现
4. No investments on the Testing more?
在测试上不再会有投资?
后面的跟帖大部分认为
hmsathish
的担心是多余的,并且认为软件测试还有着非常好的未来。其中
Mark Crowther
的回答非常好:
1. Wrong. This assumes the situation as it is now or was in the past, as it is in this transitional state, but you're talking about what the future holds. So this statement is wrong. The ones at risk are development, probably more like Technical Authors or Support Desk. The value the business derives from testing is eminently improved the more difficult the economic situation becomes. The logic for this is because there is a need to maintain a share of a shrinking market where the differentiator would be price and quality. Testers are far cheaper than developers generally and in safeguarding quality are essential. Safeguarding quality ensures the total cost of ownership is reduced meaning a well tested product is a better investment. A product with higher quality means a reduced need for Support Staff there by bringing a greater saving to the business.
错。这是假设情况,因为它是现在或过去,而且是过渡状态,但你正讨论的是未来。因此这个论断是错的。那些处于危险的是开发,也许更像技术作者或支持服务部。从测试获得的商业价值在于明显改善了更加困难的经济形式。这种逻辑是因为有必要保持份额不断萎缩的市场的内在将是价格和质量。测试员一般比开发员更廉价而且他对保障质量至关重要。保障质量确保的总拥有成本降低意味着测试产品是一个更好的投资。更高质量的产品意味着减少支持员工数会带给商业更大的节省。
2. Wrong. A simple reflection on the Division of Labour, Specialization of Work theories will tell you that there will at some point be enough work and enough need for focus of effort by individuals who are particularly experienced in testing, to need people who's specialization is testing. Turn this around, can testers also code as well as developers? We would always say No to this, we understand their specialization, experience, etc. lend themselves to being developers who can test, just as it does us being testers who can develop. But the two professions are not fully inclusive.
错。简单的劳动力分工的反映,专业化工作理论将告诉你,有一点是足够的工作和那些在测试上特别有经验的个人足够专注的努力,尤其需要测试上的专家。反过来说,测试员也能像开发员那样编码吗?我们经常对这说不,我们知道他们的专长,经验等,让他们成为能测试的开发员,就像我们成为能开发的测试员。但这两个专业并非完全包含。
3. Wrong. This has been spoken of for many years and even the best of the Record and Playback tools fail at encountering the simplest of issues.
This is the same logic as for the robots running their AI cleaning my house and making me a cup of tea as I type... I still don't have one. Even if we accept the suggestion that these tools become so all powerful they are acting like a tester, who's going to configure, run, maintain, mature what they do? Is this person by definition not a tester?
错。这已经说过很多年,当碰上最简单的问题即使最好的录制回放工具也会失败。同样的逻辑对机器人运用它们的人工智能清扫我的房间,给我一杯茶当我敲入
…
我仍没有得到。即使我们接受这些工具变得如此强大并能像一个测试员一样做事的想法,谁将去配置,运行,维护,完善它们所做的?这个定义的人不是测试员吗?
4. Wrong. The very act of investing in the above in a desire to eliminate the tester is by its nature investing in testing. If we accept that the paradigm of how we currently define 'tester' will shift then you'll not get rid of testers. Again, what will happen is the boundaries between tester and developer will blur. I maintain it's the developers who are at risk in many areas.
错。上述投资的作用应该排除,测试员本质是在测试上投资。如果我们接受我们当前怎样定义‘测试员’的范式,转而你将不会脱离测试员。再说,即将发生的是测试员和开发员之间界限将会模糊。在许多领域我维护的是处于危险的开发员。
All of the above statements your Team mate made are based on the current paradigm of what a tester is. They are looking at what they understand the tester of today to be and in doing so are making statements about testers that essentially existed yesterday. Being in the profession we're aware that the days of just hitting keys and clicking the mouse are for the greater part over. Today's and tomorrow’s tester is a much more technically savvy professional.
你的队友
(
指贴主题中
hmsathish
的上司
)
做的所有上述申明基于当前测试员是什么的范式。他们在寻找什么是他们理解的如今的测试员并对本存在于昨天的测试员做声明。逐步专业的我们意识到只击键和鼠标的日子已大部分过去。现在和以后的测试员是技术上一个更加精通的专家。
They can develop test harnesses, stubs and drivers written in and interacting with a variety of programmatic languages, author complex data sets, work in an integrated manner with Agile teams on a level that blurs the boundary between tester and developer, use highly complex tool sets testing across the many components of the global system architecture and much more
他们能把开发测试一起,写桩和驱动还和各种各样的编程语言交互,编写复杂数据集合,在模糊开发和测试间界限等级下同敏捷团队以一种联合方式工作,使用高复杂度工具集跨越整个系统构架的许多和更多组件测试。
Today's and tomorrow’s tester is a professionally educated, examined and accredited professional, including but beyond that of a general computer science degree and some courses that a developer may typically have and soon potentially a member of a Chartered Institute. Putting them at the same level as Architects, Lawyers or HR professionals.
现在和以后的测试员是一个有过专业教育的,被考核和被专业鉴定,包括但不超出普通计算机科学学位和一些一个开发员可能要有的课程,并将可能成为一个特许学院的一员。把它们跟建筑师,律师或人力资源专业放在同一级别。
The key hitting monkey of yester year now uses techniques grounded in complex statistical and analytical mathematics, cognitive psychology and some of the best scientific research covering everything from computer technology to human logic.
昔日的敲键猴如今使用立足于复杂的统计和数学分析,认知心理学和一些最好的科学研究技术涵盖从计算机技术到人的逻辑的所有。
As I said, the future for software testing has never been better, the future is brighter than perhaps we suppose, it's brighter than we can suppose.
正如我所说的,未来的软件测试从来没有比现在更好,未来也许比我们猜想的更光明,它的光明超出了我们的设想。
UID
15410
帖子
265
精华
0
积分
382
综合技术指数
382
生活情趣指数
0
鲜花
4
鸡蛋
0
阅读权限
10
在线时间
45 小时
注册时间
2005-3-30
最后登录
2008-11-23
查看详细资料
TOP
corrine-li
本站支柱
个人空间
发短消息
加为好友
当前离线
2
#
大
中
小
发表于 2007-10-22 17:31
只看该作者
希望如此。
要有水的精神,积累到一定的厚度,就可以冲向大海!
UID
44244
帖子
630
精华
0
积分
606
综合技术指数
511
生活情趣指数
95
鲜花
1
鸡蛋
3
阅读权限
15
来自
西安
在线时间
316 小时
注册时间
2006-3-10
最后登录
2008-12-4
查看详细资料
TOP
littlebugle_hh
中级站友
个人空间
发短消息
加为好友
当前离线
3
#
大
中
小
发表于 2007-10-23 15:18
只看该作者
the future for software testing has never been better, the future is brighter than perhaps we suppose, it's brighter than we can suppose.支持!
近到不彼此伤害 远到不失去温暖
UID
137003
帖子
43
精华
0
积分
166
综合技术指数
158
生活情趣指数
8
鲜花
0
鸡蛋
0
阅读权限
10
在线时间
84 小时
注册时间
2007-8-16
最后登录
2008-10-29
查看详细资料
TOP
‹‹ 上一主题
|
下一主题 ››
版块跳转 ...
> [软件测试新手上路]
> [软件测试新手上路精华区]
> [每日一贴]
> [测试资源共享区]
> [软件测试职业发展]
> [企业招聘]
> [人才频道]
> [学员免费推荐]
> [个人求职]
> [简历与面试]
> [51Testing软件测试沙龙]
> [软件测试每周一问]
> [话题PK]
> [测试交流QQ群与MSN群]
> 【Software Testing English Column】
> 译文征稿活动
> [未决问题区]
> [软件质量管理]
> [质量管理精华区]
> [软件缺陷管理]
> [软件测试管理]
> [软件配置管理]
> [VSS/PVCS]
> [CVS/Subversion/SVN]
> [ClearCase]
> [软件需求管理]
> [嵌入式软件测试]
> [手机测试]
> [软件测试外包]
> [本地化软件测试与国际化软件测试]
> [通用软件产品测试]
> [游戏测试]
> [金融证券行业测试]
> [电信行业测试]
> [电子商务测试]
> [TestDirector&Quality Center]
> [TD&QC精华区]
> [QuickTest Pro]
> [QTP精华区]
> [LoadRunner]
> [LR精华区]
> [WinRunner]
> [WR精华区]
> [Robot]
> [Robot 精华区]
> [Rational Functional Tester]
> [其他工具与自动化测试框架]
> [Borland Silk系列工具]
> [JMeter]
> [开源测试工具]
> [测试用例设计]
> [单元测试与集成测试]
> [xUnit]
> [日构建和Ant]
> [系统测试]
> [WEB测试]
> [性能测试]
> [安全测试]
> [测试系统架构]
> [操作系统]
> [J2EE与中间件]
> [.Net平台]
> [数据库]
> [前沿技术、测试方法]
> [灌水乐园]
> [游戏动漫]
> [流行影音]
> [健康美食]
> [电子数码]
> [运动旅游]
> [奖励专区]
> 双节送祝福抢楼活动
> 07年度最受会员欢迎活动评选
> 07年度论坛最佳版主评选
> 众志成城 抗震救灾
> 最佳博客评选
> 最佳会员评选
> [投诉建议区]
> [版主申请任命专区]
控制面板首页
编辑个人资料
积分记录
公众用户组
个人空间管理
升级个人空间
当前时区 GMT+8, 现在时间是 2008-12-5 16:11Copyright(C)
上海博为峰软件技术有限公司
2001-2007 电话:021-64471599-8017
当您在访问网站、论坛及博客过程中遇到问题时可发送email:
webmaster@51testing.com
或发送论坛短信至管理员
“
风在吹
”
软件测试每周一问,答帖有奖
系统培训 解决工作难题
51Testing FTP服务器工具下载开放
测试人员会被开发人员取代?
《51测试天地》第11期正式发布
2008中国软件测试从业人员调查问卷
第29期软件测试沙龙上海站开始报名
软件测试培训 签订合同保证就业
2008中国软件测试从业人员调查问卷火热进行ing!!!
"51Testing论坛招贤纳新-诚招版主"
软件测试整体解决方案,尽在51Testing