什么样的项目适合做自动化测试

一般具有如下几个特征的项目,就被叫适合做自动化。

1)任务测试明确,不会频繁变动
2)每日构建后的测试验证
3)比较频繁的回归测试
4)软件系统界面稳定,变动少
5)需要在平台上运行相同的测试案例、组合遍历型的测试,大量的重复测试任务
6)软件的维护周期长
7)项目的进度压力不大
8)被测系统开发较为规范,能保证系统的可测性
9)具备大量的自动化测试平台
10)测试人员具备较强的编程能力

当然并不需要都满足以上10中情况才能开展自动化测试工作。一般满足以下三点就可以对项目开展自动化测试。

1.软件需求不频繁变动
自动化测脚本的变化的大小与频率决定了测试脚本维护的成本。如果软件需求变化过于频繁,那么测试人员需要根据变动的需求不断的更新自动化测试用例,从而适应新的功能。脚本的维护本身就是一个开发代码的过程,需要扩展,修改,调试,有适合还需要对架构做出调整。如果花费的维护成本高于其节省的测试成本,那自动化测试就失去了它的价值与意义了。
适当的做法,就是先对系统中相对稳定的模块与功能进行自动化测试,变动较大的部分用手工进行测试。
2.项目周期较长
由于自动化测试需求的确定,自动化框架的设计,脚本的开发与调试都是需要时间完成的,而这个过程本身就是一个软件开发的过程,如果项目周期较短,没有足够的时间去支持这样的一个过程,那自动化必然是行不通的。
3.自动化测试脚本可以重复使用
重复使用要从这三个方面考虑:
一、所测试的项目之间是否存在很大的差异(比如C/S架构与B/S架构)
二、所选的测试技术和工具是否能适应这种差异
三、测试人员是否有能力设计开发出适用差异的自动化测试框架

原文地址:http://blog.51cto.com/11392572/2113678

时间: 2024-11-06 07:10:06

什么样的项目适合做自动化测试的相关文章

什么样的项目适合开展自动化测试

一.概念自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程.通常,在设计了测试用例并通过评审之后,由测试人员根据测试用例中描述的规程一步步执行测试,得到实际结果与期望结果的比较.在此过程中,为了节省人力.时间和硬件资源,提高测试效率,便引入了自动化测试的概念.即编写一个代码测试一个程序.编写代码属于开发工作,需要测试人员投入大量的时间和精力.当后期产品的页面元素和业务发生变化时,还需要付出维护脚本的成本.什么样的项目适合开展自动化测试二.适合做自动化测试的项目(1) 软件需求变动不频繁;

写给想要做自动化测试的人

接触了不少同行,由于他们之前一直做手工测试,现在很迫切希望做自动化测试,其中不乏工作5年以上的人. 想做自动化,首先得了解一下自动化测试的一些常见问题: 自动化测试一些问题 什么是自动化测试? 自动化测试,顾名思义,自动完成测试工作.通过一些自动化测试工具或自己造轮子实现模拟之前人工点点/写写的工作并验证其结果完成整个测试过程,这样的测试过程,便是自动化测试.自动化测试,看上去很美,感觉好像是第一次工业革命,它开创了以机器代替手工劳动的时代,实则不然.因为每一个自动化测试的case都是从手工测试

[转]在做自动化测试之前你需要知道的

[转]在做自动化测试之前你需要知道的 2015-06-09 转自:在做自动化测试之前你需要知道的 什么是自动化测? 做测试好几年了,真正学习和实践自动化测试一年,自我感觉这一个年中收获许多.一直想动笔写一篇文章分享自动化测试实践中的一些经验.终于决定花点时间来做这件事儿. 首先理清自动化测试的概念,广义上来讲,自动化包括一切通过工具(程序)的方式来代替或辅助手工测试的行为都可以看做自动化,包括性能测试工具(loadrunner.jmeter),或自己所写的一段程序,用于生成1到100个测试数据.

(转)在做自动化测试之前你需要知道的

什么是自动化测? 做测试好几年了,真正学习和实践自动化测试一年,自我感觉这一个年中收获许多.一直想动笔写一篇文章分享自动化测试实践中的一些经验.终于决定花点时间来做这件事儿. 首先理清自动化测试的概念,广义上来讲,自动化包括一切通过工具(程序)的方式来代替或辅助手工测试的行为都可以看做自动化,包括性能测试工具(loadrunner.jmeter),或自己所写的一段程序,用于生成1到100个测试数据.狭义上来讲,通工具记录或编写脚本的方式模拟手工测试的过程,通过回放或运行脚本来执行测试用例,从而代

在做自动化测试前需要知道的

转自: http://www.cnblogs.com/fnng/p/3653793.html 什么是自动化测? 做测试好几年了,真正学习和实践自动化测试一年,自我感觉这一个年中收获许多.一直想动笔写一篇文章分享自动化测试实践中的一些经验.终于决定花点时间来做这件事儿. 首先理清自动化测试的概念,广义上来讲,自动化包括一切通过工具(程序)的方式来代替或辅助手工测试的行为都可以看做自动化,包括性能测试工具(loadrunner.jmeter),或自己所写的一段程序,用于生成1到100个测试数据.狭义

适合做自动化的项目

自动化测试最怕的就是需求不稳定,过高的需求变更频率会导致自动化测试用例的维护成本直线上升. 刚刚开发完成并调试通过的用例可能因为界面变化,或者是业务流程变化,不得不重新开发调试.所以 自动化测试更适用于需求相对稳定的软件项目.第二,研发和维护周期长,需要频繁执行回归测试.1. 在我看来,软件产品比软件项目更适合做自动化测试.首先,软件产品的生命周期一般都比较长,通常会有多个版本陆续发布,每次版本发布都会有大量的回 归测试需求.同时,软件产品预留给自动化测试开发的时间也比较充裕,可以和产品一起迭代

关于如何做自动化测试和何时做自动化测试的一点见解和疑问

中华传统文化源于<易>,成于孝,孝为德之本.孝顺:孝则顺,不孝则不顺. 不久前,参加Thoughtworks组织的一场自动化测试的分享,同事由于出差国外不能参加,特意嘱托我提问两个问题: 在互联网这个将"敏捷"与"持续集成"进行积极实践的环境里,"敏捷测试"与"自动化测试"成了一个大家经常探讨的话题, 那么自动化测试最佳的实行时间是在什么时候?如何推行最有效的自动化测试? 以下谨代表个人观点: 个人整理了一些测试最

做自动化测试之前,你必须要了解的

前言 随着软件测试技术的发展,人们已经从最初的纯粹的手工测试转变为手工与自动化测试技术相结合的测试方法.近年来自动化测试越来越受到人们的重视,对于自动化测试的研究也越来越多. 我在做自动化测试期间经历了不少的坑,有被动的坑,也有自己主动挖的坑,所以在这里做了一些总结.其实主要是总结下自动化测试的一些基础的内容,例如何时进行自动化.如何自动化.为何要自动化等等. >>1. 什么是自动化测试 首先是把人为驱动的测试行为改成机器执行,通过设计的测试用例,由机器按照测试用例的执行步骤对其进行自动操作,

并不是所有程序员都适合做管理

很多程序员都想转管理.做管理表面很风光,因为社会普遍会对管理者会高看一眼,工作内容也多是让别人干活,不用自己亲自动手那么辛苦,最后拿的薪水却比实际干活的人还高. 但权力有多大,责任压力就有多大,管理者要每天面对各种杂事,经常被各种电话邮件打断,很难一门心思的专注做事,团队项目失败,管理者要承担责任,团队成员犯错,管理者要承担连带责任. 那么程序员如何判断自己是否适合做管理呢? 1.要有大局观,团队意识,不能只关心技术细节. 2.习惯做发动机,做整个团队的引擎,驱动着下面成员转动,给团队成员安排任