51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4915|回复: 3
打印 上一主题 下一主题

[问题]如何引入自动化测试

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-7-6 10:35:07 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
在没有直接可用的自动化测试工具的情况下,要想将自动化测试引入测试过程中,不仅需要开发专用的自动化测试工具,还需要开发人员在进行系统设计以及编码时充分考虑如何配合自动化测试。而通常来讲,自动化测试都是在整个系统趋于稳定的情况下来进行的,也就是说会在开发的后期进行(也不知道我这样理解对不对:))。这样就存在了一个问题,开发人员最开始对自动化测试的考虑到后来能否与实际需求相符。还是说这种情况下只能根据现有的系统来进行一些非系统的、简单的自动化测试(感觉这样不能最大可能的发挥自动化测试的效力)。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2004-7-7 14:30:59 | 只看该作者
随着自动化测试理论的发展,形成一套自动化测试理论 - 自动化测试生命周期。
  
  根据它我们把自动化测试深入到软件开发的整个周期之中,自动化测试是不简单的指我们所理解的功能测试的自动化,利用自动化工具代替人手工进行测试而已。在不同的开发阶段都有不同的自动化工具相配合。

   你这里所指的是自动化功能测试,对于这个问题我们知道自动化测试是一种在知道正确结果下的自动化测试,也就是说他发现的是一些已有的问题。那么我们考虑的就是实际需求是否是正确的,是验证最后的功能是否达到了软件要求。

   你之所以问这样的问题,我觉得是因为,你们公司根本没有全力去开发自动化脚本,没有统一的步骤,统一的目标所导致。
   如果只是根据现有的系统来进行一些非系统的、简单的自动化测试,那么将是浪费人力物力。做这些工作其实应该放到自动化前期,自动化测试工具学习的阶段来进行。在这个阶段里发现可能出现的问题,预估工作量,和难度。

  自动化测试只是一种测试手段,需要你充分考虑自动化的可行性之后,才实施。从人力,成本上都到达所要求的目标。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2004-7-8 14:57:53 | 只看该作者
其实简单的有效的自动化也不是不可能实现的。测试自动化可以考虑先进行那些容易自动化的测试    很快有回报的测试

其实在实际工作中,个人感觉上面两条是判断那些工作需要实现自动化最简单的方法。自动化本身是一个逐步引入的过程——你也可以认为它是迭代引入。因为自动化测试不仅仅需要调整测试过程,而且还需要调整开发过程以与之配合,所以在考虑是可以从最容易实现的部分开始。比如有些不需要参考太多文档,不需要考虑自动化测试框架的引入,不需要自定义application map,不需要自己设计公共函数库,不需要自动化脚本太可靠,等等等等。
举个简单的例子,我只是想在新版本发布时通过自动化脚本简单的跑一下最基本的流程,看看是否能够通过,那么这个就很容易实现。不用参考设计文档,不用考虑自动化工具是通过什么方法来识别对象,假定不需要进行数据的验证,甚至不用专门进行自动化测试设计,通过简单的录制脚本——如果有需要再简单的修改,就可以使用了。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2004-7-8 17:26:03 | 只看该作者
"因为自动化测试不仅仅需要调整测试过程,而且还需要调整开发过程以与之配合"

感觉难就难在调整开发过程与自动化测试相配合,我现在也就只能考虑一些简单的容易实现的自动化测试。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-15 00:57 , Processed in 0.074555 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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