51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3190|回复: 5
打印 上一主题 下一主题

自动化脚本测试的验证?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-9-4 22:45:34 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
请问大家,你们都是如何保证你们自动化脚本本身是无缺陷的?因为如果脚本本身就是错误的,使用它来测试产品的功能,当然也是不可能得到正确结果的。换言之,在你们开发自动化测试脚本的时候(以Java为例),你们写不写针对测试脚本本身的测试用例?这些用例又是如何维护的?是不是使用工具生成的代码就一定可靠呢?请大家畅所欲言sdlkfj2
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2007-9-12 17:02:35 | 只看该作者
没人顶嘛?自己顶一个
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-9-20 14:58:58 | 只看该作者
这个在我实际操作中没有办法,只能通过开发程序时候的测试,尽力而已。因为自动化测试总是被给予很高的期望值,ld希望能在短时间出成果,但有时候开发一个测试用例比开发功能本身需要做的事情还要多,没有时间来做这些事情,矛盾ing
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2007-10-8 22:43:34 | 只看该作者

外包的介入

哎,像我们做外包的一方面用developer开发的测试框架测试产品,一方面在用的过程中也算给框架做测试了。不过好像他们还是专门有开发用例的团队,美国IBMer开发产品,中国IBMer开发产品用例,然后我们这些vendor就测试。就这么回事。大产品都是分成好几个梯队的
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-10-9 09:54:32 | 只看该作者
对于脚本防错是从多方面入手的,例如
1、如提高程序质量一样,注意编码规范(命名,注释,缩进等);
2、使用经典脚本/函数/子程序(就是久经考验还没有发现错误的脚本),脚本追求的主要不是程序运行的高效率,所以只要能完成需要功能,就用更可靠的吧;
3、拆解多操作脚本,分散为较为独立的多个简单脚本,脚本复杂度越高,越容易产生问题,而我们使用脚本很多时候是对点的应用;
4、提高脚本编写的技能,加强需求梳理,逻辑梳理,加强脚本版本管理等。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2007-10-10 23:07:28 | 只看该作者
楼上说的比较全面了,高手。虽然我是做测试的,但是看了也还是挺有启发的,相信如果有一天转做用例开发了,会记住这些准则的。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-13 00:28 , Processed in 0.070522 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表