51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4787|回复: 8
打印 上一主题 下一主题

自动化测试简单第一

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-5-13 09:02:09 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
自动化测试本质上是一个程序对另一个程序的测试。既然都是程序,那么就都有可能出错。所以要尽可能的减小测试程序的出错几率。行之有效的方法之一就是测试程序要尽可能的简单,越简单出错的几率越小。

    测试程序只是测试组使用,对程序的界面、性能可以不用做太多的要求。测试程序一般做成相互独立的小程序或者脚本,每个完成特定的测试任务,这样在修改和维护的时候很方便。

    还有在测试中尽可能利用现有的已经经过充分充分测试的资源,包括专业的测试工具、Excel、数据库(进行数据的处理比用编程语言自己处理要容易,而且不用担心有错误)等等。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

9#
发表于 2005-12-20 17:35:09 | 只看该作者
简单第一,这和开发软件的原则是一样的。

简单
works
可维护
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-12-19 15:56:00 | 只看该作者
我觉得写的复杂的脚本如果没有说明文档就是垃圾
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2004-10-18 11:07:48 | 只看该作者
简单也要有路子。能指点一下吗?
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2004-7-28 11:26:40 | 只看该作者

简单是基本原则.

这是我的经验,我非常赞成楼主的观点,但还要补充一点就是,在做完一系列简单脚本测试后,应该添加一次复杂脚本的运行,这是对你以前测试的到的结果的一个验证。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2004-7-2 17:22:14 | 只看该作者

可能

可能楼主所说的是方便测试的一些小工具吧。对于比较大的项目,使用大型测试工具,那么,紧紧简单是不足以描述这些项目的特点的
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2004-6-8 16:52:32 | 只看该作者
不错不错,不过我还从没写过测试脚本也没看过别人写的脚本,哪个大哥给个瞧瞧,最好加点解释啊
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2004-5-25 20:35:32 | 只看该作者
同意。想补充一点,写的测试脚本或工具也应该有说明文档,正因为写的比较简单,就会忽视写文档。使得其它使用的人必须要通读程序才会使用,这也是浪费时间,写个说明文档不花多少时间,但使别人省很多时间。
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2004-5-13 22:55:41 | 只看该作者
写的有道理,测试脚本的代码量太大,岂不是需要再成立一个测试组,用来测试编写的测试脚本了!^_^
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-28 06:23 , Processed in 0.078140 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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