随着开发技术的进步,在面向企业级的大型项目中,自动化测试技术在日常测试
工作中的重要性和比重越来越大,尤其是在快速迭代的
敏捷项目中,一个良好的自动化测试框架往往能够起到事半功倍的效果。
当前业内关于自动化测试框架的讨论有很多,这里主要是将笔者多年测试工作中,针对企业级的服务和大型应用过程中,所接触到的各种测试框架做一个概述,以供诸位读者参考与了解。(这里面不包含
移动平台上的自动化测试技术和框架)
在谈到自动化测试框架或者架构之前,我们先来看看业内主流的开发框架和架构,实际上当前国内的企业级服务,无论是金融行业又或者是电商行业,乃至其他行业,主要是集中在两种技术架构之上。
一种是.net框架和架构,这类服务的后端往往采用WCF框架,.net remoting 技术, MSMQ 消息队列等多种.net平台上的服务和技术,
数据库持久层往往采用Nhibernet或者是Ibatis来实现,前端网站往往采用HTML+CSS+DIV,PHP+CGI,MYSQL/SQL
server的技术及LAMP框架来实现。
一种是J2EE的框架和架构,现在的主流技术是Spring+struts+hibernet.前端网站也是采用html+CSS+DIV,JSp+servelet,中间服务部署在jboss或者weblojic或者webshphere之中,后台采用oracle或者sqlserver等数据库。
但是无论这两种架构的优劣,基本上对于测试人员而言,待测试的对象只有两种类型,一种是基于C/S的应用程序或者服务,一种是基于B/S的应用程序或者服务。服务要么采用的是http协议,要么采用的是包在http协议中的soap协议的webservice,要么是TCP协议,而采用TCP协议的应用在金融业的内网服务中作者见得次数相对较多。
……………………
查看全文请点击下载:http://www.51testing.com/html/27/n-857227.html
在黑盒测试过程中,需要先谈谈自动化测试架构相关的一些概念和主要设计思想和框架,以及一些分类,再来讲讲测试框架。
二.自动化测试架构和自动化测试框架概念
A.测试架构
测试架构主要的定义和概念,是指所谓分层设计的架构或者思想或者是模式,因为目前国内当前对于测试架构和测试框架没有明显的区分,对于这种概念并没有非常清晰的叫法,是以很容易产生混淆,但是个人以为最好是将测试框架和架构做个区分;自动化测试架构个人以为产生的根源是对应于软件开发的MVC模式,来谈的,也就是说将自动化测试架构分为几个层面。