web端功能测试总结

Web端功能测试要点总结

一、功能测试

1.1链接测试

链接是web应用系统的一个很重要的特征，主要是用于页面之间切换跳转，指导用

户去一些不知道地址的页面的主要手段，链接测试一般关注三点：

1）链接是否按照既定指示那样，确实链接到了该链接的界面

2）测试该链接所链接的页面是否真的存在

3）保证系统中没有单独存在的页面（即没有链接指向，只能通过正确的URL地址才能访问）

PS：这里顺带说点关于协议的一些小知识，URL全称“统一资源定位符”，表示获取某一互联网资源的地址；而URI表示“统一资源标识符”，代表互联网上某一些资源

1.2表单测试

这个也可以理解为数据落地；当用户在web应用系统上向服务器提交信息时，就需

要使用表单操作，比如，用户注册，登录，信息变更等等；这种情况下，我们必须测试提

交信息的完整性，

以检验提交给服务器的数据的正确性，当然，这涉及到一些常理性逻辑，比如：出生日期和职业，工作年限是否恰当，所在地省份城市区域间的匹配等，如果设定使用默认值，也需要测试。

1.3导航测试

作为测试，很多时候都要站在用户的角度去思考，那么，作为一个用户，当他访问一个web的网站或者系统时，会怎么去操作呢？

大部分用户都是目的驱动的，当他访问一个网站，会很快的浏览系统，找不到满足自己需求的信息时，会很快离开，很少有用户愿意花时间去熟悉系统的结构，因此，导航测

试就显得很重要。

导航测试，就是在不同的页面跳转之间，或者按钮、对话框、列表以及窗口等，通过考虑这些因素去判断一个应用是否易于导航：是否直观？系统的主要模块是否可以通过主

页访问或者到达？

站点是否需要站内地图或者搜索引擎等其他帮助？

web系统导航的另外一个重点就是页面结构、导航、菜单、风格等是否一致，确保用户可以凭借直觉或者简单的判断就可以找到自己想要的内容。

1.4图形测试

也可以理解为UI测试，其中包括图片、动画、边框、颜色、字体、背景、按钮等等。

其中要考虑的几个重点，我做了一个大概的总结：

1）图片要有明确的用途，代表；图片尺寸尽量小，一般采用JPG或者GIF压缩

2）页面整体风格是否和系统的用途一致

3）背景颜色，字体，搭配是否合理

1.5内容测试

这个主要用来检测web系统提供信息的准确性、相关性

比如：商品的价格，文字描述；信息的准确性，是否有拼写错误；信息的相关性，比如很多网站的“相关文章列表，视频列表等”

1.6整体界面测试

这个也就是我们常说的用户体验。用户浏览时是否感觉舒适，整体风格等等

这个我建议一般做一个类似问卷调查的形式，来判定用户的反馈信息，最好有最终用户的参与

1.7输入框测试

在web测试中，我们经常遇到这种输入框的测试，输入框测试看似简单，实际上包含了很多的测试基本的方法，思考逻辑，下面就是我总结出来的一些注意点：

1）验证输入输出信息的一致性

2）输入框前面的文字提示是否正确

3）对特殊字符的处理、识别：单双引号，括号，逗号、分号等等，以及大小写状态，半角全角状态下的情况

4）输入框的大小、长度、边框等

5）不同字符的输入，以及字符组合情况的处理（数字+字母+字符等）

6）对空格、tab换行键的处理机制

7）密码输入框字符星号或者其他星号的转行，加密

8）输入框输入字符长度是否有限制

9）字符本身显示的颜色，规格等

10）有些输入框需要加以限制，如输错，是否有提示？提示是否简单合理？

11）输入状态，某种情况下输入框出于不可编辑，当再次处于编辑状态，输入框的输入状态是否有变化？

12）输入类型：是否允许复制黏贴剪切等输入操作

13）关键字是否支持通配符，以及关键字的搜索能力，敏感字等情况

14）输入框输入空格的情况

15）比如登陆注册，各项输入条件的判定：是否输入，输入是否正确等

1.8用户权限测试

用户权限，顾名思义，就是该账号拥有哪些执行操作的权利

1）给某账号赋予权限后，登陆该账号，查看是否拥有已赋予的权限，以及权限设置

是否正确（权限是否超过或者不足）

2）删除或修改已经登陆并且正在执行操作的账号权限，程序能否正确处理，验证

3）重新注册系统变更登陆身份后再登陆，程序能否正确执行，之前所拥有的权限能

否继续使用

4）在用工作分配或者角色管理情况下，删除包含用户的工作组或者角色，程序能否

正确处理

5）不同权限账号登陆同一个系统，权限范围是否正确

6）能否给信息为空、长用户名的账号添加权限

7）是否允许删除系统管理员或者修改管理员权限？删除或者修改后的实际情况

8）已登录的用户能否修改或者删除自己或者他人的权限，信息

9）添加用户（有编号或者标识），不同用户名标识的组合情况下，权限能否处理正确

10）修改用户权限或者信息后，对其他模块是否有影响

11）如果修改用户信息为和已存在的其他用户信息相同，能否修改成功？是否有对应提示？

12）修改某些设置，是否会对与该账号权限相同或者高于/低于该账号的其他账号的权限造成影响

13）同一用户是否可以同时属于其他组，各个组的权限能否交叉？

二、兼容性测试

2.1平台兼容

现在有很多的操作系统，比如Windows、Unix、Linux、macintosh等；用户使用哪个系统取决于用户，因此，系统兼容测试就很有必要了。

2.2浏览器兼容

浏览器是web客户端最核心的组件，不同的浏览器，对Java，JavaScript，css或者HTML的规格都有不同的支持；

另外，采用的框架和结构风格在不同浏览器中也存在不同的显示甚至不显示，不同的浏览器对安全性的设置也是不同的。

测试浏览器兼容，有个方法就是创建一个兼容性矩阵，来测试不同厂商不同版本的浏览器兼容。

比如测试IE浏览器，可以通过一个叫做IEtester的工具来测试兼容，或者可以通过F12控制台来切换浏览器版本来测试兼容以前一些前端元素的显示等

鉴于国内市场浏览器很多，比如360、搜狗，搜狐、QQ浏览器等，这些本土的浏览器基本都采用的IE浏览器内核的双核配置

三、安全测试

我对安全测试了解不多，通过查资料，发现基本的一些安全知识还是互通的，这个就提一下吧

安全测试的主要区域有以下几点：

1）现在很多web应用系统都采用先注册后登录的方式，因此，测试用户名和密码的有效无效性，注意大小写敏感，次数限制，是否可以不登录而浏览某些页面等

2）是否有超时限制

3）测试用户操作时相关信息是否写入了日志文件、是否可追踪等

4）如果使用了安全套字，需要测试加密是否正确，加密前后的信息完整性，正确性 5）没有经过授权，是否可以在服务器端或者前端放置和编辑脚本的问题

WEB软件测试总结报告

XXX项目测试总结报告 目录 1.项目测试结果 (2) 1.1 BUG严重程度 (2) 1.2 BUG问题分布状况 (3) 2.测试结论 (4) 2.1界面测试 (4) 2.2功能测试 (4) 2.3兼容性测试(Windows下) (4) 2.4易用性 (4) 2.5 负载/压力测试 (5) 3.软件问题总结与分析 (6) 4.建议 (7)

1.项目测试结果 1.1 BUG严重程度 测试发现的bug主要集中在次要功能和轻微，属于一般性的缺陷，但测试的时候出现了37个主逻辑级别的bug,以及严重级别的2个.

1.2 BUG问题分布状况 由上图可以看出，主要为代码错误占36%,以及标准规范的问题占35%,界面优化占17%,设计缺陷占9%,其他占2%

2.测试结论 2.1界面测试 网站系统实现与设计稿一致。站点的导航条位置，导航的内容布局，首页呈现的样式与需求一致。网站的界面符合标准和规范，直观性强。 2.2功能测试 分不同账号总权限账号,以及店长账号分别进行功能测试。 1:链接测试无问题,不存在死链接,测试链接都存在. 2:对页面各个不同数据的测试,主要的出入库,销售报表,订单查看管理等一一对应,不存在数据有误差的问题. 2.3兼容性测试(Wind ows下) 测试总的浏览器包括:360极速浏览器,火狐浏览器,谷歌浏览器,IE浏览器,测试通过,主要逻辑以及次要功能都没问题,因为浏览器的不同,导致界面浏览不一定相同,例如有的界面浏览页面显示正常,有的界面显示不一样 。 2.4易用性 网站实现了如下易用性： 1. 输入限制的正确性 2. 输入限制提示信息的正确性，可理解性，一致性 3. 界面排版美观 4. web应用系统易于导航，直观 5. web应用系统的页面结构、导航、菜单、连接的风格一致

web项目测试实战性能测试结果分析样章报告

5.4.2测试结果分析 LoadRunner性能测试结果分析是个复杂的过程，通常可以从结果摘要、并发数、平均事务响应时间、每秒点击数、业务成功率、系统资源、网页细分图、Web服务器资源、数据库服务器资源等几个方面分析，如图5- 1所示。性能测试结果分析的一个重要的原则是以性能测试的需求指标为导向。我们回顾一下本次性能测试的目的，正如错误！未找到引用源。所列的指标，本次测试的要求是验证在30分钟内完成2000次用户登录系统，然后进行考勤业务，最后退出，在业务操作过程中页面的响应时间不超过3秒，并且服务器的CPU 使用率、内存使用率分别不超过75%、70%，那么按照所示的流程，我们开始分析，看看本次测试是否达到了预期的性能指标，其中又有哪些性能隐患，该如何解决。 图5- 1性能测试结果分析流程图 结果摘要 LoadRunner进行场景测试结果收集后，首先显示的该结果的一个摘要信息，如图5- 2所示。概要中列出了场景执行情况、“Statistics Summary（统计信息摘要）”、“Transaction Summary（事务摘要）”以及“HTTP Responses Summary（HTTP响应摘要）”等。以简要的信息列出本次测试结果。 图5- 2性能测试结果摘要图

场景执行情况 该部分给出了本次测试场景的名称、结果存放路径及场景的持续时间，如图5- 3所示。从该图我们知道，本次测试从15:58:40开始，到16:29:42结束，共历时31分2秒。与我们场景执行计划中设计的时间基本吻合。 图5- 3场景执行情况描述图 Statistics Summary（统计信息摘要） 该部分给出了场景执行结束后并发数、总吞吐量、平均每秒吞吐量、总请求数、平均每秒请求数的统计值，如图5- 4所示。从该图我们得知，本次测试运行的最大并发数为7，总吞吐量为842,037,409字节，平均每秒的吞吐量为451,979字节，总的请求数为211,974，平均每秒的请求为113.781，对于吞吐量，单位时间内吞吐量越大，说明服务器的处理能越好，而请求数仅表示客户端向服务器发出的请求数，与吞吐量一般是成正比关系。 图5- 4统计信息摘要图 Transaction Summary（事务摘要） 该部分给出了场景执行结束后相关Action的平均响应时间、通过率等情况，如图5- 5所示。从该图我们得到每个Action的平均响应时间与业务成功率。

软件测试之Web测试和App测试重点总结

软件测试之Web测试和App测试重点总结 随着互联网发展，web与APP的快速发展，使得各个互联网公司都想通过APP与web 结合，开发适合大家使用的软件，同时使得公司壮大及发展，然而一个好的app和web 离不开好的测试，现在我将web与app的测试点总结如下，供大家参考： 一、WEB测试重点 1.功能测试： 所实现的功能是否和需求一致； 2.界面测试： 界面是否美观，风格是否一致，文字内容是否正确； 3.链接测试： 打开链接速度是否合理；是否链接到正确的页面；是否有空白页面； 4.性能测试： 系统能支持多少用户同时在线；超过这些用户数，系统会给出什么样的反映； 5.兼容性测试： 项目在不同操作系统，不同浏览器上功能是否能正常使用； 6.安全性测试： 用户的登录名和密码在传输过程中是否是加密传输的； 用户长时间未操作页面，session会话是否会过期，要求用户重新登录； 日志文件cookies里的用户名和密码是否是加密的； 登录次数和登录设备是否有限制，是否支持一个账号多个设备登录； 二、APP测试重点 1.安装卸载测试： app在不同的操作系统（安卓和ios），不同的版本，不同的机型上是否都能安装成功； 在安装过程中，突然断网或网络不好，是否给出有好的提示，网络恢复之后是否能正常下载； 在安装过程中，突然内存不足，是否有相应的提示； 在安装过程中，是否支持取消操作； 在安装过程中，突然死机，断电，卡死，手机恢复正常后，是否能正常安装； 安装成功后能否正常运行 卸载时在不同系统，不同版本上能够卸载成功； 在卸载过程中是否支持取消操作； 在卸载过程中，突然死机，断电，卡死，手机恢复正常后，是否能正常卸载； 卸载完成之后，查看文件是否卸载干净； 2.运行测试： 运行过程中，是否有加载提示； 运行速度是否流畅；

Web网站测试流程和方法

一、测试流程 所有测试的流程大体上是一致的：开始测试前准备-->需求分析-->测试设计（测试计划，测试用例）-->执行测试--> 提交BUG-->测试总结。 对于web测试，较之其他软件测试又有所不同，这是细节的不同，这个不同需要我们在不停的测试中去总结 web测试正式测试之前，应先确定如何开展测试，不可盲目的测试。一般网站的测试，应按以下流程来进行： 1）使用HTML Link Validator将网站中的错误链接找出来； 2）测试的顺序为：自顶向下、从左到右； 3）查看页面title是否正确。（不只首页，所有页面都要查看）； 4）LOGO图片是否正确显示； 5）LOGO下的一级栏目、二级栏目的链接是否正确； 6）首页登录、注册的功能是否实现； 7）首页左侧栏目下的文章标题、图片等链接是否正确； 8）首页中间栏目下的文章标题、图片等链接是否正确； 9）首页右侧栏目下的文章标题、图片等链接是否正确； 10）首页最下方的【友情链接】、【关于我们】等链接是否正确； 11）进入一级栏目或二级栏目的列表页。查看左侧栏目名称，右侧文章列表是否正确； 12）列表页的分页功能是否实现、样式是否统一； 13）查看文章详细页面的内容是否存在乱码、页面样式是否统一； 14）站内搜索（各个页面都要查看）功能是否实现； 15）前后台交互的部分，数据传递是否正确；

16) 默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作。 二、UI测试 UI测试包括的内容有如下几方面： 1）各个页面的样式风格是否统一； 2）各个页面的大小是否一致；同样的LOGO图片在各个页面中显示是否大小一致；页面及图片是否居中显示； 3）各个页面的title是否正确； 4）栏目名称、文章内容等处的文字是否正确，有无错别字或乱码；同一级别的字体、大小、颜色是否统一； 5）提示、警告或错误说明应清楚易懂，用词准确，摒弃模棱两可的字眼； 6）切换窗口大小，将窗口缩小后，页面是否按比例缩小或出现滚动条；各个页面缩小的风格是否一致，文字是否窜行； 7）父窗体或主窗体的中心位置应该在对角线焦点附近；子窗体位置应该在主窗体的左上角或正中；多个子窗体弹出时应该依次向右下方偏移，以显示出窗体标题为宜； 8）按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置；避免空旷的界面上放置很大的按钮；按钮的样式风格要统一；按钮之间的间距要一致； 9）页面颜色是否统一；前景与背景色搭配合理协调，反差不宜太大，最好少用深色或刺目的颜色； 10）若有滚动信息或图片，将鼠标放置其上，查看滚动信息或图片是否停止； 11）导航处是否按相应的栏目级别显示；导航文字是否在同一行显示； 12）所有的图片是否都被正确装载，在不同的浏览器、分辨率下图片是否能正确显示（包括位

web端性能测试报告

Xxxx 性能测试报告 文档编号： 密级： 版本信息：Vxxxx 建立日期：2017-06 创建人：XXX

1引言 1.1编写目的 根据性能测试方案，给出结果和分析以及结论和建议。 测试方案预期读者：开发人员、测试人员、和项目相关人员。 1.2项目背景 1.3术语定义 虚拟用户：通过执行测试脚本模仿真实用户与被测试系统进行通信的进程或线程。 测试脚本：通过执行特定业务流程来模拟真实用户操作行为的脚本代码。 场景：通过组织若干类型、若干数量的虚拟用户来模拟真实生成环境中的负载场景。 集合点：用来确定某一步操作由多少虚拟用户同步执行（并发）。 事务：设置事务是为了明确某一个或多个业务或者某一个按钮操作的响应时间。 HPS:每秒点击数，一般情况下，与TPS成正比。 TPS：每秒事务数，是指每秒内，每个事务通过、失败以及停止的次数，可以确定系统在任何给定时刻的实际事务负载。 系统资源利用率：是指在对被测试系统执行性能测试时，系统部署的相关应用服务器、数据库等系统资源利用，比如CUP，内存，网络等。

2测试业务及性能需求 服务器配置如下： Web服务器： 操作系统：Windows7 旗舰版64位； 处理器：Intel(R) Xeon(R) CPUI5 -5200U@2.20GHz 2.20GHz 3场景设及计执行结果 3.1场景设计

3.2测试结果 3.2.1“提交”事务情况汇总 3.2.2每秒点击量（hps） 1、CJ-TJ_001和CJ-TJ_004点击率在大概维持在13-15左右的点击率 2、CJ-TJ_003和CJ-TJ_004点击率在场景持续变发60或者80个用户时，hPS会有明显的下降

web测试最全的功能测试范例

Web测试有以下几点需要关注： UI测试 UI测试包括的内容有如下几方面： 1）各页面的风格是否统一 2）各页面的大小是否一致；同样的LOGO图片在各个页面中显示是否大小一致；页面及图片是否居中显示 3）各页面的title是否正确 4）栏目名称、文章内容等处的文字是否正确，有错别字或乱码；同一级别的字体、大小、颜色是否统一 5）提示、警告或错误说明应该清楚易懂，用词准确，摒弃模棱两可的字眼 6）切换窗口大小，将窗口缩小后，页面是否按比例缩小或出现滚动条；各个页面缩小的风格是否一致（按比例缩小或出现滚动条，不可二者兼有） 7）父窗体或主窗体的中心位置应该在对角线交点附近；子窗体位置应该在主窗体的左上角或正中；多个子窗体弹出时应该依次向右下方便宜，以显示出窗体标题为宜8）按钮大小基本相似，忌用太长名称，免得占用太多的页面位置；避免空旷的页面放置很大的按钮；按钮的样式风格要统一；按钮之间的间距要一致9）页面颜色是否统一；前景色与背景色搭配合理协调，反差不宜太大，最好用深色或刺目的颜色 10）若有滚动信息或者图片，将鼠标放置其上，查看滚动信息或图片是否停止 11）导航处是否按栏目相应的级别显示；导航文字是否在同一行显示 12）所有的图片是否被正确装载，在不同的浏览器，分辨率下图片是否能正常显示（包括位置、大小） 13）文章列表页，左侧的栏目是否与一级、二级栏目的名称、顺序一致 14）调整分辨率验证页面风格是否有错误现象 15）鼠标移动到Flash焦点特效上是否实现，移出焦点特效是否消失 链接测试 链接测试主要分为以下几个方面 1）页面是否有无法连接的内容；图片是否能正常显示，有无冗余图片，代码是否规范，页面是否存在死链接（可用HTML Link Validator工具查找） 2）图片是否有无用链接；点击图片上的链接是否跳转到正确页面 3）页面点击LOGO下的一级栏目或二级栏目名称，是否可进入相应的栏目 4）点击首页或列表页的文章标题的链接，是否可进入相应的文章详情页 5）点击首页栏目名称后的【更多】链接，是否正确跳转到相应页面 6）文章列表页、左侧栏目的链接，是否可正确跳转到相应的栏目页面 7）导航链接的页面是否正确；是否可按栏目级别跳转到相应的页面 （例，【首页-服务与支持-客服中心】，分别点击“首页”，“服务与支持”，“客服中心”，查看是否可跳转到相应页面） 搜索测试 搜索测试主要分为以下几个方面 1）搜索按钮功能是否实现 2）输入网站中存在的信息，能否正确搜索出结果 3）输入键盘中的特殊字符，是否报错：特别关注 :_? ’ . \ /--；特殊字符 4）系统是否支持快捷键回车键，Tab 5）搜索出的结果页面是否与其他页面风格一致

Web测试方法

一：Web 测试总结（1） 测试是一种思维，包括情感思维和智力思维，情感思维主要体现在一句俗语：思想决定行动上（要怀疑一切），智力思维主要体现在测试用例的设计上。具有了这样的思想，就会找出更多的bug。（^_^个人认为，不代表官方立场） 对于一个web网站来说，主要从这么几个大的方面来进行测试： 1、功能测试； 2、界面测试； 3、易用性测试； 4、兼容性测试； 5、链接测试； 6、业 务流程测试；7、安全性测试 下面主要从以上七个方面进行叙述： 一、功能测试 测试用例是测试的核心，测试用例的设计是一种思维方式的体现，在用例的设计中，用的比较多的方法是边界值分析法和等价类划分法，下面主要从输入框，搜索功能，添加、修改功能，删除功能，注册、登录功能以及上传图片功能等11个方面进行总结说明。 1、输入框 输入框是测试中最容易出现bug的地方，所以在测试时，一定要多加注意。

2、搜索功能 （1）比较长的名称是否能查到？ （2）空格或空 （3）名称中含有特殊字符，如：' $ % & *以及空格等（4）关键词前面或后面有空格

（5）如果支持模糊查询，搜索名称中任意一个字符是否能搜索到 （6）输入系统中不存在与之匹配的条件 （7）两个查询条件是否为2选1，来回选择是否出现页面错误 （8）输入脚本语言,如：等 3、添加、修改功能 （1）是否支持tab键 （2）是否支持enter键 （3）不符合要求的地方是否有错误提示 （4）保存后，是否也插入到数据库中？ （5）字段唯一的，是否可以重复添加 （6）对编辑页列表中的每个编辑项进行修改，点击保存，是否保存成功？ （7）对于必填项，修改为空、空格或其他特殊符号，是否可以编辑成功 （8）在输入框中，直接回车 （9）是否能够连续添加 （10）在编辑的时候，要注意编辑项的长度限制，有时，添加时有长度限制，但编辑时却没有（添加和修改规则是否一致） （11）添加时，字段是唯一的，不允许重复，但有时，编辑时，却可以修改为相同字段（相同字段包括是否区分大小写以及在输入内容的前后输入空格） （12）添加含有特殊符号或空格的内容 （13）对于有图片上传功能的编辑框，对于没有上传的图片，查看编辑页面时，是否显示默认图片，如果上传了图片，是否显示为上传图片？ 4、删除功能 （1）输入正确数据前加空格，看是否能正确删除？ （2）是否支持enter键 （3）是否能连续删除多个产品？当只有一条数据时，能否成功删除？

web端功能测试总结

Web端功能测试要点总结 一、功能测试 1.1链接测试 链接是web应用系统的一个很重要的特征，主要是用于页面之间切换跳转，指导用 户去一些不知道地址的页面的主要手段，链接测试一般关注三点： 1）链接是否按照既定指示那样，确实链接到了该链接的界面 2）测试该链接所链接的页面是否真的存在 3）保证系统中没有单独存在的页面（即没有链接指向，只能通过正确的URL地址才能访问） PS：这里顺带说点关于协议的一些小知识，URL全称“统一资源定位符”，表示获取某一互联网资源的地址；而URI表示“统一资源标识符”，代表互联网上某一些资源 1.2表单测试 这个也可以理解为数据落地；当用户在web应用系统上向服务器提交信息时，就需 要使用表单操作，比如，用户注册，登录，信息变更等等；这种情况下，我们必须测试提 交信息的完整性， 以检验提交给服务器的数据的正确性，当然，这涉及到一些常理性逻辑，比如：出生日期和职业，工作年限是否恰当，所在地省份城市区域间的匹配等，如果设定使用默认值，也需要测试。 1.3导航测试 作为测试，很多时候都要站在用户的角度去思考，那么，作为一个用户，当他访问一个web的网站或者系统时，会怎么去操作呢？ 大部分用户都是目的驱动的，当他访问一个网站，会很快的浏览系统，找不到满足自己需求的信息时，会很快离开，很少有用户愿意花时间去熟悉系统的结构，因此，导航测 试就显得很重要。 导航测试，就是在不同的页面跳转之间，或者按钮、对话框、列表以及窗口等，通过考虑这些因素去判断一个应用是否易于导航：是否直观？系统的主要模块是否可以通过主 页访问或者到达？ 站点是否需要站内地图或者搜索引擎等其他帮助？ web系统导航的另外一个重点就是页面结构、导航、菜单、风格等是否一致，确保用户可以凭借直觉或者简单的判断就可以找到自己想要的内容。 1.4图形测试 也可以理解为UI测试，其中包括图片、动画、边框、颜色、字体、背景、按钮等等。 其中要考虑的几个重点，我做了一个大概的总结： 1）图片要有明确的用途，代表；图片尺寸尽量小，一般采用JPG或者GIF压缩 2）页面整体风格是否和系统的用途一致 3）背景颜色，字体，搭配是否合理 1.5内容测试 这个主要用来检测web系统提供信息的准确性、相关性

web测试计划

Web测试方法总结 一、输入框 (2) 1、字符型输入框： (2) 2、数值型输入框： (2) 3、日期型输入框： (2) 二、搜索功能 (3) 1、功能实现： (3) 2、组合测试： (3) 三、添加、修改功能 (3) 四、删除功能 (4) 五、注册、登陆模块 (5) 1、注册功能： (5) 2、登陆功能： (5) 六、上传图片测试 (6) 1、功能实现： (6) 七、查询结果列表 (7) 1、功能实现： (7) (7) 八、返回键检查 (7) 九、回车键检查 (7) 十、刷新键检查 (8) 十一、直接URL链接检查 (8) 十二、界面和易用性测试 (8) 十三、兼容性测试 (9) 十四、链接测试 (10) 十五、业务流程测试（主要功能测试） (10) 十六、安全性测试 (11) 十七、性能测试 (11) 1连接速度测试 (11) 2负载测试 (12) 3压力测试 (12) 十八、测试中应该注意的其他情况 (13)

一、输入框 1、字符型输入框： （1）字符型输入框：英文全角、英文半角、数字、空或者空格、特殊字符“~！@#￥%……&*？[]{}”特别要注意单引号和&符号。禁止直接输入特殊字符时，使用“粘贴、拷贝”功能尝试输入。 （2）长度检查：最小长度、最大长度、最小长度-1、最大长度+1、输入超工字符比如把整个文章拷贝过去。 （3）空格检查：输入的字符间有空格、字符前有空格、字符后有空格、字符前后有空格 （4）多行文本框输入：允许回车换行、保存后再显示能够保存输入的格式、仅输入回车换行，检查能否正确保存（若能，检查保存结果，若不能，查看是否有正常提示）、 （5）安全性检查：输入特殊字符串 （null,NULL, ,javascript,,