web测试

一、功能测试 1、链接测试　　 （1）、测试所有链接是否按指示的那样确实链接到了该链接的页面； （2）、测试所链接的页面是否存在； （3）、保证Web应用系统上没有孤立的页面(所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问)。 2、表单测试 （1）、注册、登陆、信息提交等，必须测试提交操作的完整性，以校验提交给服务器的信息的正确性； （2）、用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等； （3）、检验默认值的正确性； （4）、如表单只能接受指定的某些值，测试时跳过这些字符，看系统是否会报错。 3、Cookies测试(session测试同) （1）、Cookies是否起作用； （2）、Cookies是否按预定的时间进行保存； （3）、刷新对Cookies有什么影响。 4、设计语言测试 （1）、使用哪种版本的HTML； （2）、验证不同的脚本语言。例如Java、Javascrīpt、 ActiveX、VBscrīpt或Perl等。 5、数据库测试 （1）、数据一致性错误：主要是由于用户提交的表单信息不正确而造成的； （2）、输出错误：主要是由于网络速度或程序设计问题等引起的。 二、性能测试 1、连接速度测试 （1）、Web系统响应时间； （2）、超时的限制。 2、负载测试 （1）、某个时刻同时访问Web系统的用户数量； （2）

转自： https://blog.csdn.net/qq_35958094/article/details/76402681 主体copy，有部分内容是自己添加的。 Web测试的重点 功能性测试： 确保实现的功能与需求一致； UI交互测试： 界面美观整洁，符合审美， 交互合乎逻辑；系统风格是否一致， 文字内容是否正确； 性能测试： 系统能支持多少用户同时在线使用， 如果超出， 是否给与提示； 链接测试： 链接是否有效，有无空链接， 打开链接时间是否合理； 兼容性测试：不同浏览器上功能是否正常， 不同操作系统上功能是否正常； 安全性测试： 登录的用户名和密码的是否加密传输；长时间未登录， session是否过期， 要求用户重新登录；一个账号是否允许多台设备同时登录；登录次数， 短信验证码发送次数是否受限制； 日志或cookies中对登录密码是否加密； 参数的名称和DB中的字段名称是否一致， 防止SQL注入； App测试的重点 功能测试： 和Web基本一致， 确保实现的功能与需求一致； 安装卸载测试： 不同版本， 不同机型上安装， 确保安装成功； 安装过程中出现关机、弱网、其他三方软件卸载、内存不足、其他操作（来电、插入耳机、充电等）， 恢复后能否继续安装成功； 安装过程中是否支持取消； 安装成功后能否正常使用， 安装成功后对其他3方app是否影响（主要是常用的app， 如微信、微博、

Web系统测试一般有以下特点： 1.周期短 2.涉及面多：（1）功能：数据，业务流等（2）性能：响应时间，吞吐量，并发支持等（3）安全：部署与基础结构，权限，敏感数据加密，会话管理，异常处理 测试方法主要涉及到5个常见的方面，分别是：功能性，性能性，可用性，客户端兼容性，安全性，下面分别详细讲解一下5个方面的测试重点。 1.功能测试： （1）链接测试：是否按指示链接到该链接的页面，所链接的页面是否存在，确定没有孤立的页面，此项测试一般是在集成阶段完成，在整个Web应用系统的所有页面开发完成之后进行。 （2）表单测试：这项测试一般出现在用户注册，登录，信息提交，主要测试提交操作的完整性，以校验提交给服务器的信息的正确性。 （3）Cookies:这个主要用来存储用户信息，如果Web应用系统使用Cookies,则要检查Cookies是否能正常工作。此项测试内容包括Cookies是否起作用，是否按预定时间进行保存，刷新页面对Cookies有影响等。 （4）设计语言测试：版本的差异可以引起客户端或服务端严重的问题。一般除了Html问题外，不同的脚本语言也有这种问题，例如：Java,JavaScript,ActiveX,VBScript,Perl. （5）数据库测试：这个是功能测试中比较常见的。数据库为Web应用系统的管理，运行，查询和实现用户对数据储存的请求提供空间。数据库的Web应用系统中

做app测试的时候，梳理了一下和web的测试不同的关注点。app和web依托的设备，他们的架构方式等不一样，所以测试的时候需要关注的点也就不一样，以下是我整理的app特性测试关注点。大家多多提意见，多多补充 来源： CSDN 作者： 尼古拉于晏 链接： https://blog.csdn.net/qq_33673130/article/details/89514732

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

之前参加的项目有涉及Web端测试和移动端测试，简单的记录下他们之间的区别： 记录bug 在Web端可以通过系统自带的截图和QQ截图等方式来截取bug的图片，对于错误的地方可以用工具自带的标识来重点标记。 对于移动端设备可以用手机自带的截图工具来截图然后传到电脑上，个人一般习惯安装微信的windows版本，通过文件传输助手发送到PC端。还有一种比较便捷的方式，将手机用数据线连接到电脑，本地配置android的运行环境，下载asm.jar,在cmd运行java -jar asm.jar，即可实时同步手机端画面，对有bug的页面直接使用PC端的截图工具进行截图（该工具在另一篇文章中会具体介绍）。IOS可以在PC安装itools，要额可以同步画面。 对于记录bug建议： bug主题尽量的言简意骇，在bug描述中可以详细描述，对于操作步骤比较复杂的bug要详细的写上操作步骤。必要时附带上相关的log，记录上测试的环境，手机版本等等。对于必现喝非必现的bug也要详细说明，减少不必要的沟通成本。 测试环境 Web端的测试环境很多时候是通过hosts进行切换，switchhosts工具可以方便的切换需要的host，但是移动端设置起来比较复杂，比较简单的方式是电脑端设置代理，手机端直接连接代理。注意，手机和电脑必须连接 同一个网络。 设置代理推荐使用Fiddle，可以抓到手机端的数据包。 兼容性

文 / IDO老徐 开始今晚的主题之前 先来看一张图， 这是老徐16年10月份，线上Web主题分享时整理的大纲 Web测试， 进行抽离拆分，基本上就如上一些内容。 不管是测什么系统，什么功能，基本都差不多。 唯一区别是，一些特性 & 细节 。 今天， 老徐摘录了一些通用的测试点，根据你的实际情况，删减，即可。 正式开始之前， 说下为什么要整理这个主题。 其实，很不想整理的。 没价值，网上太多，一搜大把。 资料会给大家一些思维定式，有了这份大纲后，很多人会不思进取，以为已经掌握了Web测试了，把资料放在硬盘里躺着 。 老徐不太喜欢抄袭网上的内容，但这类内容，网上太多，老徐实在没有重新写的价值。 如果对老徐熟悉的朋友，应该之前，看过老徐的一份《APP测试资料合集》 公众号后台，回复“APP测试”可获取。 这份Web测试资料，希望对你有参考作用 。 继续补充 2 ： 这里有一个“软件测试圈”同学向老徐的提问，可参考。 提问： 4月份开始换工作做erp测试，来公司一个月都是自学业务，没人指点，也没人带，今天开始实际做项目，请问在了解业务逻辑的前提下怎样能够快速准确找到bug 解答： 多与同事交流，测试不是一个孤立的存在。 梳理测试重点（ 测试用例设计~思路分析 ）。 看历史bug库。 与开发沟通，系统薄弱点，需要重点测试的部分。 还有很多，如上几点，先做到。 OK ，正式开始今日的主题 ：

移动web端和 web网站兼容性测试对比 1） 对于web网站，一般来说，目前我们需要兼容的是 1个操作系统（windows）X 3种浏览器（ie 6、ie7、firefox）= 3种情况 2） 要求高一点的web网站需要兼容的是 1个操作系统（windows）X 7种浏览器（ie6、ie7、firefox、chorme、opera、safari、遨游）+ 1个操作系统（mac） X 1种浏览器（safari）= 8种情况 移动ｗｅｂ兼容测试难点 １）　手机操作系统和版本号 ２）　不同浏览器 ３）　web浏览器的兼容性大致可根据浏览器的渲染引擎来确定兼容类型，但手机浏览器，即使是使用的同一个渲染引擎，在不同的手机上表现也可能很不一样。 ４）　没法逐一去测试各浏览器的实际效果 移动ｗｅｂ测试的乐观之处 目前来看，基于手机浏览器的限制 ，一般手机网站的布局和功能不会太复杂 ，而高级一些的手机浏览器（如iphone等）兼容性还是很理想的，不用操心。 移动ｗｅｂ测试前准备 1） 网站访问的手机型号统计（ 手机型号、操作系统、浏览器类型、屏幕尺寸 ） 2） 用户访问你的网站的主要行为 3） 手机模拟器的使用，如user agent的修改 注意点 注意点 UE/UI 对特殊字符的支持度，如★◆ 对css等的支持度 对图片的支持度（图片颜色，光滑度，斑点等等） 参考： http://wenku

今天主要讲讲web测试的基本流程，同时也算是为大家慢慢普及这方面的知识和内容。 1、web测试流程： （1）web测试 1）参与一个web新项目的测试前，先搜集测试相关的资料，包括原型图、各种需求文档、业务相关等需求相关材料 2）结合第一步搜集到的需求相关资料，自行熟悉系统，同时列出不明白的点，对产品有个初步了解，对易错点、重点测试点列个问题列表； 3）找PM或产品经理熟悉系统，要求系统性地介绍一遍产品，包括相关的隐含需求点，同时过一遍上一步列出的问题列表和核对需求与开发进度，明确要测的范围、测试顺序，形成测试需求； 4）根据原型图和需求文档、测试需求，编写测试方案、计划，跟PM确认。确认后，开始根据系统概要列测试用例，填写测试用例表，通过等价类划分、边界值分析、错误推测、场景分析、判断表等方法设计具体测试用例。注意：浏览器兼容性，不同的操作系统（Mac,Windows）；另外账号是否涉及权限，如果有，多用几个账号登录试试，遇到有问题的地方要多重现bug，确认问题是否存在的； 5）配置测试环境、准备数据（线上导出整理或自行设计数据）。测试环境包括浏览器兼容，主流浏览器等，产品主要使用环境； 6）正式执行测试，根据测试用例执行测试，记录提交bug。对于发现的bug，在word上通过文字描述、截图等方式，列出问题及对应的复现条件，标记好优先级，修改时间，命名为xx系统缺陷记录汇总表；

Web测试中，各类web控件测试点总结 一 、界面检查 　　进入一个页面测试，首先是检查title，页面排版，字段等，而不是马上进入文本框校验 　　1、页面名称title是否正确 　　2、当前位置是否可见 您的位置：xxx>xxxx 　　3、文字格式统一性 　　4、排版是否整齐 　　5、列表项显示字段是否齐全,列表项字段名称是否跟表单统一 　　6、同一页面，是否出现 字段名称相同、值取不同的问题。 　　7、数据加载情况：除了文本框的值，还要注意： 　　复选框，是否保存打√，或者保存不打√ 　　下拉框，是否保存选择的值 　　多文本框，值是否都被保存，空格，换行是否保存 二、单文本框（type=text） 　　边界：字段长度 　　判空：是否可以为空 　　唯一性：是否唯一 (小归结：边界、判空、唯一性、特殊字符、正确性) 　　考虑语言，操作环境 　　特殊符号测试输入： 　　' or 1<>'1　　　' or '1'='1　　' or '1'<>'2　　"|?>< 　　where a='xxx'　　　下划线是否允许　　输入全部空格 输入 单引号 　　><script>alert(“123”);</script>> 　　特殊字段输入限定： 　　框内容是否合法（tel，ip，url，email）序号等，直接限制输入数字，其他过滤掉 　　输入金额文本框，整数首位为0，过滤掉，小数点后面