实施自动化测试的条件

1、需求变动不频繁。

测试脚本的稳定性决定了自动化测试的维护成本。如果软件需求变动过于频繁,测试人员需要根据变动的需求来更新测试用例和相关的测试脚本,而脚本的维护本身就是一个代码开发的过程,需要修改和调试,必要时还需要修改自动化测试的框架。如果消耗的成本高于节省的测试成本,那么自动化测试便是失败的。如果项目中的某些模块相对稳定,而某些模块需求变动性很大,可以针对相对稳定的模块进行自动化测试,而变动较大的仍采用手工测试

2、项目周期足够长

自动化测试需求的确定、框架的设计、测试脚本的编写和调试都需要相当长的时间来完成,这个过程本身就是一个测试软件的开发过程,需要较长的时间来完成。如果项目的周期比较短,没有足够的时间去支持这样的一个过程,那么自动化测试变成了笑谈

3、自动化测试脚本可重复使用

如果费尽心血开发了一套近乎完美的自动化测试脚本,而脚本的重复使用率很低,致使期间所消耗的成本大于所创造的经济价值,自动化测试变成为测试人员的练手之作,而并非是真正可产生效益的测试手段

4、手工测试无法完成的测试工作

某些测试采用手工方式无法完成,或者需要投入大量的时间和人力,此时就可以考虑引入自动化测试,如,性能测试、配置测试、兼容性测试、大量数据输入测试等

时间: 2024-09-30 10:28:53

实施自动化测试的条件的相关文章

关于实施自动化测试的一点测试思路记录

在之前的博文上我使用的自动化是java.util+java+selenium实施的,验证断言是通过excel来进行维护的,操作麻烦且不利于后期的维护,近期学习了解到可以如下进行:例如一个用户登录与用户注册的自动化验证:1.首先我会验证用户注册,自动化将username,password,地址,邮编等信息参数化,自动化注册时将其写入,提交2.只有验证页面是否注册成功(即验证链接是都跳转到用户中心),同时抓取用户中心用户名与密码,地址等信息与之前的参数对应校验是否一致,验证注册成功后的用户是否正确3

基于Ruby的watir-webdriver自动化测试方案与实施(一)

为什么要实施自动化测试? •应用系统日趋复杂的客观要求 一个不可避免的问题是,应用系统变得日趋复杂,并且造成了更大的风险.测试消耗的成本越来越高,花费的时间也越来越长.而成本与时间是有限的.为了在限制的成本与时间范围内,控制发布的软件产品的质量,测试人员被要求在尽量短的时间内对软件进行足够的测试. •避免重复测试的主观要求 迭代式开发过程:目前的软件开发或多或少使用了迭代式开发过程,这就导致了我们需要进行一轮又一轮的测试. 回归测试:为了检验软件版本是否正确,或者当发现软件中出现了一个或多个以前

敏捷开发模式下的自动化测试研究

敏捷测试过程中的自动化目前在国内来看基本上还只是停留在概念阶段,据我所知,目前不少公司也都在尝试过程中,而实际的实践中能取得比较理想成果的,极为有限.而国外不少同仁也都对此持观望甚至抵触的态度.比如advanced QTP论坛的administrator Meir大大 就认为敏捷过程中的自动化是完全不现实的,理由就是sprint间隔时间内没办法完成一个完整自动化过程的设计,而频繁的变更会导致自动化资源的大量浪费,ROI上无任何前景可言. 从我个人观点来看,没必要保持如此的悲观,但更不能过于乐观.

自动化测试的成本高效果差,那么自动化测试的意义在哪呢

自动化测试的成本高,效果差,是一个相对的,而针对某些具体项目,是必须要接入自动化测试的. 首先说一些什么时候会需要自动化测试,明白了这一点,题主的疑惑就能解开一半了 首先咱们讨论这个问题之前要带着一个疑问:决定要不要做自动化测试的因素有哪些? 应该说时间才是一个衡量比重比较大的因素. 假如一个项目从立项到结束只有一个月的时间,而这一个月的时间可能相当长的时间都是用来看需求文档,改需求文档,编写测试用例等,真正留给测试的时间是不多的.所以这个时候如果强行要做自动化测试,可能用例设计还没有完成,后面

Web自动化测试理论知识

Web 自动化理论知识 1.自动化测试概述概念:用工具代替/辅助人工完成完成软件测试活动的过程特点:    可以对程序的新版本自动执行回归测试    可以执行一些手工测试困难或不可能进行的测试    可以更好地利用资源    测试具有一致性和可重复性误区:    期望自动化测试发现大量新故障    安全性错觉    自动化测试的维护开销 2.自动化测试的优势重复多次执行测试时节省很多时间提高测试覆盖率和测试精度实现自动化回归测试减少工作量减少手工测试人为产生的错误 提供规范化的过程和一致性更好的

不得不说--自动化测试元素定位与用例设计

关于自动化测试,经常被问到元素的定位 与 如何设计用例. 很多时间我也帮不了你解决实际的问题,只能从个人脚本谈谈如何看待这些问题. 不得不说之元素定位 虽然,本章写了十几篇文章来讲元素的定位与操作,对于碰到的一些常见功能,如何通过技巧来定位它们,但是在实际的自动化脚本开发中,不管是新手还是具有一定经验的老手,我们面临最多的问题仍然是元素的定位问题. 有时间元素定位非常简单,例如,我们只要知道这个元素有的id和name 就可以轻松的来定位到它:有时间元素的定位却非常的令人非常头疼,尽管我们用尽了所

自动化测试的7个步骤(转)

[摘要] 我们对自动化测试充满了希望,然而,自动化测试却经常带给我们沮丧和失望.虽然,自动化测试可以把我们从困难的环境中解放出来,在实施自动化测试解决问题的同时,又带来同样多的问题.在开展自动化测试的工作中,关键问题是遵循软件开发的基本规则.本文介绍自动化测试的 7 个步骤:改进自动化测试过程,定义需求,验证概念,支持产品的可测试性,具有可延续性的设计( design for sustainability ),有计划的部署和面对成功的挑战.按照以上 7 个步骤,安排你的人员.工具和制定你的自动化

项目实施阶段该做好哪些方面的工作

背景:客户交给我一个项目,要求三个月上线试运行.赶在两个半月时间,我做好了了项目功能测试和部分性能测试.认为项目具备进入项目实施阶段的条件,于是乎,我通知客户,接下来两周将实施项目,并希望在这两周内结束项目.理想总是美好的,现实总是残酷的.当我急急忙忙跑到客户现场,准备部署系统时,发现客户的诸多问题.首先,客户的电脑买回来了,可是没有装机联网,于是乎,我花了半天功夫帮助他解决装机联网问题.本以为问题没有了,可立马部署系统.可发现,部署了应用服务器的电脑,还没有分配固定IP,合理的域名.这一次我搞

[原创]漫谈软件自动化测试-起源

江湖易老,弹指十年.不觉间已经在软件测试行当中闯荡了十来年,同时也见证了中国测试行业这波澜壮阔的激情岁月.最近痴迷于高晓松的<晓说>,追溯本源,谈古论今,端的是的风流倜傥,当然要忽略掉他那张没有脖子的大饼脸.由此,忽然间对软件测试的江湖史萌发了兴趣,我们一直对现在测试江湖流行的各种秘籍而痴迷,却往往忽略了秘籍到底是怎么来的.所以我们今天就来扒一扒软件测试江湖当中软件自动化测试这一流派的前世今生,也仅以此献给那些给这一流派做出极大贡献的前辈们. 软件自动化测试是软件测试江湖的一种流派,所以我们就