❶ 所有web端测试都写脚本吗
这YY端测试都要写脚本吗？不用了，有的很简单的，就不用写脚本了，有的复杂的，你就要写一下下脚本
❷ JMeter基础
一、Jmeter简介
—-->生成不同格式的测试报告
以WEB性能测试为例：jmeter可以作为web服务器与浏览器之间的代理网关，以便捕获浏览器的请求和web服务器的响应，如此就可以很容易地生成性能测试脚本。有了性能测试脚本，jmeter就可以通过线程来模拟真实用户对web服务器的访问压力。这与LoadRunner的工作原理基本一致（ 向服务器提交请求；从服务器获取请求返回的结果 ）
二、JMeter下载安装
1、安装环境要求
Unix(Solaris，Linux，etc) 、 Windows(98，NT，2000，XP，WIN8)
2、JDK下载、安装
右键计算机属性->高级系统设置->系统属性->高级->环境变量->添加如下的系统变量：
变量值：D:Program FilesJavajdk1.8.0_92【jdk安装路径】
变量值： .;%JAVA_HOME%libdt.jar;%JAVA_HOME%lib ools.jar;
运行cmd->输入java -version->显示java版本就表示jdk安装成功
3、JMeter下载安装
4、JMeter环境配置
变量值：E:apache-jmeter-4.0 (就是jmeter保存的路径,即jmeter解压路径）
如：JMETER_HOME=D:apache-jmetesapache-jmeter-4.0
变量值：
;%JMETER_HOME%/lib/ext/ApacheJMeter_core.jar;%JMETER_HOME%/lib/jorphan.jar;%JMETER_HOME%/lib/logkit-2.0.jar
5、Jmeter 的Bin目录下的几个重要文件
6、启动Jmeter
三、JMeter组件介绍 （JMeter常用组件）
1、测试计划（Test Plan）
注：什么是元素？
JMeter的不同组件称为Elements。 每个元素都是为特定目的而设计的。
2、线程组（Threads）
例如，如果将线程数设置为100; JMeter将创建并模拟100个用户对被测服务器的请求
所有的控制器和取样器都是在某个线程组下；
3、逻辑控制器（Logic controller）
逻辑控制器允许在线程中定义处理请求的顺序。它允许控制“何时”将用户请求发送到Web服务器。例如，可以使用随机控制器随机向服务器发送HTTP请求
例如：我们在收邮件时，只需要登录一次邮箱既可查看多封邮件。如果这个场景我们在Jmeter中实现，我们需要控制登录的次数，如何实现呢？Jmeter逻辑控制器中的仅一次控制器就可以完成。当然了，控制器不只是这一个，还有很多其他的控制器来完成我们的各种需求。
除了为“线程组”指定的循环值之外，循环控制器使取样器运行一定次数。例如，如果你
将一个HTTP请求添加到循环控制器，循环计数为50
将“线程组”循环计数配置为2
然后，JMeter将发送总共50 * 2 = 100个HTTP请求。
除了循环值= 2，你为上面的线程组指定。所以JMeter将发送总共2 * 50 = 100个HTTP请求。
又如：线程组中设置循环次数3，循环控制器中设置循环测试2，
即：线程组的循环与循环控制器为父子关系，且循环控制器只对子请求有效
注：录制脚本的循环按循环控制器中的调协循环
作为循环控制器的子节点，仅一次控制器在每循环的第一次迭代时均会被执行
HTTP请求、FTP请求、JDBC请求
这3个请求应该运行5次; JMeter将向服务器发送总共5个用户请求。
按顺序，按以下顺序依次发送请求：HTTP请求 - > FTP请求 - > JDBC请求,对于每个循环按随机顺序，请求随机发送，FTP请求 - > HTTP请求 - > JDBC请求 或 JDBC请求 - > FTP请求 - > HTTP请求等
4、配置元件（Config element）
比如CVS Data Set Config，它可以帮助我们从文件中读取测试数据。另外Jmeter也提供了众多的函数来帮我们生成动态数据。
缓存管理器），自动记录服务器返回的Cache信息。简单说就是它为取样器提供预备数据，然后由取样器
发出请求。
入不同的登录凭据。 该登录信息（例如，用户名，密码）可以存储在文本文件中。 JMeter有一个元素，允许您从该文本文件中读取不同的参数。 它是“CSV数据集配置”，用于从文件中读取行，并将它们拆分为变量。
这是CSV数据的示例。 这是一个文本文件，其中包含用于登录目标网站的用户和密码
密码将作为cookie存储在计算机中。下次访问 www..com 时 ，无需再次登录，因为在浏览器将使用您的Cookie作为用户数据登录。
Cookie管理器会自动存储该cookie，并将其用于将来对该特定网站的所有请求。
此元素允许您设置HTTP请求控制器使用的默认值
server name = google.com
PS：在执行顺序方面有个例外，配置元件"用户定义的变量"无论它处于测试树的哪个位置，总是在测试的初始阶段执行。所以个人建议把它放在线程组的开始部分。
5、定时器（Timer）（ 固定定时器：思考时间 ）
JMeter向http://www..com创建一个用户请求100次
每个用户请求之间的延迟为5000毫秒
6、前置处理器（Per processors）
7、取样器（Samples）
您将FTP“下载文件”或“上载文件”请求发送到FTP服务器。
JMeter将FTP命令发送到FTP服务器ftp.example.com ，然后从该服务器下载文件Test.txt。
您可以配置JMeter将SQL查询发送到此服务器以检索数据。
如果要测试邮件服务器，可以使用SMTP采样器。 此采样器用于使用SMTP协议发送电子邮件
8、后置处理器（post processors）
9、断言（Assertions）
用过LR的读者应该会知道检查点这个功能，可以帮助我们来判断请求是否成功返回且是否符合要求，在Jmeter中我们不叫检查点，我们叫断言，接触过selenium的也会懂这个概念。就是用一个预设的结果（值、表达式、时间长短等条件）与实际结果匹配，匹配到则成功，反之失败。
APPly to: 适用范围
Main sample and sub-samples:作用于父节点取样器及对应子节点取样器
Main sample only：仅作用于父节点取样器
Sub-samples only:仅作用于子节点取样器
JMeter Variable:作用于jmeter变量(输入框内可输入jmeter的变量名称)
要测试的响应字段： 要检查的项
响应报文
Documeng(text)：测试文件
URL样本
响应代码
响应信息
Response Headers:响应头部
Ignore status：忽略返回的响应报文状态码
模式匹配规则：
包括：返回结果包括你指定的内容
匹配：（好像跟Equals查不多，弄不明白有什么区别）
Equals：返回结果与你指定结果一致
Substring：返回结果是指定结果的字串
否：不进行匹配
要测试的模式: 即填写你指定的结果（可填写多个）,按钮【添加】、【删除】是进行指定内容的管理
10、监听器（Listener）
“图形结果”侦听器在图形上显示服务器响应时间
“查看结果树”以基本HTML格式显示用户请求的结果(View Results Tree)
通过察看结果树，我们可以看到每个请求的结果，其中红色的是出错的请求，绿色的为通过。
Thread Name：线程组名称
Sample Start: 启动开始时间
Load time：加载时长
Latency：等待时长
Size in bytes：发送的数据总大小
Headers size in bytes：发送数据的其余部分大小
Sample Count：发送统计
Error Count：交互错误统计
Response code：返回码
Response message：返回信息
Response headers：返回的头部信息
这里绿色的就说明请求是通过的，返回值是200，如果出现红色的 就说明请求失败，这时候可以通过右边的取样器结果和响应数据来查看结果。
用表格可看结果(View Results in Table)
四、组件执行顺序
在同一作用域名范围内（不考虑逻辑控制器），测试计划中的元件按照如下顺序执行。
（1）配置元件（config elements ）
（2）前置处理程序（Per-processors）
（3）定时器（timers ）
（4）取样器（Sampler）
（5）后置处理程序（Post-processors） （除非Sampler 得到的返回结果为空）
（6）断言（Assertions）（除非Sampler 得到的返回结果为空）
（7）监听器（Listeners）（除非Sampler 得到的返回结果为空）
问题
1、为什么要使用jmeter？他可以帮我们解决那些事情？
jmeter主要是做接口测试和性能测试，它支持的协议也不少，用来测试http，数据库并发都是很方便快捷的工具，相对于lr来说更灵活与实用，等等
2、我们在什么时候会使用jmeter？
· 在一个项目中我们可能前段还没有开发完毕我们想看一下服务器的相应数据。
· 比如我们校验数据库有没有做校验，我们可以绕过前端
· 我们想看一下这个接口或者多个接口的并发量是多少，性能怎么样
3、.谁在使用？为什么是他在使用？
一般使用者为开发人员或者测试人员。
开源免费，基于Java编写，可集成到其他系统可拓展各个功能插件
支持接口测试，压力测试等多种功能，支持录制回放，入门简单
相较于自己编写框架活其他开源工具，有较为完善的UI界面，便于接口调试
多平台支持，可在Linux，Windows，Mac上运行
4、使用jmeter需要了解什么？接口与接口之间的联系怎么处理？
· 我们必须了解接口的工作原理
· 需要掌握http中的get和post请求原理
· 需要掌握请求头，响应头，请求体个个字段代表什么意思，并且字段的返回值的各代的含义是什么？
· 响应的状态码各代表什么含义·
· json是什么？
· 接口测试用例的设计方法，以及测试时点
接口之间的联系：
接口与接口之间存在联系，比如上个接口的返回值是下一个接口的入参，那我们就要在上个接口返回值赋值变量，供下一个接口调用。
5、在使用jmeter中我想要的预期结果和实际结果是怎样对比的？
· 我们做所有的测试无非就是预期结果和实际结果作对比，如果预期结果和实际结果作对比，那么这个接口就是可用的，不相等那么这个接口就是有问题的。
·在jmeter中我们的用断言做实际结果和预期结果的对比，它提供了许多断言方法，其中最常用的就是响应断言，在后面我会专门的写一下响应断言以及一些常用断言的用法。
· 我们还需要知道在jmeter中我们断言的内容是啥？这点是很重要的
7、使用jmeter的是的我们的有哪些方面的提升，jmeter的主流方向是什么？
· 对整个前端与后端的一个相互传输数据原理有了进一步了解
· 可以提高测试效率，可以提早的参与进来，较早的发现问题，减少开发成本，缩短整个产品的上线周期，可以给测试流出充裕的时间，保证产品质量。
·掌握了接口测试的测试点，已及用例的设计方法。
jmeter测试的主流方向：
· 用于性能测试，压力测试
· 接口测试
❸ 16 Web 自动化测试 -- Jenkins执行脚本
想要通过Jenkins来执行脚本，我们得在Jenkins上先安装一些必要的环境，并去新建一个Maven Job。
详细见个人博客： http://www.jianshu.com/p/026c0fcaedf0
这里对日程表的五颗 * 做个说明：
注意也需要在Jenkins Location中设置管理员邮件地址：
接着在Job 的配置的“构建后操作”中添加发送邮箱操作，可选“Editable Email Notification” 插件，并做配置。
Project Recipient List 配置要收到邮件的邮箱列表
Content Type 配置邮件发送类型
Default Content 配置邮件发送内容，例如content type我选择了HTML，那么我可以编写html于内容中，发邮件后会自动化解析成页面形式。例如：
❹ 如何为web页面编写一段脚本
最好将JavaScript代码放置到各自的JavaScript文件中，JavaScript文件都是文本文件（如同HTML页面和CSS样式表文件），但是JavaScript文件有.js扩展名。
HTML中的<script>用来在HTML页面中告诉浏览器载入JavaScript文件（类似于HTML页面中使用<link>元素载入CSS样式文件）。
如果再浏览器中查看页面的源代码，会发现JavaScript不会HTML标记，这是因为JavaScript脚本是和浏览器创建的web页面的模型进行交互的。
❺ 如何写一个web脚本，让web自动执行一些操作
如果你是为了远程操作的话,不要用web界面,用secure shell。如果你是为了写这个python程序,那你需要标准库里的subprocess和cgi。
❻ web自动化测试框架有哪些
Web自动化测试在测试领域里面用得比较多的工具或者框架有Selenium, robotframework, Cucumber等。
Selenium是一个开源的Web自动化测试框架，ujiuye主要用于做HTML页面的UI自动化测试。
RobotFramework是一个基于Python语言的，可扩展的关键字驱动的自动化测试框架，使自动化测试脚本编写变得更简单
Cucumber是BDD(Behavior-driven development，行为驱动开发)的一个自动化测试的副产品。它使用自然语言来描述测试，使得非程序员可以理解他们。
❼ 如何使用LoadRunner进行Web性能测试
1、明确压力点，根据压力点设计多少种场景组合
2、把文档（包括多少种场景组合、场景与场景组合条件的对应表）写好
3、如果监测UNIX机器，在被监测的机器需要安装监测Unix的进程
4、让开发人员帮助我们准备测试数据或他们写相关的文档我们来准备数据
5、让开发人员做一个恢复数据的脚本，以便于我们每次测试的时候都能够有一个相同的环境
6、针对每一个模块包括四个子文件夹：如模块A下包括“脚本”“场景”“结果”“图表” 四个子文件夹，每个子文件夹储存对应的文件，如下表所示
其中：结果名“1场景”是在场景中的“Results Setting”中设置的，具体的设置见“建立场景”部分，这里也可以有另外一种方法：在打开模板设置，如下：
选中“Automatically save the session as:”并且在“%ResultDir%”后面填写你想保存的文件名，当你打开某个lrr文件时，系统自动在当前目录中生成一个文件保存分析图表，如下图所示：
生成测试脚本
1、 把登陆部分放到“vuser_init”部分,把需要测试的内容部分放到“Action”部分执行；但是如果是模拟多个用户登陆系统，则要把登陆部分放到Action部分来实现
2、 录制脚本后，想查询某个函数的原型，按“F1”键
3、 确认脚本中哪些参数是需要进行参数化的（最好能可以和开发人员一起确认）
4、 在脚本参数化时把函数web_submit_data()中的ITEMDATA后面的数据参数化，因为这些数据是传递给服务器的，当然也可以把一个函数中的所有相同变量都替换掉
5、 脚本中无用的部分用“/*”“*/”“//”注释掉，但最好不要删除
6、 调试脚本遵循以下原则：
确认在VU里SUSI（单用户单循环次数single user & single iteration）
确认在VU里SUMI（单用户多循环次数single user & multi iteration）
确认在controller中MUSI（多用户单循环次数multi user & single iteration）
确认在controller中MUMI（多用户多循环次数 multi user & multi iteration）
7、 事务的名称取的有意义便于事务之间的区分，把所有的事务名都记录在一起，便于在测试结果概要中区分它们，这要写成一个表：某次测试有哪些模块，每个模块中有哪些事务(见对应的“关系表”)
8、 在 “Parameter List”中可以选择参数类型“Random Number”，使某一个参数取设定的范围内的随机值
建立场景
1、 把场景名称编号，并制定出一份场景名称和场景条件组合的对应表。比如，场景m对应于“某一模块_xx个vu _分z台machine”(见“关系表”中的例子)
2、 根据上面的对应表把场景设置好，需要设置的要素如下：总体多少个用户、分多少个组、每个组有多少个用户、分几台机器运行、每个脚本迭代多少次、是否回放think time时间、检查Parameter List中每个参数设置是否正确、参数从表中取值间隔是否正确、是否选中“Initialize all Vusers before Run”
3、 测试结果应该保存为“m场景0，m场景1,…”
4、 把虚拟用户分散到几台机器上和在一台机器上面都要进行测试，因为有可以效果不同
5、 场景中如果有需要改动的地方，必须新建一个场景(建议使用“另存为”，然后再修改结果文件名，再选择相应的脚本)，并把场景按顺序编号，先维护好场景与场景组合条件的对应表，以便以后的查找，并且在结果 “Results Setting”中设置的结果名与场景名相同。建议在“Results Setting”中选中“Automatically create a results directory for each scenario executeon”让它每次自动累加，不建议选中“Automatically overwrite existing results directory without prompting for confirmation”，因为我们不要覆盖掉以前的测试结果，把它保存下来以便有个根据。
6、 需要注意的地方：当在“Parameter List”中的“Select next row”选中“Unique”时，如果再在“Edit Schele\Schele by Scenario\Duration”中选中第二项“Run for XX after the ramp up has been completed”时系统就会报错，提示“Unique”类型不相符。
7、 在“Run-time Setting”设置中，“General”中的“Pacing”非常有用，可以设置每次迭代之间相隔多少时间，也可以是随机的取值
8、 建议：把“Parameter List”和“Run-time Setting”中的所有设置都搞熟悉，这样便于以后对脚本和场景进行设置
9、 设计“Parameter List”时的小技巧：即在“Allocate X values for each Vuser”时，尽量 把它的间隔在数据容许的范围内取大些，这样可以做从一次迭代到最大值迭代，而且对脚本没有什么影响
10、当一个脚本中有多个事务，在事务前面增加集合点时需要一点技巧。或者我们把脚本复制几个，或者我这样做：测试前面的事务的压力时，把后面的事务前的集合点设置为不激活状态；在测试后面的事务的压力时，把前面的事务的集合点设置为不激活状态，另外最好不选中Initialize all Vusers before Run，具体参见Controller中的“Scenario/Rendezvous”，及用户手册(按F1)
11、把持续时间从最后60秒改为整个场景的时间，右键单击某个图，选择“Configue”，修改Graph Time即可
12、每次从一个场景修改后保存为另一个场景时别忘记把结果保存文件名修改相对应的文件名。在设置结果保存文件名时有一个技巧：如果你打开这个窗口时，点击确定则系统会
默认以“4场景2”为基点向后加“4场景20”“4场景21”等等，但是如果你把结果文件名后面的数据去掉，改为“4场景”，点击确定后，系统会自动搜索是以“4场景”开头的文件名，并在它的后面继续增加，比如把它改为“4场景”时，下次结果保存在“4场景3”中。而且他在搜索的时候搜索以“4场景”开头的文件名，从0开始，有的话就不取代而跳过，没有的话就取代。
运行场景
1、 运行场景前需要注意的事项：每个组的虚拟用户数、迭代次数、think time、参数化时的取值间隔、执行恢复数据的脚本、确认虚拟机的LoadRunner Agent Service打开
2、 如果监测Unix，运行场景前需要启动监测Unix进程，启动的命令“rpc.rstatd”、查看这个进程是否启动的命令“rpcinfo –p”
3、 运行前使Generator机器处理Ready状态
4、 确认被监测的机器已经连接上去，并且添加自己所需要的计数器
5、 运行之前一定要确认系统中压力点的数据量是多少
6、 确认以上都正确时再运行测试场景
监视场景
打开 “Passed Transactions”或“Failed Transactions”，可以随时观察到事务的运行状态
分析测试结果
1、 打开Analysis后，把经过数据处理的结果图表保存到“图表”文件夹，并且文件名和场景名、结果名相同，这样便于以后的查阅。也可以省去每次进行数据处理的时间。
2、 可以通过点击界面上的 “View Run Time Setting”可以看到此场景运行时的一些场景设置
3、 在关联图表时可以自动调节每个元素的比例，点击右键，选择 即可
4、 每次测试结束后确认所做的操作是正确的，确认正确后再分析结果
5、 在结果文件夹中为每个场景建立一个文档，把每次运行时的情况记录下来以便于写测试报告，尤其运行错误的原因记录下来，并把开发人员所做的修改也记录下来以便知道开发人员做了些什么修改
6、 在分析运行结果时可以把几个结果合在一起进行比较，打开如下“Cross with Result…”
❽ web自动化测试的流程
自动化测试流程
(1)需求分析(2)挑选适合做自动化测试的功能(3)设计测试用例(4)搭建自动化则试环境[可选](5)设计自动化测试项目的架构[可选](6)编写代码(7)执行测试用例(8)生成测试报告并分析结果
自动化项目框架自动化框架
①顺序:先编写工具类--> (父类) -P代码(对象库存-操作层->业务层) ->unittest框架编写脚本(数据驱动JISON读取) ->测试报告->日志
②用了selenium和uittest框架 使用po三层分层模式进行框架设计
③然后编写测试脚本调用 用unittest框架编写数据驱动存放测试数据
④执行完成了之后通过第三方模块生成测试报告
⑤日志
我也就能帮你到这里了，希望对你有所帮助。
❾ Web测试的主要内容和测试方法有哪些
测试分类：
1、界面测试
1）给用户的整体感：舒适感；凭感觉能找到想要找的信息；设计风格是否一致
2）各控件的功能
2、功能测试
1）删除/增加某一项：是否对其他项造成影响，这些影响是否都正确
2）列表默认值检查
3）检查按钮功能是否正确：新建、编辑、删除、关闭、返回、保存、导入、上一页、下一页、页面跳转、重置（常见错误）
4）字符串长度检查：超出长度
5）字符类型检查
6）标点符号检查：空格、各种引号、Enter键
7）特殊字符：常见%、“、”
8）中文字符：是否乱码
9）检查信息完整：查看信息，查看所填信息是否完整更新；更新信息，更新信息与添加信息是否一致
10）信息重复：需唯一信息处，比如重复的名字或ID、重名是否区分大小写、加空格
11）检查删除功能：不选择任何信息，按Delete，看如何处理；选择一个或多个进行删除；多页选、翻页选删除；删除是否有提示
12）检查添加和修改是否一致：添加必填项，修改也该必填；添加为什么类型，修改也该什么类型
13）检查修改重名：修改时把不能重名的项改为已存在的内容
14）重复提交表单：一条已经成功提交的记录，返回后再提交
15）检查多次使用返回键：返回到原来页面，重复多次
16）搜索检查：存在或不存在内容，看搜索结果是否正确；多个搜索条件，同时输入合理和不合理条件；特殊字符
17）输入信息的位置
18）上传下载文件检查：功能是否实现，
上传：上传文件是否能打开、格式要求、系统是否有解释信息、将不能上传的文件格式修改后缀为可上传的文件格式；
下载：下载是否能打开、保存、格式要求
19）必填项检查：必填项未填写；是否有提示，如加*；对必填项提示返回后，焦点是否自动定位到必填项
20）快捷键检查：是否支持快捷键Ctrl+C、Ctrl+V、backspace；对不允许做输入的字段（如：下拉选项），对快捷方式是否也做了限制
21）Enter键检查：输入结束后按Enter键，系统如何处理
22）刷新键检查：按浏览器刷新键如何处理
23）回退键检查：按浏览器回退键如何处理
24）空格检查：输入项输入一个或多个空格
25）输入法半角全角检查：比如，浮点型，输入全角小数点“。”或“. ”，如4. 5；全角空格
26）密码检查：输入加密方式的极限字符；密码尽可能长
27）用户检查：不同种类管理员用户的不同权限，是否可以互相删除、管理、编辑；一般用户的权限；注销功能，老用户注销再注册，是否为新用户
28）系统数据检查：数据随业务过程、状态的变化保持正确，不能因为某个过程出现垃圾数据，也不能因为某个过程而丢失数据。
29）系统可恢复性检查：以各种方式把系统搞瘫，测试系统是否可以迅速恢复
30）确认提示检查：系统更新、删除操作：是否有提示、取消操作；提示是否准确；事前、事后提示
31）数据注入检查：对数据库注入，特殊字符，对SQL语句进行破坏
32）时间日期检查：时间、日期、时间验证：日期范围是否符合实际业务；对于不符合实际业务的日期是否有限制
33）多浏览器验证
3、性能测试
1）压力测试：实际破坏一个Web应用系统，测试系统的反应，测试系统的限制和故障恢复能力
2）负载测试：在某一负载级别上的性能，包括某个时刻同时访问Web的用户数量、在线数据处理的数量
3）强度测试：测试对象在性能行为异常或极端条件下（如资源减少或用户过多）的可接受性，以此验证系统软硬件水平
4）数据库容量测试：通过存储过程往数据库表中插入一定数量的数据，看是否能及时显示
5）预期指标的性能测试：在需求分析和设计阶段会提出一些性能指标，对于预先确定的性能要求要首先进行测试
6）独立业务性能测试：对核心业务模块做用户并发测试，包括同一时刻进行完全一样的操作、同一时刻使用完全一样的功能
7）组合业务性能测试：模拟多用户的不同操作，最接近实际用户使用情况，按用户实际的实际使用人数比例来模拟各个模块的组合并发情况
8）疲劳强度性能测试：系统稳定运行情况下，以一定负载压力来长时间运行系统的测试
9）网络性能测试：准确展示带宽、延迟、负载、端口的变化是如何影响用户的相应时间的
10）大数据量性能测试：实时大数据量，模拟用户工作时的实时大数据量；极限状态下的测试，系统使用一段时间，积累一段数据量时能否正常运行，以及对前面两种进行结合
11）服务器性能测试：在进行用户并发性能测试、疲劳强度、大数据量性能测试时，完成对服务器性能的监控，并进行评估
12）一些特殊的测试：配置测试、内存泄漏的一些特殊测试
4、可用性测试(接口测试）
1）整体界面测试
2）多媒体测试
3）导航测试
5、客户端兼容性
平台测试：windows；unix；macintosh；linux
浏览器测试：不同厂商的浏览器对Java、Javascript、ActiveX、plug-ins或不同的HTML的规格
不同的支持；框架和层次结构在不同浏览器也不同的显示
6、安全性
安全性测试要求：
1）能够对密码试探工具进行防范
2）能够防范对Cookie攻击的常用手段
3）敏感数据保证不用明文传输
4）能防范通过文件名猜测和查看html文件内容获取重要信息
5）能保证在网站收到工具后在给定时间内恢复，重要数据丢失不超过1小时
web的性能测试工具：
随着Web2.0技术的迅速发展，许多公司都开发了一些基于Web的网站服务，通常在设计开发Web应用系统的时候很难模拟出大量用户同时访问系统的实际情况。
因此，当Web网站遇到访问高峰时，容易发生服务器响应速度变慢甚至服务中断。
为了避免这种情况，需要一种能够真实模拟大量用户访问Web应用系统的性能测试工具进行压力测试，来测试静态HTML页面的响应时间，甚至测试动态网页（包括ASP、PHP、JSP等）的响应时间，为服务器的性能优化和调整提供数据依据。
1、企业级自动化测试工具WinRunner
MercuryInteractive公司的WinRunner是一种企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行。
2、工业标准级负载测试工具Loadrunner
LoadRunner是一种预测系统行为和性能的负载测试工具
3、全球测试管理系统testdirector
TestDirector是业界第一个基于Web的测试管理系统，它可以在您公司内部或外部进行全球范围内测试的管理。
4、功能测试工具RationalRobot
IBMRationalRobot是业界最顶尖的功能测试工具，它甚至可以在测试人员学习高级脚本技术之前帮助其进行成功的测试。
它集成在测试人员的桌面IBMRationalTestManager上，在这里测试人员可以计划、组织、执行、管理和报告所有测试活动，包括手动测试报告。
这种测试和管理的双重功能是自动化测试的理想开始。
5、单元测试工具xUnit系列
目前的最流行的单元测试工具是xUnit系列框架，常用的根据语言不同分为JUnit（java），CppUnit（C++），DUnit（Delphi），NUnit（.net），PhpUnit（Php）等等。
该测试框架的第一个和最杰出的应用就是由ErichGamma（《设计模式》的作者）和KentBeck（XP（ExtremeProgramming）的创始人）提供的开放源代码的JUnit.
6、功能测试工具SilkTest
BorlandSilkTest2006属于软件功能测试工具，是Borland公司所提出软件质量管理解决方案的套件之一。
这个工具采用精灵设定与自动化执行测试，无论是程序设计新手或资深的专家都能快速建立功能测试，并分析功能错误。
7、性能测试工具WAS
是由微软的网站测试人员所开发，专门用来进行实际网站压力测试的一套工具。
透过这套功能强大的压力测试工具，您可以使用少量的Client端计算机仿真大量用户上线对网站服务所可能造成的影响。
8、自动化白盒测试工具Jtest
Jtest是parasoft公司推出的一款针对java语言的自动化白盒测试工具，它通过自动实现java的单元测试和代码标准校验，来提高代码的可靠性。
parasoft同时出品的还有C++test，是一款C/C++白盒测试工具。
9、功能和性能测试的工具JMeter
JMeter是Apache组织的开放源代码项目，它是功能和性能测试的工具，100%的用java实现。
10、性能测试和分析工具WEBLOAD
webload是RadView公司推出的一个性能测试和分析工具，它让web应用程序开发者自动执行压力测试；webload通过模拟真实用户的操作，生成压力负载来测试web的性能。
(9)第一个web测试脚本扩展阅读：
漏洞测试
企业网站做的越来越复杂、功能越来越强。不过这些都不是凭空而来的，是通过代码堆积起来的。如果这个代码只供企业内部使用，那么不会带来多大的安全隐患。
但是如果放在互联网上使用的话，则这些为实现特定功能的代码就有可能成为攻击者的目标。
天眼举一个简单的例子。在网页中可以嵌入SQL代码。而攻击者就可以利用这些SQL代码来发动攻击，来获取管理员的密码等等破坏性的动作。
有时候访问某些网站还需要有某些特定的控件。用户在安装这些控件时，其实就有可能在安装一个木马（这可能访问者与被访问者都没有意识到）。
为此在为网站某个特定功能编写代码时，就要主动出击。从编码的设计到编写、到测试，都需要认识到是否存在着安全的漏洞。
天眼在日常过程中，在这方面对于员工提出了很高的要求。各个员工必须对自己所开发的功能负责。
已知的病毒、木马不能够在所开发的插件中有机可乘。通过这层层把关，就可以提高代码编写的安全性。
❿ 软件测试的测试工具
Test Platform软件测试平台，简称TP，是业界唯一的对软件测试全过程进行支撑的软件测试工具。
业界已有的软件测试工具基本上都局限在测试执行阶段，只能支撑测试执行阶段的活动，而测试分析、测试设计、测试实现这三个前期阶段的活动缺乏有效的测试工具支撑，直接影响了软件测试的完整性和充分性，从而影响最终研发的软件质量。David.yuan这样说：企业使用了博为峰TP测试平台，整个软件测试过程的 测试覆盖率提高到前所未有的高度和广度，可以极好的达成软件在安全性、健壮性、稳定性和功能、性能方面的要求，即使是没有很多年测试经验的管理和测试人员，通过TP测试平台就可以完成智能化地管理、设计、分析、执行整个测试过程，达到一流测试管理专家所做到的效果。 能够全面的管理软件质量工作，具有高度的集成性，一款TestPlatform能够完成多款其他各类的相关质量管理工具集成在一起才能完成的软件质量管理工作。它集成了需求跟踪、静态测试、动态测试、测试人员管理、测试环境管理、测试计划管理、测试用例管理、缺陷管理、缺陷分析等软件质量相关的流程。
AutoRunner是国内第一款自动化测试工具，可以用来完成功能测试、回归测试、每日构建测试与自动回归测试等工作。是具有脚本语言的、提供针对脚本完善的跟踪和调试功能的、支持IE测试和Windows native测试的自动化测试工具。
TestCenter是一款功能强大测试管理工具，它可以帮助您：实现测试用例的过程管理，对测试需求过程、测试用例设计过程、业务组件设计实现过程等整个测试过程进行管理。实现测试用例的标准化即每个测试人员都能够理解并使用标准化后的测试用例，降低了测试用例对个人的依赖；提供测试用例复用，用例和脚本能够被复用，以保护测试人员的资产；提供可伸缩的测试执行框架，提供自动测试支持；提供测试数据管理，帮助用户同意管理测试数据，降低测试数据和测试脚本之间的耦合度。
TAR(Terminal AutoRunner)适用于VT100、VT220等标准的应用系统，支持命令行模式和窗口模式（使用Cursors编写的应用程序），支持自动录制脚本、所见即所得的资源和脚本编辑，稳定的自动同步功能。是目前国内最好的银行业务测试工具.
TestDirector是全球最大的软件测试工具提供商Mercury Interactive公司生产的企业级测试管理工具，也是业界第一个基于Web的测试管理系统，它可以在您公司内部或外部进行全球范围内测试的管理。通过在一个整体的应用系统中集成了测试管理的各个部分，包括需求管理，测试计划，测试执行以及错误跟踪等功能，TestDirector极大地加速了测试过程。