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 发表 http://bbs.51testing.com/images/common/back.gif
至于有些朋友说的什么, 说的什么呀？

版主在调戏人。

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

????????

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

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

适用就好。:lol

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 发表 http://bbs.51testing.com/images/common/back.gif
好的框架起码应该回答以下几个问题：
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 发表 http://bbs.51testing.com/images/common/back.gif
1年后再来看此贴 其实这四个问题解决起来还是比较麻烦的
1.如何保证CASE脚本的绝对的正确性 （自动化测试的有效性）
〉〉我们写了一些脚本 但跑了某脚本半年后 忽然发现其实执行的是错的 原因是某一条分支没有考虑 ...
蓝天伟所说的两个问题，也算常见的问题，呵呵~第一个的话，我觉得还是需要好的自动化用例去支持，第二个的话，我现在项目的脚本代码大概有1W行乐吧，还没碰到，不过我相信蓝天伟的经验还是比较丰富的，当脚本更多的时候肯定会出现问题，当然避免问题出现的话，还是要懂得如何去细分，前期就要考虑进去的，每个人都会脚本分层，但是分的好的人并不多，希望蓝天伟继续指教，我做自动话也才1年多，不过刚开始做没多久，不过技术问题是已经完全通了，现在只是追求精益求精和怎么把利润最大化，脚本维护性，可行性，以及你说的正确性等，这个是需要更多的时间去积累的
页: [1] 2 3
查看完整版本: 对自动化测试框架的理解--技术是拿来用的，不是拿来让人瞻仰的