测试工作的高手是什么?
我工作4年,测试行业待了三年在三年中我学习到很多技术,测试理论知识就不用说了
还有就是一些测试工具,我基本上把公司用到技术全部学习一遍,
从开发语言软件,到数据库知识,在到AIX知识,还有hp的测试工具“三部曲”
都学习了,虽然不是学得很深入,但是基本上使用起来没有什么困难。
现在我该学什么呢?
把IBM的robot的一系列软件在学习一遍吗? 回归原点吧 开始学习管理吧,或者是去学一些用户体验吧 建议学习编码,软件架构,Debug等开发知识 Debug知识是什么?
有相关的资料吗? 不建议,学习开发,建议学习英语,测试人员千万不要盲从,迷信开发,这样就失去了测试的本质,测试人员只需要有编程能力和research能力就可以了,不需要在编程上下很大功夫,相对于测试技术,英语能力的提高才是薪资,级别提高的关键,像lz这样在测试技术上已经可以了,再学相类似的测试工具也没事么太大意义,都差不多,所以要想进一步提高可以从外语入手,毕竟中西方近百年的差距不是短期内所能弥补的了的:)
回复 6# 的帖子
英语还需要学习吗? 唯一值得加强的仅仅是口语罢了!英语是最基本获取技术的手段。
当你已经习惯每天阅读英文技术文章、英文技术书籍并能同国外同行通过英语交流技术问题时,你就已经不再需要在英语上投入更多的精力了。 问题是很多人口语不行亚,否则外面怎么会有那么多英语补习班大行其道呢 测试的高手是发现bug,尽可能多的发现bug,发现别人发现不了的bug,尽可能多的发现别人发现不了的bug。不要为了追求技术而忽略了测试的本质
回复 9# 的帖子
肤浅!一个对技术P都不懂的,你还指望他/她发现bug? 原帖由 愚人 于 2009-7-8 08:31 发表 http://bbs.51testing.com/images/common/back.gif
测试的高手是发现bug,尽可能多的发现bug,发现别人发现不了的bug,尽可能多的发现别人发现不了的bug。不要为了追求技术而忽略了测试的本质
说的对,bs那些迷信,盲从甚至改行开发的人,那是迷失了测试的本质,做测试只要有开发能力,并不需要很高的开发技能,如果看不起测试还做测试,或者因为自卑而选择开发,那有何必呢
回复 11# 的帖子
如果你不懂产品开发所用的技术,你如何“发现别人发现不了的bug“?实际上,你们这种看法会导致很多测试都是无法完成的。因为你们不懂如何去做测试,到底测试做到什么地步才算是成功!
进一步对9和11楼的启发一下
如果你有一个任务去做kernel mode的一个api进行黑盒测试假设你们不懂这个api或者不懂这个api的调用过程,你们是如何去“发现别人发现不了的bug“?如何去设计这个测试用例?又如何报告结果呢?
[ 本帖最后由 shanxi 于 2009-7-8 09:48 编辑 ] 在不同的阶段,感悟会不一样。但一些做测试做到很高级别的人,都会强调开发技能,底层系统知识,以及C/C++的重要性。所以说,测试也不可以放松对自己技术的要求。 毕竟测试开发做到很高级别是没有本质区别的。相关的例子在cleverman的帖子里早就有过很详细的分析。楼主,如果时间允许,没有紧急的事情,我建议你看《深入理解计算机系统》一书。 给楼主推荐一下我的的书单
1. c++ primer, c++ primer plus(看完)
2. 软件测试技术(看完)
3. makefile中文详解(看完)
4. dbx 手册 (在看)
5.oracle 10g 快速入门(看完)
6. perl 语言入门(看完)
1. perl 语言编程(在看)
2. 软件测试自动化(在看)
3.汇编语言(在看)
4. 深入理解计算机系统(将看)
5. UNIX 环境高级编程(将看)
当然还有我自己从事的领域方面的书籍,我就不提了。 虽然我提到的书很多看似是开发方面的书籍,但是实际上对我测试功力提升很有好处,我可以用PERL 编写一些小工具辅助测试,出现error,我的数据库知识,debug技术能帮助我定位,所以我提交的bug几乎都没有no fix的。我个人的目标也是将来能自己做1,2个自动化测试方面的框架,然后能学习做一些内核,安全方面的测试。 仅仅提供给楼主参考。
回复 15# 的帖子
突然看到你 UNIX 环境高级编程 这本书想起了我的一个观点:
Unix下的界面自动化 比 Windows下的界面自动化 还是简单的。
虽然Unix下有不同的Shell language。 这本书还没看,优先级放到了深入理解计算机系统后面。你所提到的Unix/linux下的界面自动化是指UNIX下软件界面自动化么? 貌似UNIX/linux下有界面的软件很少。我对这块了解很少, 仅仅知道UNIX/linux下的界面开发多基于GTK+ 好像和windows下的界面开发不是一个思路。
google了一下:
Unix/Linux下也有些GUI自动化测试工具,比如运行在X11(Mac OS X)环境下的GNU Xnee,运行在Unix/Linux下支持GNOME的GNU/Linux Desktop Testing Project (GNU/LDTP)等等 原帖由 shanxi 于 2009-7-8 11:07 发表 http://bbs.51testing.com/images/common/back.gif
突然看到你 UNIX 环境高级编程 这本书
想起了我的一个观点:
Unix下的界面自动化 比 Windows下的界面自动化 还是简单的。
虽然Unix下有不同的Shell language。
这个观点的论据是? 想到这里,回答一下楼主的问题。其实这是一个很不好回答的问题。毕竟我自己的能力和技术高度决定了我的回答是有局限性甚至浅薄的。
权当扔块板砖吧。 :)
其实,所谓高手,归纳到一点就是发现问题,分析问题,解决问题的能力。这三者又是紧密相关的。这三者结合能力决定了你的核心竞争力,或者说你的
不可替代性。这三者又是紧密结合的。所有的问题都不是孤立存在的。你解决一个疑难问题的过程思路,结果都会对你发现,分析,解决下一个问题起到
极好的帮助
那么如何提高发现,分析,解决问题的能力,其实也很简单 学习,思考,实践
学习: 学习经典的书,学习大师的经验,学习软件领域不变的量(底层的系统知识,算法结构,你所从事领域的核心业务,设计的理念)
思考: 多问why, 不要只问how
实践: 抓住一切可以解决问题的机会,去实践。工作中,学习中。
长时间的坚持下去(短则1年, 长则3,5年)你会发现你成为了28原则中的2了。好了,这个时候你就成为高手了,也不仅仅局限于测试或者开发。
回复 18# 的帖子
Unix上的界面没Windows上的界面richshell编程总体上没有系统编程难
页:
[1]
2