对自动化测试框架的理解--技术是拿来用的，不是拿来让人瞻仰的

Robel.Yi · 发表于 2008-10-24 11:14:52

百度里面输入测试框架可以搜索到大量的信息，记得我刚接触的时候，但看了很多，也没太明白具体的自动化测试框架的概念，做过这么久自动化测试的工作后，我也来谈一下究竟什么是自动化测试框架，希望抛砖引玉，如果能对大家有帮助，也算没有白写，如果有高人纠正错误，也是对我的极大支持，谢谢。
从字面意思上理解，自动化测试框架，顾名思义，就是指的一个架构，像现在砌房子，先搭个骨架，然后再填东西，自动化测试框架也是这样，就是搭建一个架构，里面包含了一些必须的材料：

1.脚本    包含脚本规划、调用关系、参数传递
2.函数库把一些常用的可重复用的功能封装成函数
3.数据文件  用来驱动脚本的各种数据文件
4.配置文件  这个是可选的，不过在设计框架的时候，可以把各种配置性的东西单独拿出来，像环境变量等
5.测试结果  这个也是可选的，如果你习惯QTP自带的测试结果的话，可以省掉，不过我一般会自己通过脚本实现生成我需要的测试结果，简单、明了

大概就这些吧，有说得不好的，大家补充，至于有些朋友说的什么。

[ 本帖最后由 Robel.Yi 于 2008-10-31 15:00 编辑 ]

walker1020 · 发表于 2008-10-28 13:41:21

至于有些朋友说的什么, 说的什么呀？

假装不在 · 发表于 2008-10-28 15:02:01

原帖由 walker1020 于 2008-10-28 13:41 发表
至于有些朋友说的什么, 说的什么呀？

版主在调戏人。

red-hat · 发表于 2008-10-30 12:21:21

这也叫自动化测试框架？未免太简单了

Ramon22 · 发表于 2008-10-30 12:33:31

适用就好。

gaobugu · 发表于 2008-10-31 09:42:12

看明白了，但好像又没看明白

cddwzx · 发表于 2008-10-31 09:47:13

还是没有明白

Robel.Yi · 发表于 2008-10-31 14:57:15

自动化框架明白了就是很简单的东西，看过不少网上的框架，这东西不是越复杂越好，而是越实用，能节省成本又能有产出就OK，没必要为了现技术而搞得很复杂。

helius · 发表于 2008-10-31 17:12:59

没看到框架啊～～～

lantianwei · 发表于 2008-10-31 18:16:22

好的框架起码应该回答以下几个问题：
1.如何保证CASE脚本的绝对的正确性
2.如何保证脚本的稳定性
3.如何保证脚本的可维护性
4.如何保证脚本的可移植性

[ 本帖最后由 lantianwei 于 2008-10-31 18:24 编辑 ]

kakamissyou · 发表于 2008-11-1 13:00:35

原帖由 lantianwei 于 2008-10-31 18:16 发表
好的框架起码应该回答以下几个问题：
1.如何保证CASE脚本的绝对的正确性
2.如何保证脚本的稳定性
3.如何保证脚本的可维护性
4.如何保证脚本的可移植性

蓝天伟在谈"性"

哈!

dazhijn_China · 发表于 2008-11-21 10:55:49

这砖抛的好，学习了。

yuandjing · 发表于 2008-11-21 12:48:02

自动化测试框架包含的东西很多，比如楼主没有涉及到的场景回复的处理，Report系统，缺陷收集，测试数据的维护与驱动，对象库的维护，外部函数的调用与维护。。。。。。
其实测试框架也有很多不好的地方貌似网上很难搜到，个人感觉测试框架的缺陷在于：
把测试人员的测试思维局限死了，局限在框架上，其实这是对测试人员未来的发展是不利的，呵呵，抛砖引玉一下

yuandjing · 发表于 2009-6-9 15:43:53

我顶一下好帖

兰兰 · 发表于 2010-1-18 14:39:37

究竟什么是自动化测试框架，在自动化实施的初期就要考虑框架吗？

风雪夜归人 · 发表于 2010-1-18 14:48:10

我觉得根本不需要什么框架的，太麻烦了反而不好，如果是为了显技术就另当别论了，太复杂的框架搞到最后就像是在测试框架了，没意思。。

想要彻底自动化QTP，很简单，vbs就搞定了，关键是debug，框架做不到吧？

yujie6832 · 发表于 2010-1-18 17:48:45

我知道，网上看不到好框架，真的有好框架了，就会商业化，比如某些公司，具体名字不提，呵呵，如果没有好框架，建议就QTP+QC吧，脚本质量写的好，我照样能回答蓝天伟的那些问题，毕竟在中国嘛，呵呵~XX版还是可以混混的，当然自己可以稍微定制点自己的东西，比如报告啊什么的，可以用自己的，这个不难的，主要的东西还是用MERCURY吧，难道你比他们弄出来的东西完美？既然不是，就用吧，呵呵~能做项目的自动化就是好自动化，不然都是夸夸其谈，纸上谈兵，中国纸上谈兵的人太多

yujie6832 · 发表于 2010-1-18 17:51:39

所以，其实我很赞成楼主的观点，尽管楼主关于框架的含义解释的不够好，不过，解释的好有什么用，框架的含义和教科书没什么区别了，关键是要深入了解“自动化”，这三个字，要有创新，要有模仿，但是最重要一点，要能给企业带来实际的利润，至少要能做项目，别搞了一大堆东西，代码，最后什么项目都做不了，就是悲剧了！有说的不好的地方希望大家指点

lantianwei · 发表于 2010-1-18 18:37:26

1年后再来看此贴其实这四个问题解决起来还是比较麻烦的
1.如何保证CASE脚本的绝对的正确性（自动化测试的有效性）
〉〉我们写了一些脚本但跑了某脚本半年后忽然发现其实执行的是错的原因是某一条分支没有考虑到（很多时候我们无法测试到每条分支）这种问题是确实存在在自动化测试过程中的虽然比较少
2.如何保证脚本的稳定性
〉〉当你的Case数达到一定程度脚本的稳定性问题会是一个问题据我所知某一国内前3甲的互联网公司他们的脚本通过率（非产品问题）也只能达到85%（其实这个比率也挺高的）根本无法达到100%

yujie6832 · 发表于 2010-1-19 10:36:43

原帖由 lantianwei 于 2010-1-18 18:37 发表
1年后再来看此贴其实这四个问题解决起来还是比较麻烦的
1.如何保证CASE脚本的绝对的正确性（自动化测试的有效性）
〉〉我们写了一些脚本但跑了某脚本半年后忽然发现其实执行的是错的原因是某一条分支没有考虑 ...

蓝天伟所说的两个问题，也算常见的问题，呵呵~第一个的话，我觉得还是需要好的自动化用例去支持，第二个的话，我现在项目的脚本代码大概有1W行乐吧，还没碰到，不过我相信蓝天伟的经验还是比较丰富的，当脚本更多的时候肯定会出现问题，当然避免问题出现的话，还是要懂得如何去细分，前期就要考虑进去的，每个人都会脚本分层，但是分的好的人并不多，希望蓝天伟继续指教，我做自动话也才1年多，不过刚开始做没多久，不过技术问题是已经完全通了，现在只是追求精益求精和怎么把利润最大化，脚本维护性，可行性，以及你说的正确性等，这个是需要更多的时间去积累的

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 对自动化测试框架的理解--技术是拿来用的，不是拿来让人瞻仰的

相关帖子

????????

蓝天伟在谈"性"

站长推荐 /1