51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3434|回复: 8
打印 上一主题 下一主题

[原创] 测试工程师要发展自己的技术(1)

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-6-17 12:05:36 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
三个方面的影响促成了不少人认为测试的技术不如开发, 这种坏影响直接威胁到了用户的利益.

1) 测试行业本身是更新的行业, 不少人对其认识不够深刻, 对相关从业人员的评价更是用另一个行业的标准来判断.  比如, 不少决策人员都以对编程工具的掌握情况, 对模块内部实现的了解情况来判断人员的水平, 这是不对的. 编程工具发展到今天, 其秘密已经被人们普遍掌握, 免费的编译器如gcc, 免费的IDE如elipse都被广泛的使用, 但你见过免费的捕捉-回放工具吗(web的不算, HTTP协议起作用, 顶多算扩展的协议测试) . 现在捕捉-回放工具之所以如此昂贵, 起本质是因为它需要识别被捕捉到的物件. 用户在使用的时候, 是通过图像/视觉/经验来识别应该按什么地方的, 这是一个非常复杂的过程, 今天的人工智能水平远远无法支撑这样的工具. 目前的捕捉-回放工具仅仅能识别的也是各种控件, 如果有个开发用自编的图形代表所有显示和按钮等, 没有一个工具能够认识. (很不幸, 本人现在就面临这样的情况, 但程序又非这样写不可, 我还要和开发商量留测试接口的问题) 所以, 能够精通一种测试工具已经是非常不容易了, 但一个称职测试人员往往都需要掌握至少如下几种工具:
  a) 捕捉-回放工具 , 如winrunner, QTP, QARun/TestPartner系列, SQARobot/ XDE Tester/Functional Tester系列, Silk Test等等
  b) 内存泄漏/资源使用调查工具, 如purify, boundschecker等
  c) 性能测试工具, 如Jmeter, Loadrunner, 这一类工具数量众多, 特别是专用工具
  d) 脚本语言, 如各种Unix Shell, TCL, Python, Ruby, Perl等, 脚本工具是测试人员的好帮手
  e) 覆盖率工具, 如TrueCoverage, PureCoverage. 不要以为覆盖率测试仅仅是开发用的, 在某些情况下, 测试也需要用, 具体情况下要抛开书本.
  f) 各种build工具, 一个优秀的测试人员应该能自己build被测对象, 这样他/她就能够自由的插桩和分解子系统.
  g) 编程工具, 测试人员是需要会编程的, 但需要掌握的方面和开发不同. 开发需要了解各种构架和细节的实现, 测试人员需要了解各种接口的编程. 举个例子, 一个ORACLE数据库开发人员也许对OCI了解很透彻, 每个API的优点缺点和性能都知道; 但如果他负责这个模块, 他知道OCI就可以了. 但测试人员不需要掌握每个API的优点和缺点, 对他用处不大, 知道如何存取数据就可以了, 也许考一段开发的程序过来用. 但是, 这个系统用了OCI, 又用了CORBA, 又用了RMI, 又用SOCKET和另外系统连接, 测试人员就需要知道每种接口如何调用了, 但他每种接口也知道如何用就可以了. 从一个开发经理的角度看, 这个测试人员连OCI有哪些函数都不知道, 水平很低. 而从一个测试经理的角度看, 这个开发人员除了Oracle别的什么都不会, 水平很低. 所以这是不同的工种, 不能对比.

要了解这么多东西并非难事, 偶见此类牛人多了, 主要靠实践和毅力. 但想通过测试实践, 然后转到开发去的人例外, 因为这条路线不对. 偶以前一位哥们想转开发, 是自己辞职在家练习编程3个月再一举面试成功的. 要一个好的测试人员, 首先需要的是自信.

本来想一把写完, LD催促睡觉, 以后再接着聊.
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2005-6-17 12:44:51 | 只看该作者
写的好啊!
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2005-6-17 13:11:58 | 只看该作者
非常同意!!测试人员要自强呀!
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-6-17 15:35:05 | 只看该作者
路还很长,要学的东西还很多,大家一定要坚持啊!!!
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-6-23 23:11:50 | 只看该作者
如果有个开发用自编的图形代表所有显示和按钮等, 没有一个工具能够认识.
:-)不可能的哦!操作系统能认识的,就有办法能认识!
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2005-6-23 23:16:02 | 只看该作者
对于这句话:能够精通一种测试工具已经是非常不容易了,
谈一点个人的看法,其实工具并不会帮你发现BUG,而且个人认为工具的掌握
都是很简单的,关键是你能捕获BUG的思想以及业务方面的知识。
winrunner, QTP, QARun/TestPartner用的再牛的人,发现的BUG并不一定多!
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2005-6-24 10:44:39 | 只看该作者
除以上的外,还有很多,比如:数据库技术,特别是proc(过程的编写),还有分析技术,设计技术都很重要的
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-6-24 10:56:51 | 只看该作者
Originally posted by kaershaw at 2005-6-23 11:11 PM:
如果有个开发用自编的图形代表所有显示和按钮等, 没有一个工具能够认识.
:-)不可能的哦!操作系统能认识的,就有办法能认识!


他的意思是现成的工具就不认识了。

另:楼主说得很好,十分赞同!期待下篇。
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2005-6-29 15:39:28 | 只看该作者
赞同

不过,LD是什么意思啊?
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-10 22:09 , Processed in 0.075848 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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