有话就说-1
上一篇 /
下一篇 2009-12-25 11:23:46
/ 个人分类：我的简单经历
最近欧美圣诞，很多客户休息，好像松了很多啊。
没事时更新一下blog。
想起什么说什么吧。
其实我感觉，做测试和开发没什么大的区别，看你能做的多专业了。开发的同事，我接触的，很多时候都专注一种技术。而确实，精通一个就够了并且也不容易精通。精通一个也可以触类旁通一下。但往往大家随着岁数的增加，精力变得有限，生活琐事让很多人没时间潜心修炼。
那好吧，一个开发的同事说他是做java的，呃，这么说就是J2EE那些东西了，这两年我遇到的，涉及JAVA语言本身，JSP、Servlet；Hibernate, Struts, JSF这些框架。什么Weblogic级别的或WAS级别的平台。一个同事说是做.Net的，可能有VB,VC,C#等。这些都足够一个人掌握的了，至少我是这么认为，当然还要包括WebService、数据库、xml这样的技术、知识或能力。
对了，还有个代表是Unix系平台，这也包括Java,C,C++,PHP,Shell等等吧。
还有主机，就是常说的MainFrame，基本都用Asm,Cobol,JCL这些，这两年IBM大连这边对此需求真的很大啊。
我不是做开发的，说这个稍显外行。我想说的就是，做为测试行业，我们应该学些什么呢？
在这里我以我的经历谈谈感受吧，总体来说，我更喜欢技术路线。
手工测试我想大家100%做过，这里面呢，我感觉流程或方法大家都知道，就是经验或洞察力了。测试计划能做成什么样，用例写的全不全，能不能看到系统最易出错的地方，用例安排的好不好，里面有很多学问的。以后想到慢慢谈。
单元测试，这个呢，我以前做过一个项目的单元测试，但当时还是手工化。为什么这么说呢，当时对日项目，最终到你手里的有详细设计和概要设计，你只需要根据某程序段逻辑，写出各种数据需求再把需求转化成输入数据，运行看结果就行了。所以呢，简历写作过单元测试但还需要和人家解释。后来，我学习过JUnit这东西，就是了解一下，感觉呢，更像是给开发人员提高编码效率的工具，我好像理解点为什么叫测试驱动开发了，有JUnit，开发的同事真的可以基本脱离断点停，单步跟踪察看变量的痛苦了。编码前或开始时测试类就准备好了，对于程序逻辑和以后的测试有了保障。
（小日本的设计书，详细设计的伪代码都接近最终实际代码了，真不给这些开发同事发挥的空间，当时的感觉，对日项目坑人啊。不过人家这么严谨，确实应该学习，尽管这种思维可能当初就是从咱们祖先那偷学的^_^。）
测试工具呢，本人接触不多。LoadRunner就是个入门级，只敢说，安装并用过几十个小时。但我认为，这真的不是考个认证就算专家的玩意。脚本的编写，起码C语言得过关吧，那些结果的图表，不能简单看看就下结论。要了解好被测系统，了解其架构，要不怎能断言是网络阻塞，数据库连接池不足，查询语句效率低还是程序逻辑问题呢。
Qtp倒接触近2年了，范围比较局限。这边的系统大都是Web端用户接口。
（我理解吧，这是为安全考虑。一个智能客户端的程序往往是被别人破解的目标，加了壳的程序也能破解的，千万别低估那些牛。)
Qtp工具也可以发挥、实现个人想法，工具嘛，使用它的是咱们。想实现功能就要学习如何思考、解决问题。VBscript是个脚本语言，能做的事情表面有限。而Qtp本身提供了很多功能或封装的对象，SystemUtil这样的，对象库的概念比较新颖，而它的spy的确强大，我想这东西对Win32开发有了结的应该知道，它是不是钩子函数做出来的？想用Qtp实现更复杂的脚本，你不能忘记使用WSH这东西。这玩意是Windows服务的一部分，很强大，可以实现很多功能。咱们使用这个还有操作office等等，都涉及一个Windows核心，它的名字叫COM，可以说COM是Windows的实现吧。（我对这个不精，只能理解
成这样。）大家完全可以封装自己写的功能，然后注册到Windows，然后Qtp调用。就像CreateObject("scripting.dictionay")那样。。。
到现在也没说出自己的观点，应该学什么。手累了，工作时间写这个，够过分的了。我就是这样，想到哪说到哪，有喜欢这样风格的兄弟姐妹，支持一下。
收藏
举报
TAG:
