关于web测试应该怎样进行

(一)WEB测试的内容与目的

测试的目的是证伪,但不能片面的理解为简单的找到BUG就可以了。软件测试应该经历以下四个步骤:

1.测试人员描述发现的问题(找到BUG);

2.测试人员详细阐明是在何种情况下测试发现的问题,包括测试的环境、输入的数据、发现问题的类型、问题的严重程度等情况;

3.测试人员协同开发人员一起去分析BUG的原因,找出软件的缺陷所在;

4.测试人员根据解决的情况进行分类汇总,以便日后进行软件设计的时候提供参考,避免以后出现类似软件缺陷。

(二)制定WEB测试计划

当我们明确了测试的目的之后,真正开始针对一个WEB应用程序进行测试的时候,我们需要制定一套详细的测试计划,这样才能顺利的完成所有的测试内容,计划的内容归纳为以下几步:

1.首先对被测的WEB应用程序进行需求分析,即对你所做的测试做一个简要的介绍,包括描述测试的目标和范围,所测试的目标要实现一个什么样的功能,总结基本文档,主要活动。

2.写出测试策略和方法,这里包括测试开始的条件,测试的类型,测试开始的标准以及所测试的功能,测试通过或失败的标准,结束测试的条件,测试过程中遇到什么样的情况终止和怎么处理后恢复等。

3.确定测试环境的要求(包括软件和硬件方面),选择合适的测试工具。

4.主要针对你测试的行为,描述你测试的细节,包括测试用例列表,进度表,错误等级分析,对测试计划的总结,和在测试过程会出现的风险分析等。

(三)测试的类型

WEB测试的类型包括内容测试、界面测试、功能测试、性能测试、兼容性测试、安全性测试等情况。内容测试、界面测试和兼容性测试都比较简单,在此不再细谈。
WEB的功能测试与传统的软件测试区别不大,主要是在连接测试方面有点区别,数据的传递方面会稍微复杂点。由于WEB软件都是采用B/S结构,客户端所需的服务都是由服务器提供的,所以主要是测试服务器上软件运行的性能。
WEB应用程序的测试包括客户端连接服务器速度方面的测试和压力测试这两方面,性能测试的步骤:

第一,分析产品结构,明确性能测试的需求,包括并发、极限、配置和指标等方面的性能要求,必要时基于LOAD测试的相同测略需同时考虑稳定性测试的需求。

第一,分析应用场景和用户数据,细分用户行为和相关的数据流,确定测试点或测试接口,列出系统接口的可能瓶颈,一般是先主干接口再支线接口,并完成初步的测试用例设计。

第三,依据性能测试需求和确定的测试点进行测试组网设计,并明确不同组网方案的重要程度或优先级作为取舍评估的依据,必要时在前期产品设计中提出支持性能测试的可测试性设计方案和对测试工具的需求。

第四,完成性能测试用例设计、分类选择和依据用户行为分析设计测试规程,并准备好测试用例将用到的测试数据。

第五,确定采用的测试工具。

第六,进行初验测试,以主干接口的可用性为主,根据测试结果分析性能瓶颈,通过迭代保证基本的指标等测试的环境。

第七,迭代进行全面的性能测试,完成计划中的性能测试用例的执行。

第八,完成性能测试评估报告。

(四)性能测试指标

进行性能测试的时候,我们需要知道一些有效的性能指标,下面我们来列出一些主要的性能指标:

一是,通用指标(指Web应用服务器、数据库服务器必需测试项):

*ProcessorTime:指服务器CPU占用率,一般平均达到70%时,服务就接近饱和;

*Memory Available Mbyte:可用内存数,如果测试时发现内存有变化情况也要注意,如果是内存泄露则比较严重;

*Physicsdisk Time :物理磁盘读写时间情况。

二是,Web服务器指标:

*Avg Rps:平均每秒钟响应次数=总请求时间/秒数;

*Avg time to last byte per terstion(mstes):平均每秒业务角本的迭代次数;*Successful Rounds:成功的请求;

*Failed Rounds:失败的请求;

*Successful Hits:成功的点击次数;

*Failed Hits:失败的点击次数;

*Hits Per Second:每秒点击次数;

*Successful Hits Per Second:每秒成功的点击次数;

*Failed Hits Per Second:每秒失败的点击次数;

*Attempted Connections:尝试链接数。

三是,数据库服务器指标:

*User 0 Connections :用户连接数,也就是数据库的连接数量;

*Number of deadlocks:数据库死锁;

*Butter Cache hit:数据库Cache的命中情况。

(五)测试工具介绍

1.ACT(或者MSACT)。ACT是微软的Visual Studio 和Visual Studio.NET带的一套进行程序测试的工具,ACT不但可以记录程序运行的详细数据参数,用图表显示程序运行状况,而且安装和使用都比较简单,结果阅读也很方便,是一套较理想的测试工具。

Microsoft Web Application Stress Tool (WAS):这个工具和ACT一样是微软的产品,但是这个工具没有和Visual Studio集成,可以单独使用。感觉这个程序现在还在测试,但是一些基本的功能已经很完备,可以完成ACT几乎所有功能,而且WAS使用更加简单,设置也更加完备明了。这个工具的另外一个特点是,它的报表是纯文本文件,而不是流行的HTML文件格式,但内容方面一点也不逊色。

2.Open System Testing Architecture (OpenSTA)。OpenSTA的特点是可以模拟很多用户来访问需要测试的网站,它是一个功能强大、自定义设置功能完备的软件,但这些设置大部分需要通过Script来完成,因此在真正的使用这个软件之前,必须学习好它的Script编写。如果需要完成很复杂的功能,Script的要求还比较高,当然,这也是它的优点,一些程序员不会在意这些Script的。这个软件完全免费而且源代码可以下载,可以自己修改达到特定的要求。

3.PureLoad。PureLoad是基于Java的测试工具,它的Script代码完全使用XML,所以这些代码的编写很简单,它的测试报表包含文字和图形并可以输出为HTML文件。由于是基于Java的软件,所以可以通过Java Beans API来增强软件功能。

4.QALoad。QALoad不单单测试WEB应用,还可以测试一些后台的东西,比如SQL Server等,只要是它支持的协议,都可以测试;另外一点,QALoad不但可以测试Windows,而且可以测试AIX, HP-UX 和 Solaris等系统。但是,这款软件价格很高。

5.LoadRunner。Mercury LoadRunner是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner能够对整个企业架构进行测试。通过使用LoadRunner,企业能最大限度地缩短测试时间,优化性能和加速应用系统的发布周期。

对于财大气粗的大公司而言,这款软件可能比较适合,它的功能和QALoad相比不相上下,市面上著名的公司如IBM、SUN、Oracle等都用这个软件。但是它的价格也高不可攀,和功能成正比。

 

除了前面介绍的WEB压力测试外,目前WEB测试的主要研究热点还有:WEB应用测试的框架研究,WEB应用程序测试的对象模型研究及其应用,WEB测试的高度自动化研究等等,都将是未来一段时期内的研究重点。

性能:

http://www.cnblogs.com/puresoul/p/5456855.html

http://www.cnblogs.com/puresoul/p/5463477.html

http://www.cnblogs.com/puresoul/p/5503134.html

转载:https://www.cnblogs.com/fqfanqi/p/6135981.html

原文地址:https://www.cnblogs.com/carey9420/p/12168095.html

时间: 2025-01-07 08:31:30

关于web测试应该怎样进行的相关文章

web测试与app测试的区别

看过了千里大腿的blog,再加上最近也有一些同学问我web与app测试的区别.所以在这里也献丑,写一篇随笔.希望对大家有所帮助. 笔者做了快三年的测试了.大部分时间都在做app的测试,web测试也做了半年左右.其实我觉得这两者并没有什么大的区别. 仅仅从功能测试的层面上来讲的话,在流程和功能测试上是没有区别的.那么区别在哪里呢? 我个人觉得就是由于载体不一样,所以系统测试和一些细节可能会不一样. 那么我们就要先来了解,web和app的区别. web项目,一般都是b/s架构,基于浏览器的,而app

web测试一般分为那几个阶段,哪些阶段是可以用工具实现的,都有些什么工具,哪些阶段必须要人工手动来实现呢?

这是我在知乎上遇到的一个问题: 首先这个提问本身就是有问题的, 没有哪个阶段是用工具实现的,每个阶段都是“人”用“工具”来“实现的”,每个阶段都需要“人“,也需要”工具”. 下面是我的原回答: 首先说分几个阶段:1.学习.了解产品2.计划/设计测试3.执行测试4.测试结果分析和报告 然后说工具,首先,每个阶段都可以使用工具,其次,每个阶段都需要人工介入,最后,强烈地指出,工具不可替代人类,人类使用工具. 不得不指出,有的人把测试的阶段理解成了测试的种类,题主问的可不是web测试包括哪些种类. 下

BadBoy+JMeter来录制Web测试脚本

参考: http://jingyan.baidu.com/article/5d368d1ef548d43f61c05761.html 1.简介 JMeter是纯Java编写的软件功能和性能测试工具,其录制脚本过于笨拙和复杂. 而Badboy是用C++开发的动态应用测试工具,其拥有强大的屏幕录制和回放功能,同时提供图形结果分析功能,刚好弥补了JMeter的不足之处.同时Badboy录制的脚本可导出为JMeter支持的jmx格式脚本. 因此这里的web测试结合这两个工具来完成. 2.下载. http

web测试常用的用例及知识

  1.      Web测试中关于登录的测试... 1 2.      搜索功能测试用例设计... 2 3.      翻页功能测试用例... 3 4.      输入框的测试... 5 5.      Web测试的常用的检查点... 6 6.      用户及权限管理功能常规测试方法... 8 7.      Web测试之兼容性测试... 9 8.      Web测试-sql注入... 10 9.      Web测试中书写用例时要考虑的检查点... 11 10.        手机电子邮

户外物理渗透:终端机,客户端的web测试思路

现在的客户端界面越做越好看了,很多用到了web技术,轻便.界面炫.更新快,但是这样web的缺点也就出来了,就是不稳定,容易受用户等因素影响. 因为很多客户端web是内嵌的,内部通信,所以很多对安全的考虑就很少,漏洞亦较多.在此,我想跟大家分享一下客户端的web测试思路,让大家找到更多的高质量漏洞. 首先打开一个客户端界面,如腾讯的群介绍界面. 方法一:测试F5键.大家都知道F5是刷新键,按f5测试界面是否全部或部分刷新,如果刷新,很大的可能就是嵌入的web. 方法二:测试右键.网页自己特有的右键

Web测试到底是在测什么(资料合集)

http://www.cnblogs.com/idotest/p/6838583.html 图片略模糊 看得清就好 Web测试, 进行抽离拆分,基本上就如上一些内容. 不管是测什么系统,什么功能,基本都差不多. 唯一区别是,一些特性 & 细节 . 今天, 老徐摘录了一些通用的测试点,根据你的实际情况,删减,即可. 正式开始之前, 说下为什么要整理这个主题. 其实,很不想整理的. 1. 没价值,网上太多,一搜大把. 2. 资料会给大家一些思维定式,有了这份大纲后,很多人会不思进取,以为已经掌握了W

APP测试和WEB测试的区别

APP测试和WEB测试在业务流程和功能测试是没有区别的! 但两者载体不一样,在以下几个方面存在区别: 系统结构方面: WEB项目,B/S架构,基于浏览器的,WEB测试只要更新了服务器端,客户端就会同步更新: APP项目,C/S架构,必须要有客户端,APP修改了服务端,则客户端用户所有核心版本都需要进行回归测试一遍. 性能方面: WEB项目,需监测响应时间.CPU.Memory: APP项目,除了监测响应时间.CPU.Memory外,还需监测流量.电量等. 兼容方面: WEB项目, 1.浏览器(火

web测试笔记

工具总结: 网站兼容性测试工具:multibrowser Cookie工具:iecookiesview 超链接工具:xneu,http link validor http协议的请求相应抓包工具:httpdebugger pro 服务器:tomcat 安全测试工具:nmap(主机端口服务os等嗅探),scrawlr(sql注入工具) 性能测试工具:ab,jmeter,lr,qtp,百度统计和排名www.alexa.cn网站 Web:通过浏览器访问服务器, B/S 架构 Web技术学校网站:www.

web测试安全性常见问题

web测试安全性常见问题                  一.             登录账号明文传输 1.  问题一:登录账号密码或者修改密码明文传输 现象:目前物流对内的java系统基本上都是明文传输用户名和密码的 使用火狐自带工具-开发者-网络,或者httpwatch工具很容易获取到信息 打开工具后进行被测系统正常登录软件可自动获取信息 建议: 登录使用加密传输,一般的登录都采用https方式加密协议 2.  问题二:在后台日志中明文打印出了登录的账号和密码 现象: 建议:在日志中比较

Web测试介绍2一 安全测试

        安全测试是在IT软件产品的生命周期中,特别是产品开发基本完成到发布阶段,对产品进行检验以验证产品符合安全需求定义和产品质量标准的过程. 主要安全需求包括: (i) 认证 Authentication: Is the information sent from an authenticated user? (ii) 访问控制 Access Control: Is data protected from unauthorized users? (iii) 完整性 Integrity: