软件架构师

前言：想要写出一篇令人眼前一亮的文章吗？我们特意为您整理了5篇软件架构师范文，相信会为您的写作带来帮助，发现更多的写作思路和灵感。

软件架构师范文第1篇

关键词：SOA；电子政务

1 引言

随着政府信息化系统的完善，各行业与政务软件衔接的问题也越来越突出，政府通过电子政务软件来保证对各部门信息的共享，及下属企业信息的收集、数据处理等工作。而下属企业为了实现办公自动化必须引入相关的管理软件，这时就会产生不同系统之间数据的管理及共享问题。电子政务软件采用SOA的架构是比较适合的架构，因为分布于各部门和社会各单位中的系统是各自独立的也是千差万别的，当执行数据处理任务的时候，又需要这些系统进行协同操作，此时SOA就有了优势。本文从多个角度探讨了SOA架构下电子政务及项目管理软件之间的接口衔接问题。

2 SOA架构的概念

SOA面向服务的体系结构(Service-OrientedArchitecture)是一个组件模型。SOA与其它的标准不同的是，SOA的标准是基于分布式的、松耦合的，具有良好的夸平台性。它将应用程序的不同功能单元通过这些单元之间定义良好的接口和契约联系起来，接口是采用中立的方式进行定义的，它独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的各个单元可以用一种统一和通用的方式进行交互。

3 电子政务软件面临的问题

目前，我国的电子政务正在逐步实现由“政绩导向”向“服务导向”的转变。以服务为中心，使得使用者能够更广泛的、更快捷的获得需要的信息。但是目前电子政务软件的独立性很强，很难和其他软件进行交互，这使得各行业之间在上报资质等问题上需要2次登记，在企业内部的信息系统上登记相关的信息后再到政务软件上进行登记。同时，在项目管理上，项目组织机构人员的划分是需要严格的按照国家设计管理人员资质的等级划分的。企业内部系统与政务系统可能存在信息不一致的情况也会导致违背项目管理标准规范的现象。

因此，数据的完整性和唯一性的问题越来越突出。在这种环境下，利用信息化的手段，达成自上而下的政府业务标准和企业生产管理的统一，实现数据自底向上的快速准确汇集和业务自上而下的高度协同就显得十分重要。

4 如何完成电子政务软件与项目管理软件接口的衔接

由于电子政务软件的安全级别较高，出于安全性的角度，企业的其他软件只能读取政务软件的数据。

在具体实施SOA架构的电子政务与项目管理软件接口衔接时，注意从以下几个方面 ：

1） 安全管理。

以SOA架构规划的电子政务的应用程序是比较繁杂的。对其进行保护也更为困难。因此需要专门的安全人员进行接口的开发，通过访问者的权限进行安全性的划分。本地用户通过登入项目管理系统，来获得对电子政务信息的访问权限。开发人员应该透彻的了解软件体系结构和安全性方面的知识，应同时了解SOA的相关知识。团队中的安全架构师将负责创建系统的安全模型。同时，安全架构师将与项目架构师配合工作，确保SOA实现符合安全性的要求，对电子政务系统及项目管理业务分析人员和系统工程师进行安全性指导。

2） 需求策略制定

在建立需求模型时，务必选择正确的工具，以便团队进行协作和方便地记录SOA的安全需求和创建SOA电子政务安全接口模型。正确的需求与分析工具将帮助团队了解问题领域、捕获和管理不断发展的需求、建模用户交互、在整个电子政务项目生命周期中包含参与者反馈，而最为重要的是进行协作。良好的安全需求与分析实践将极大地减少系统安全风险。

3） 风险评估

由于信息系统的重要性、计算机网络的开放性、信息系统组成部分的脆弱性以及用户有意、无意的不正当操作或恶意的破坏企图，使信息系统面临很多的风险。因此，对于企业要求电子政务开放的接口进行风险评估。在风险控制的过程中，企业是否具备适当的控制能力，以确保符合相关的管理规定。

5 总结

本文比较系统的分析了电子政务软件面临的问题，并总结了在SOA架构下安全实的各项特点和优势，提出电子政务系统与项目管理软件接口的衔接的方法。在文章中为电子政务与其他软件进行交互的安全运营提供安全管理制度规划、策略制定、风险评估等一系列服务，通过SOA服务型的管理平台，建立统一的安全策略，从而将有效提升电子政务的可扩充性，满足日益变更的需求。

软件架构师范文第2篇

关键词：关键词： SSH；MVC；架构设计

中图分类号：TP302.1    文献标识码：A     文章编号：

    1. 引言

    为加强政府对经济进行宏观调控的需要，按照天津市商务委员会的部署要求，天津市市场运行监测快速反应系统正式启动。天津市市场运行监测信息系统预计涵盖商场、超市、批发交易市场、餐饮等多个行业共有监测企业282家，监测点1168个，监测商品涵盖55个大类，244个品种。Struts是运用MVC的体系编写的一个Web应用的一个框架, 可以说是一个传统MVC设计模式的一种改进类型。

    天津市场运行监测信息系统采用了Struts的框架技术，如图2，它的View层主要包括商户和操作管理人员与系统的交换界面例如数据报送，数据的统计图标显示，商品数据报送，通报表彰，政府的公告和公文，企业的形象展示等；Controller层主要包含了对View层的事件逻辑处理例如页面间跳转，操作过程中的异常处理，各种数据过滤分析指令。Model层是数据管理层，主要对企业报送的数据进行操作，如不同形式报表数据的存储，企业数据及商品价格数据的操作和分析，获得各种报表，及同比，环比，基期，比重等统计数据。

    5. 结语

    天津市场运行监测信息系统软件采用Struts框架具有开发方便，低耦合，代码重复利用方便，编写整洁，利于标准化的特点 ，开发更有效率，维护也更加方便。有 利于快速获取市场数据，催进天津市场稳定发展。

参考文献：

软件架构师范文第3篇

关键词：自适应架构；元数据；基因计算；进化算法

中图分类号：TP311文献标识码：A文章编号：1009-3044(2008)21-30455-02

Research on Software Structure Based on Self-adapting

LI Xiao, MA Xiao-jun

(Anyang Normal University,Anyang 455000,China)

Abstract: This paper puts forwards a kind of model of software structure based on self-adapting according to the situation of the needs software development facing and changeable environment. It gives the structural framework of each part by describing self-adapting structure, meanwhile introduces self-adaptive implementation under the mode of component and explains the representation of component data and self-adaptive evolutionary processes, then advances the structural mode centering in gene calculation and based on evolutionary algorithm in order to improve stability and adaptability of the system.

Key words: self-adaptive structure; metadata; gene calculation; evolutionary algorithm

1 引言

软件技术的发展从最初的算法技术到当前的构件技术，促使软件向大型化、复杂化方向快速发展。然而软件需求的变更愈加频繁，维护工作日益繁重，如何使得所开发的软件能够适应快速变化的需求并有效满足用户个性化要求，已成为软件研究人员奋斗目标。

自适应软件是一种能够自动适应需求变化、对问题域的深入理解和技术进步等环境变更因素的软件[1]。它强调在整个软件生命周期中，通过检测需求和环境的变化，调整规划和修改开发，使软件不断演变以适应变化，并确保在性能测度最大的条件下实现软件开发目标。基于自适应的软件架构能为软件本身注入巨大活力，代表了未来软件架构发展方向，对需求经常变动的行业软件的开发和应用将产生重要意义。本文通过提出一种自适应软件架构方案对这种思想做初步探讨。

2 自适应架构

随着人们对软件需求的不断提高和变化，以往单纯的功能模块化软件体系结构已不能适应需求，新的架构必将要求：具有保护系统逻辑功能在不同环境条件下正常运行的自适应模块，在复杂多变的环境下具有高效稳定的性能。

自适应架构是一种开放性、动态性和演化性的软件体系结构模式，具有目标的多重性、功能模块的主动性、协同方式的多面性和系统演变的动态性等特征。其目的就是要求软件系统能够根据它运行环境的变化，自动调整系统的结构和算法以适应当前情况，并且系统构件能够采用进化的方式来解决环境变化和系统运行的矛盾。

本文的自适应架构从软件功能上分为逻辑应用模块和感知控制模块。

1)逻辑应用模块，由功能构件集合和逻辑框架组成，功能构件是封装后的应用模块及描述该功能的信息、性能及相关接口；逻辑框架定义了集合中构件之间的交互关系与规则。为了使功能构件具有自适应特点，除传统构件结构之外，还定义了可变层、抽象函数层及解析层。可变层主要是属性和数据结构，要达到自适应的目标，可变层要能够动态配置属性而无需重新编译构件，属性应参数化；抽象函数层是一组功能函数，负责将可变层数据应用于构件的实现结构中，从而达到动态改变构件功能的目的，功能函数应抽象成一个与数据无关的通用性很强的模板；解析层是构件与控制模块通信的通道。另外构件接口应具备良好的柔性和可扩展性。

2)感知控制模块，是实现自适应架构的关键，以基因计算为中心，表述成一个4层模式：元数据层、进化层、控制层及算法层。这种分层模式隔离了数据源和进化模式，使两者可独立进化，图1描述了各层中主要元素以及各层接口设计。

元数据层主要实现构件感知及数据源适应性问题，包括定义元数据、感知构件接口和属性基因化三个功能；进化层实现软件基因库及基因操作，通过基因计算实现基因复制及进化，进化过程可采用进化树方式描述[2]；控制层负责存储构件感知信息、构件进化基因逻辑结构及控制各层运行，对整个架构的自适应过程起主导作用；算法层将进化算法实现为一组可接入的构件。

3 结论

自适应软件构架通过对系统功能构件的重新定义实现了传统构件向自适应构件的过渡，采用软件基因进化技术，简化系统构件进化复杂性[3]，采用构件技术来设计算法的各种进化算法，简化算法设计和进化复杂性，并使算法构件具有对不同领域应用的可复用性，提高了自适应系统开发应用的效率和质量。虽然自适应架构是未来软件架构发展趋势，但目前还难以全面实现，根本原因在于其复杂性。本文从结构设计角度探讨此架构的一种解决方案，其中很多工作还需要人工参与，希望这种软件架构探索对于将来自适应软件发展起到积极作用。

参考文献：

[1] LIEBERHERRK.Adaptive object-oriented software: the Demeter method[M].Reading:PWS Publishing Company,1996.

软件架构师范文第4篇

关键词：区域软实力；评价指标体系；因子分析

一、 引言

当今世界各国的竞争是综合国力的竞争，它不仅包括经济、政治、军事的实力较量，也包含文化、科技、教育等各个方面的激烈竞争。对一个地区来说，可以用区域软实力这一指标来评判其经济发展状况，同时还可以用于不同地区之间的比较，这些的前提都是要求建立一个较合理的综合评价指标体系。

2011年山东省的GDP位居全国第三，作为一个经济大省，区域软实力的作用尤为重要。

二、 区域软实力的概念与构成要素

（一）区域软实力的概念

对区域软实力这一概念较权威的定义来自于2007年出版的 《区域软实力的理论与实践》 。在这本书中，区域软实力被定义为："在区域竞争中，建立在区域文化、政府公共服务、人力素质等非物质要素之上的区域政府公信力、区域社会凝聚力、特色文化的感召力、居民创造力和对区域外吸引力等力量的总和"。

（二）区域软实力的构成要素

根据以上的定义，大部分学者将区域软实力的构成要素归纳为四个方面：区域文化、人力素质、区域形象和公共服务。本文除了包括上述的四个方面之外，还加入了技术创新这一要素。

三、 区域软实力评价指标体系的构建

（一）指标体系的设计

根据区域软实力的构成要素，其评价体系由三级指标组成。一级指标为区域软实力综合指数，下设5个二级指标，即区域文化、人力素质、区域形象、公共服务和技术创新。区域文化下的三级指标为文化事业机构数、图书馆数和博物馆数；人力素质下的三级指标为普通高等院校数量、科技活动人员数量、适龄儿童入学率和高校毕业人数比重；区域形象下的三级指标为入境旅客人数、出口总值、专利申请授权数和星级饭店个数；公共服务下的三级指标为卫生机构数、有线电视入户率和每万人拥有公共电汽车；技术创新下的三级指标为科技活动经费内部支出、R&D人员折合全时人员、专利授权数、科学家和工程师、外商直接投资。此外，所有指标均为正指标。

（二）数据来源

数据来源于《山东省统计年鉴2009》、《山东科技统计年鉴2009》和山东省十七地市的统计年鉴。

（三）评价方法

为消除三级指标量纲不同的影响，对原始数据进行无量纲化处理，采用z-score标准化方法进行预处理：新数据=（原数据-均值）/标准差

四、 山东省区域软实力综合评价分析

（一）区域软实力评价指标体系的实证分析

对三级指标的原始数据进行无量纲化处理之后，采用因子分析法计算得到各因素的综合得分，根据各因素的得分继续使用因子分析法为各个因素的权数赋值，最后计算得到区域软实力的综合得分，如表1所示：

（二）山东省各地区区域软实力综合得分的分析评价

根据表1可以看出，区域软实力综合得分最高的是青岛，济南仅次于青岛，最低的是莱芜。青岛的区域文化、区域形象、公共服务和技术创新四个因素得分均位于首位，只有人力素质得分低于济南，所以，青岛的综合得分是最高的。这也说明青岛在区域软实力的建设中各方面均衡发展，没有偏颇。济南的区域软实力综合得分居于第二位，其人力资源得分是最高的，但是其他因素得分均低于青岛，尤其是区域文化得分较低，所以，济南为了加强软实力建设，应着重文化建设，并且加强地区形象的宣传，努力吸引外商投资。菏泽和莱芜的区域软实力得分较低，为了提高区域经济的发展，应在区域文化、人力素质、区域形象、公共服务和技术创新五个方面加强建设。

五、 结论

本文从区域文化、人力素质、区域形象、公共服务和技术创新五个方面评价了山东省17地市的区域软实力，选用了19项评价指标，形成了一个系统的、层次性、可操作性强的区域软实力评价指标体系。根据这一评价指标体系，各个市既可以进行横向比较发现自身的优势和不足，还可以通过纵向比较总结软实力取得进步的原因，进而有针对性地制定发展战略，提过区域软实力，从而提高本地区的综合实力。

参考文献：

[1] 马庆国，楼阳生.区域软实力的理论与实践[M].北京：中国社会科学出版社，2007.

软件架构师范文第5篇

关键词关键词：软件测试；B/S；Web

DOIDOI：10.11907/rjdk.161488

中图分类号：TP319

文献标识码：A 文章编号：1672-7800（2016）008-0137-03

0 引言

系统测试的目的主要是验证系统的功能和性能是否满足设计要求，发现系统的实际应用效果是否与系统定义相符合。系统测试是检验软件质量的重要手段，软件质量的检测一方面要检查软件的设计是否合理、编码是否准确，另一方面要看软件的系统测试是否全面。在软件开发和应用中，很多编码上的错误很难发现，只有通过后期的系统测试才能被发现，所以软件系统测试在保证软件质量方面有着重要作用。在不同的环境下，软件系统的测试方法也有所差异，本文就基于B/S架构的Web软件系统测试进行探讨。

1 基于B/S架构的Web软件系统

B/S体系结构的应用原理是：用户通过浏览器将操作请求发送给网络上的服务器，服务器对接收的信息进行分析、处理后将用户所需要的信息发送至浏览器。相比二层的C/S体系结构，B/S体系结构只是从客户机的任务中将事务处理逻辑模块分离出来，并单独组成一个任务应用层，该方式将负荷分配给Web服务器，可以极大减轻客户机的压力。B/S架构的一个明显特点就是简化了客户端，只需要安装通用的浏览器软件，不需要在客户机上设置多个客户应用程序，所以整个系统安装过程非常简单，网络结构非常灵活，而且系统的开发和维护简单。B/S体系结构的特殊性意味着系统的测试也需要采用不同的方法。基于B/S架构的软件系统以网页表单的方式进行界面展示，服务器承担了系统的大部分工作，客户端对后台服务的访问通过浏览器实现，而且只能够完成浏览、查询、数据输入等比较简单的功能操作，同时还采用Cookies形式保存用户信息。Web软件系统的开发需要以HTTP协议和HTML为依据，这就决定了此类软件都要遵循统一的结构。图1是一个典型的基于B/S架构的Web软件系统结构。

2 基于B/S架构的Web软件系统测试

基于BS架构的Web软件系统测试涉及到多方面内容，包括可行性测试、性能测试、功能测试、安全性测试、兼容性测试等等。相比传统的软件测试，基于BS架构的Web软件系统测试内容侧重点明显不同，测试过程需要用户参与，不仅要检查系统的运行是否按照设计要求，还要评价系统在各种浏览器上的显示效果，尤其要进行系统的安全性和可行性测试。

2.1 系统可行性测试

可行性测试其实就是检测用户对系统的理解程度和使用效果，类似于系统的可操作性测试，涉及到系统的功能、系统的、用户与系统的交互效果。系统可行性测试主要包括导航测试、图形测试、内容测试、界面测试等。

系统可行性测试方法：①通过页面走查的方式检查系统页面是否符合要求，测试不同分辨率下页面的显示效果，如果发现有不符合要求的地方应交给设计人员进行调整；②根据数据定义文档来检查表单项的内容设计效果；③通过浏览查看方式检测动态网页。

（1）导航测试。系统导航是对系统页面中用户操作方式的描述，可以在不同的连接页面之间，也可以在按钮、窗口等不同的接口控制之间。系统的导航测试主要是检测系统是否易于导航，系统导航的界面设计是否直观，是否可以通过主页面实现对系统主要内容的存取，系统是否需要搜索引擎或者网站地图帮助，另外还需要检测系统的页面结构设计、导航设计、菜单设计以及连接方式的风格是否一致，是否可以让用户通过导航直观地了解系统的主要内容。

（2）图形测试。网页的构成主要包括两种元素，即文字和图片。图片在网页应用中有着重要作用：①美化网页；②进行广告宣传。但在系统运行过程中，网络传输的数据量是有一定限制的，所以网站的图片数量也不能无限大。图片在网页上的位置也有一定要求，不能随意放置，要符合页面的审美要求。图形测试主要是检测系统中图形是否具有应用价值，图形或者动画的放置位置是否符合要求，页面上的文字应用风格是否一致，页面的背景、前景以及字体颜色应用是否搭配，网页中图片的大小设置是否合适，图片的质量是否达到要求，以及图片的应用格式（一般是JPG或者GIF压缩）是否符合。

（3）内容测试。内容测试主要是用文字处理软件对系统文字信息进行检测，检验系统文字信息是否具有一定的相关性、准确性，信息是否真实可靠，信息是否存在语法错误或书写错误，是否能够在当前的页面找到相关的信息列表等等。

（4）界面测试。界面测试主要是检测用户在浏览Web应用系统时，对系统的整体界面是否感到舒适、直观，是否能够凭直觉找到信息，系统整体设计风格是否一致。

2.2 系统功能测试

基于B/S架构的Web软件系统功能测试主要包括链接测试、表单测试、Cookies测试、设计语言测试以及数据库测试，采用的方法主要有黑盒测试、白盒测试、边界测试或者越界测试。功能测试是验证产品功能是否与产品需求规格一致，不需考虑系统内部软件的实现逻辑。功能测试是系统测试最重要、最基本的内容，要求测试人员全面了解产品的需求规格和业务功能，设计出高效的测试方案。

（1）链接测试。链接的主要功能是实现页面切换，并引导用户找到所需要的页面。在基于B/S架构的软件系统中，链接是一个非常重要的特点，链接测试3个内容：①检测页面链接的准确性；②检测所链接的页面是否存在；③确定Web系统中不存在没有设置链接的孤立页面。

（2）表单测试。表单测试是对系统运行过程中，服务器所接收到的表单信息是否正确进行检测。例如用户在登录系统时需要填写用户信息，在表沃械挠没名和密码条框中设置要输入数字的地方是否也可以输入字母，输入后系统是否会提示出错。如果表单采用了默认值，就需要对默认值的正确性进行检测。如果表单输入限定了某些值，则需要继续测试。

（3）Cookies测试。Cookie是指服务器暂存在计算机上的信息资料，主要用于存放用户应用系统时的信息。当用户浏览网站时，服务器会向用户的计算机上发送一些Cookies形式的资料，以便服务器能够很好地辨认用户的计算机。如果系统有Cookies应用，就需要对Cookies的功能和性能进行测试，检测Cookies是否正常工作，是否准确、有效地保存，是否受到系统其它操作的影响。

（4）数据库测试。数据库为系统的管理、运行以及数据存储提供空间。数据库测试主要是检测数据输出的准确性、数据的一致性。用户在提交表单时所填写的信息不正确可能导致数据一致性出错，网络速度过慢或者程序设计缺陷则可导致数据输出错误，数据输出错误和数据一致性错误是系统数据库发生的两个重要错误。

2.3 系统性能测试

性能测试是保证软件系统质量的重要测试内容，涉及到的测试内容较多，主要包括3个方面，即客户端、网络以及服务器端的性能测试。客户端性能测试包括数据量测试、速度测试、并发性测试等，主要检测客户端的应用性能；网络上的测试主要内容是利用相关技术进行网络预测、网络性能分析；服务器端的测试在于实现对服务器系统、设备性能的全面监控，可采用工具或命令进行监控。上述三者有效结合才能实现系统的高性能运行。性能测试常用工具有webload、was、ewl等。

（1）链接速度测试。链接速度测试是基于B/S架构的软件系统性能测试的重要内容。在基于B/S架构的软件系统应用中，软件的功能主要是通过服务器实现的，服务器将系统信息发送至客户端，客户端通过对信息的浏览实现各种应用操作。因此，基于B/S架构的软件系统对链接速度有很高的要求。如果系统对用户的页面访问需求响应时间超过5s，则用户很可能因为没有耐心等待而放弃本次访问。一般情况下，系统网页的链接速度与入网的方式与很大关系，例如宽带上网、电话拨号上网等各种上网方式的链接速度各有千秋。当系统响应速度太慢时，用户往往还没有浏览到信息就需要重新登录，而且链接速度慢也是导致数据丢失的重要原因。

（2）负载测试。负载测试就是检测系统在一定需求范围内是否能够正常工作，例如系统允许多少用户同时访问，如果访问数量过大会出现什么情况。负载测试一般需要在实际网络环境中测试，因为在因特网上有足够量的访问用户，才能获得准确可信的测试结果。

（3）压力测试。压力测试包括表单测试、登录测试以及其它信息输出情况测试。检测在一定访问数量压力下系统的反应，以及系统的压力极限和故障恢复能力，检测系统在较大访问压力下是否会发生崩溃。黑客在对系统进行攻击时通常会对系统提供错误的负载，让系统发生崩溃，并在系统重启时获得存取权，以此对系统实施攻击。

2.4 客户端兼容性测试

系统的兼容性缺陷引起的问题往往比较微妙，很难被发现，系统的兼容性测试经常被忽略。系统兼容性测试方法一般是创建兼容性矩阵，测试过程中需要考虑以下几个问题：①系统能够在哪些操作系统环境下运行；②系统能够与哪些类型的数据库进行数据交换；③系统能够在哪些硬件配置环境中运行；④系统能够与哪些软件系统协同工作。客户端兼容性测试主要包括平台测试、浏览器测试。平台测试需要在系统之前进行，系统使用哪一种操作系统往往由系统的配置决定。同一应用可能在某些操作系统中能够正常运行，但却无法在其它操作系统中运行。浏览器测试主要是检测浏览器的显示效果。

2.5 系统安全性测试

系统安全性测试主要是检测系统安全机制的有效性，验证系统内部的安全机制能否保护系统免受非法攻击。系统的安全性不仅是指系统能够抵挡住正面攻击，还要能经受来自侧面和背面的攻击，如此才能保证系统资源的安全性。系统安全性测试内容主要有：①对用户名和密码信息进行测试，检测系统对登录信息大小写是否敏感，对输入次数有没有限制，在没有登录系统的情况下是否能够直接浏览页面；②检测系统是否对登录状态有时间限制，用户登录后一段时间是否需要重新登录才能正常使用；③检测系统访问信息是否被写入日志，是否能追踪；④检测安全套接字中密码设置的正确性，以及信息是否完整；⑤检测服务器端脚本的管理应用是否设置权限，以免成为黑客攻击系统的漏洞。

3 结语

本文从系统可行性测试、功能测试、性能测试、兼容性测试以及安全性测试等方面对基于B/S架构的Web软件系统测试进行了探讨。基于B/S架构的软件测试是一个复杂的系统工程，相比传统的软件测试有很大差别，整个测试内容要保证全面性、充分性，并扎实地完成系统测试，这样才能通过系统测试体现软件的应用效果，保证软件质量。

参考文献：

[1]李志峥，杨社堂.基于 B/S 结构下的软件系统测试研究[J].科技情报开发与经济，2006，16（7）：232-234.

[2] 陈技能.软件测试技术大全――测试基础流行工具项目实战[M].北京：人民邮电出版社，2009：159-160.

[3] 单良.校园网环境下的 Web 软件测试方法研究[J].鸡西大学学报，2009（6）：62-64.

[4]刘锦.基于B/S架构的Web应用软件系统测试研究[J].科技广场，2013（9）：39-42.

[5]廖非凡.B/S架构的Web应用系统软件测试研究[J].科技风，2008（11）：76-82.