51Testing软件测试论坛

标题: 自动化测试技术的训练 [打印本页]

作者: investmark 时间: 2008-2-29 16:51
标题: 自动化测试技术的训练
首先我想说的是：自动化测试的思想是训练出来的，自动化测试工具是可以培训和使用出来的，如何将两者结合，需要很长时间的训练和锻炼的。这个是一个系统工程。

　　关于如何上手自动化测试，个人感觉可以分成以下几个步骤走：

　　第一步，手工测试用例设计，达到任何时候，任何软件，都可以通过软件测试的方法，编写出比较好的测试用例，这个过程是一个训练的过程，要花很长的时间去做。

　　第二步，学习语言，一门语言就可以，可以经常编写一些大大小小的应用，理解程序开发过程，适当的时候可以写写简单的测试程序（自己理解的测试程序），这个也要花很长的时间去做。

　　第三步，学习一些测试脚本语言，有了前面的基础，这个过程就很快了。

　　第四步，在测试工作中总结哪些手工测试类型你认为需要有自动化，提升自己在这个过程中的锻炼。这个是在锻炼思想。

　　第五步，以手工测试中的某些点，编写测试代码来进行测试，目的覆盖某些功能点即可。

　　第六步，可以加入某些测试工具，学习工具的脚本语言，使用测试工具完成某些功能。这个过程是理解工具提倡的自动化测试思想，和工具提倡的自动化测试方法和方式。

　　第七步，自己开发测试代码和使用测试工具开发这两种方式交替使用，目的是覆盖更多的测试类型和更多的功能。

　　以上的步骤基本上是以训练你的测试技术为目的，并没有考虑到你公司的具体的情况，也没有考虑公司花费的成本，脚本的可维护性等等方面

　　第八步，综合运用测试技术（包括管理、维护等等），在一个统一的平台上完成更多的自动化测试，在这个过程中要体会和解决测试工具的成本、测试脚本开发成本、脚本如果管理、脚本如何维护等等相关的问题。一般来讲这类问题都不是很容易解决的。是一个系统的问题，值得讨论和研究的。对于前面的技术是可以训练出来的。

作者: walker1020 时间: 2008-2-29 21:01
不错的帖子，写出了楼主的心得

作者: higkoo 时间: 2008-3-1 16:02
标题: 顶
写得好！

作者: sm_zx 时间: 2008-3-1 16:41
不错！！！的东东！！！

作者: 期待 时间: 2008-3-6 15:27
支持！

作者: yuquan_32 时间: 2008-9-26 14:35
很實際...

作者: mqxu 时间: 2009-6-22 20:43
顶

作者: lyscser 时间: 2009-6-23 00:25
第八步素王道，应用中……

作者: 愚人 时间: 2009-6-23 08:57
写的不错，顶一个

作者: wugecat 时间: 2009-6-23 16:32
不错..相当于武功心法

作者: wuei9090 时间: 2009-6-23 17:05
技术为思想服务
从前嘲笑一个哥们特认真的告诉我 java具有马克思列宁主义思想..
现在觉的这哥们真的悟出了点东西

几年自动化测试工作沉积下来技术上成长远没有一个成功的项目带来的思想上的改进有成效

作者: wu_xiaoxiang 时间: 2009-6-23 18:23
很好的过程；学习！

作者: peterz 时间: 2009-6-23 18:34

原帖由 wuei9090 于 2009-6-23 17:05 发表
技术为思想服务
从前嘲笑一个哥们特认真的告诉我 java具有马克思列宁主义思想..
现在觉的这哥们真的悟出了点东西

几年自动化测试工作沉积下来技术上成长远没有一个成功的项目带来的思想上的改进有成效

.net也有的。呵呵

作者: maybeabug 时间: 2009-6-23 20:55
长见识了！

作者: shabaodou 时间: 2009-6-24 14:24
继续努力中。。

作者: heqingbluesky 时间: 2009-6-25 16:50

原帖由 wuei9090 于 2009-6-23 17:05 发表
技术为思想服务
从前嘲笑一个哥们特认真的告诉我 java具有马克思列宁主义思想..
现在觉的这哥们真的悟出了点东西

几年自动化测试工作沉积下来技术上成长远没有一个成功的项目带来的思想上的改进有成效

说明了自动化的门槛并不高，技术提高的空间有限。

作者: shanxi 时间: 2009-6-25 18:21

原帖由 heqingbluesky 于 2009-6-25 16:50 发表

说明了自动化的门槛并不高，技术提高的空间有限。

就我觉得无论界面还是性能自动化都比不上debug技能要求的技术能力。

比如说写hook吧，商用的界面自动化软件比如QTP用的仍然是微软提供的hook函数，而debug呢，需要你能理解其它种hook的写法：在hook调用链的任何一个环节插入的实现，诸如user mode下最难的微软Detour库首次提出的原理：替换函数入栈时前5个指令操作码。

但现在让我感觉疑惑的是，不少招聘Java自动化的确要求你会J2EE甚至是EJB，这就好比你用C++实现自己的自动化软件需要你会写driver的能力，其实根本不需要你写driver，感觉很不可思意，EJB在中国范围内用的也并不是太多。明显超出了一个合格自动化开发，不知道这帮人脑子是否进水了。

作者: heqingbluesky 时间: 2009-6-26 16:09

原帖由 shanxi 于 2009-6-25 18:21 发表

就我觉得无论界面还是性能自动化都比不上debug技能要求的技术能力。

比如说写hook吧，商用的界面自动化软件比如QTP用的仍然是微软提供的hook函数，而debug呢，需要你能理解其它种hook的写法：在hook调用链的任 ...

其实，现在很多自动化的人士，下一步提高的能力就是Debug能力了。

对于Debug测试程序，而不是自动化脚本本身（脚本首先是正确的），这更有挑战性和成就感。

作者: lantianwei 时间: 2009-6-26 17:25

原帖由 shanxi 于 2009-6-25 18:21 发表

就我觉得无论界面还是性能自动化都比不上debug技能要求的技术能力。

比如说写hook吧，商用的界面自动化软件比如QTP用的仍然是微软提供的hook函数，而debug呢，需要你能理解其它种hook的写法：在hook调用链的任 ...

你指的DEBUG是哪方面的东西啊？我怎么感觉这么神秘阿。

作者: shanxi 时间: 2009-6-26 17:50
标题: 回复 19# 的帖子
类似windbg这样的工具，加载symbol分析执行，需要知道x86-x64指令集、ASM和OS Api。

作者: lantianwei 时间: 2009-6-26 20:01
标题: 回复 20# 的帖子
确实高深！

作者: 君星 时间: 2009-6-28 17:19
标题: 好贴
好贴，多分享

作者: heqingbluesky 时间: 2009-6-29 14:09

原帖由 shanxi 于 2009-6-26 17:50 发表
类似windbg这样的工具，加载symbol分析执行，需要知道x86-x64指令集、ASM和OS Api。

开个帖给我们说说看，这个东西我没有见过和用过。

作者: mklodoss 时间: 2009-6-29 14:55
mark!

作者: 南拳王 时间: 2009-6-30 10:34
很不错的帖子，首先心得写得不错，呵呵！

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)