web测试方法(Web测试的主要内容和测试方法)

1.Web测试的主要内容和测试方法有哪些

Web测试的主要内容：

一、输入框

二、搜索功能

三、增加、修改功能

四、删除功能

五、注册、登录模块

六、上传图片测试

七、查询结果列表

八、返回键检查

九、回车键检查

十、刷新键检查

Web测试的测试方法：

1、在测试时，与网络有关的步骤或者模块必须考虑到断网的情况。

2.每个页面都有相应的Title，不能为空，或者显示“无标题页”。

3.在测试的时候要考虑到页面出现滚动条时，滚动条上下滚动时，页面是否正常。

4.URL不区分大小写，大小写不敏感。

5.对于电子商务网站，当用户并发购买数量大于库存的数量时，系统如何处理。

6.测试数据避免单纯输入“123”、“abc”之类的，让测试数据尽量接近实际。

7.进行测试时，尽量不要用超级管理员进行测试，用新建的用户进行测试。测试人员尽量不要使用同一个用户进行测试。

8.提示信息：提示信息是否完整、正确、详细。

9.帮助信息：是否提供帮助信息，帮助信息的表现形式（页面文字、提示信息、帮助文件），帮助信息是否正确、详细。

10.可扩展性：是否有升级的境地，是否保留了接口。

11.稳定性：运行所需的软硬件配置，占用资源情况，出现问题时的容错性，对数据的保护。

12.运行速度：运行的快慢，带宽占用情况。

Web测试：

由于web应用与用户直接相关，又通常需要承受长时间的大量操作，因此web项目的功能和性能都必须经过可靠的验证。这就要经过web项目的全面测试。Web应用程序测试与其它任何一种类型的应用程序测试相比没有太大差别。

2.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导航测试（Web应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。）2图形测试3内容测试3整体界面测试4客户端兼容性测试（1平台测试2浏览器测试）5安全性测试（测试重点：（1）现在的Web应用系统基本采用先注册，后登陆的方式。因此，必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登陆而直接浏览某个页面等。（2）Web应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内（例如15分钟）没有点击任何页面，是否需要重新登陆才能正常使用。（3）为了保证Web应用系统的安全性，日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪。（4）当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。（5）服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。 ）

3.web测试方法有哪些

web网站本质上带有web服务器和客户端浏览器的C/S结构的应用程序。主要考虑web页面、TCP/IP通讯、Internet链接、防火墙和运行在 web页面上的一些程序（例如，applet、javascrīpt、应用程序插件），以及运行在服务器端的应用程序（例如，CGI脚本、数据库接口、日志程序、动态页面产生器，asp等）。另外，因为服务器和浏览器类型很多，不同版本差别很小，但是表现出现的结果却不同，连接速度以及日益迅速的技术和多种标准、协议。使得web测试成为一项正在不断研究的课题。其它要考虑的如下：

1、服务器上期望的负载是多少（例如，每单位时间内的点击量），在这些负载下应该具有什么样的性能（例如，服务器反应时间，数据库查询时间）。性能测试需要什么样的测试工具呢（例如，web负载测试工具，其它已经被采用的测试工具，web 自动下载工具，等等）？

2、系统用户是谁？他们使用什么样的浏览器？使用什么类型的连接速度？他们是在公司内部（这样可能有比较快的连接速度和相似的浏览器）或者外部（这可能有使用多种浏览器和连接速度）？

3、在客户端希望有什么样的性能（例如，页面显示速度？动画、applets的速度等？如何引导和运行）？

4、允许网站维护或升级吗？投入多少？

5、需要考虑安全方面（防火墙，加密、密码等）是否需要，如何做？怎么能被测试？需要连接的Internet网站可靠性有多高？对备份系统或冗余链接请求如何处理和测试？web网站管理、升级时需要考虑哪些步骤？需求、跟踪、控制页面内容、图形、链接等有什么需求？

6、需要考虑哪种HTML规范？多么严格？允许终端用户浏览器有哪些变化？

7、页面显示和/或图片占据整个页面或页面一部分有标准或需求吗？

8、内部和外部的链接能够被验证和升级吗？多久一次？

9、产品系统上能被测试吗？或者需要一个单独的测试系统？浏览器的缓存、浏览器操作设置改变、拨号上网连接以及Internet中产生的“交通堵塞”问题在测试中是否解决，这些考虑了吗？

10、服务器日志和报告内容能定制吗？它们是否被认为是系统测试的主要部分并需要测试吗？

11、CGI程序、applets、javascrīpts、ActiveX 组件等能被维护、跟踪、控制和测试吗？

测试技术大体分为黑盒和白盒测试，当然有的还用灰盒测试。

而功能、性能、用户界面、兼容性、安全测试都属于测试方法。大部分的测试是手动的，用基本的办公软件就可以解决；部分白盒测试需要了解程序内部的语句、数据结构和算法逻辑。

现在企业认同的高名气软件就是功能测试工具：QTP 性能测试工具：LOADRUNNER

bug追踪、记录工具：Bugfree、Bugzilla、TD等，用一个即可。

而QTP和LOADRUNNER是性能非常庞大的软件，如果可以熟练的分析出录制的内容，那么就入门了。可以运用到工作上。

说道这些软件的劣势，就是实现自动化需要这个团队购买正版软件、组织和培训组内成员进行新知识的培训。这些都是成本的一部分。

4.web接口测试来说有哪些测试要点

在Web工程过程中，基于Web系统的测试、确认和验收是一项重要而富有挑战性的工作。基于Web的系统测试与传统的软件测试不同，它不但需要检查和验证是否按照设计的要求运行，而且还要测试系统在不同用户的浏览器端的显示是否合适。重要的是，还要从最终用户的角度进行安全性和可用性测试。然而，Internet和Web媒体的不可预见性使测试基于Web的系统变得困难。因此，我们必须为测试和评估复杂的基于Web的系统研究新的方法和技术

1功能测试 2

1.1链接测试 2

1.2表单测试 2

1.3数据校验 3

1.4 cookies测试 3

1.5数据库测试 3

1.6应用程序特定的功能需求 4

1.7设计语言测试 4

2性能测试 4

2.1连接速度测试 4

2.2负载测试 4

2.3压力测试 5

3用户界面测试 6

3.1导航测试 6

3.2图形测试 6

3.3内容测试 7

3.4表格测试 7

5.web的功能测试怎样测试

首先，查找需求说明、网站设计等相关文档，分析测试需求。

制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试

设计测试用例：

功能性测试可以包括，但不限于以下几个方面：

链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。

提交功能的测试。

多媒体元素是否可以正确加载和显示。

多语言支持是否能够正确显示选择的语言等。

界面测试可以包括但不限于一下几个方面：

页面是否风格统一，美观

页面布局是否合理，重点内容和热点内容是否突出

控件是否正常使用

对于必须但未安装的控件，是否提供自动下载并安装的功能

文字检查

性能测试一般从以下三个方面考虑：

压力测试；负载测试；强度测试

数据库测试要具体决定是否需要开展。数据库一般需要考虑连结性，对数据的存取操作，数据内容的验证等方面。

安全性测试：

基本的登录功能的检查

是否存在溢出错误，导致系统崩溃或者权限泄露

相关开发语言的常见安全性问题检查，例如SQL注入等

如果需要高级的安全性测试，确定获得专业安全公司的帮助，外包测试，或者获取支持

兼容性测试，根据需求说明的内容，确定支持的平台组合：

浏览器的兼容性；

操作系统的兼容性；

软件平台的兼容性；

数据库的兼容性

开展测试，并记录缺陷。合理的安排调整测试进度，提前获取测试所需的资源，建立管理体系（例如，需求变更、风险、配置、测试文档、缺陷报告、人力资源等内容）。

定期评审，对测试进行评估和总结，调整测试的内容。

敲黑板！重点：推荐大家使用自动化测试工具TestWriter（测功能、测兼容性、测回归的零编码自动化测试工具 ），吼吼~

6.求几个WEB应用的测试用例

功能测试[9]

1.链接测试：链接是WEB应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道网址的页面的主要手段。链接测试可分为三个方面，首先，测试所有页面的链接是否已经按指示的那样链接到该链接的页面；次，测试链接的页面是否存在；最后，保证WEB系统上没有孤立的页面，所谓孤立的页面是指没有链接指向该页面，只有知道正确的URL才能访问。

2.表单测试：当用户给WEB的系统管理员提交信息时，就需要表单操作，例如用户注册，登陆和信息提交等。在这种情况下，必须测试提交操作的完整性，以检验提交给服务器信息的正确性。

3. Cookies测试：Cookies通常用来存储用户信息和用户在某个应用系统的操作，当用户用Cookies访问了某个应用系统时，WEB服务器将发送用的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态信息和自定义也页面或者存储登陆等信息。

4. 数据库测试：在使用了数据库的WEB应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息部正确造成的，而输出错误主要是由于网路速度或者程序设计错误等引起的。

性能测试

1.连接速度测试：如果WEB系统等待时间过长（例如超过5分钟），用户会因为没有耐心而选择离开。

2.负载测试：为了测量WEB系统在某一个负载级别下的性能，以保证WEB系统在需求范围内能正常运行，负载级别可以使某个时刻同时访问WEB系统的用户数量，也可以是在线处理的数量。

3.压力测试：指实际破坏一个WEB系统，测试系统的反应。压力测试的区域包括表单、登陆和其他信息传输也页面。

客户端兼容测试

1.平台测试：在各种操作系统下对WEB系统进行兼容性测试。

2.浏览器测试：测试不同厂商，不同版本的浏览器对WEB系统的适应性。

安全性测试

1.现在的WEB系统采用先注册，后登陆的方式。因此必须测试有效，无效的用户名和密码，要注意大小写是否敏感，可以试多少次的限制，是否可以不登陆而直接浏览某个页面。

2.WEB应用系统是否有超时的限制，也就是说，用户登陆页面一定时间内一直未有任何操作动作，是否要求重新登陆系统。

3.为了保证WEB系统的安全性，日志文件是至关重要的。需要测试相关信息日志是否写入了日志文件，是否可以追踪。

4.当使用了安全套接字，还要测试加密是否正确，检查信息的完整性。

5.服务器端的脚本常常构成安全漏洞，这些安全漏洞又常常被黑客利用，还要测试没有经过授权，不得在服务器端放置和编辑脚本的问题。

二 测试范例

主要选自系统登录页面。这个范例主要用于验证系统对多台机器登陆有无不响应情况，或者相应时间过长。看是否满足用户提出的数据并发处理能力。

测试工具使用WEB—CT40，在其设置接入网络的方式，模拟机器的总台数，以及测试页面的IP地址三项参数，然后选择手动测试。测试结果在10秒内无一次失败，成功率100%。证明系统数据并发处理能力强。

测试页面是否有不可到达现象。测试结果为成功数为1，不成功连接为0，和预期结果一致。

测试在火狐浏览器下系统能否正常运行，测试工具为火狐浏览器，测试内容为查询登陆日志，测试结果为能够正常显示日志信息。测试表明系统对主流浏览器兼容性较好。

测试系统的安全性，是否只有管理员权限的用户才能进入后台管理系统，测试密码，账号正确和不正确的情况下能否登入系统。测试不同权限的用户是否只能操作该权限的操作。

在大量的测试之后，我排除了系统的大部分错误。当然还有些不易检测到的错误还没有被发现，需要在使用的过程中进一步的完善，由于时间仓促难免有错误和不完善的地方，希望老师能够帮我指点和纠正。