转自:https://blog.csdn.net/yuki_ying/article/details/54946541 web测试点一 .界面检查 进入一个页面测试,首先是检查title,页面排版,字段等,而不是马上进入文本框校验 1.页面名称title是否正确 2.当前位置是否可见  您的位置:xxx>xxxx 3.文字格式统一性 4.排版是否整齐 5.列表项显示字段是否齐全,列表项字段名称是否跟表单统一 6.同一页面,是否出现 字段名称相同.值取不同的问题. 7.数据加载情况:除了文本框的值…

一.概述 1.什么是web? web的本意是蜘蛛网和网的意思,在网页设计中我们称为网页的意思.现广泛译作网络.互联网等技术领域.表现为三种形式,即超文本(hypertext).超媒体(hypermedia).超文本传输协议(HTTP)等.---360百科 通俗讲,web就是只用网页浏览器浏览网页. 2.b/s软件架构 B/S架构即浏览器和服务器架构模式.对C/S架构的一种变化或者改进的架构,形成所谓的三层结构 一层:浏览器,不需要安装 二层:web服务器,处理后台逻辑问题 三层:数据库服务器,与…

转载地址:Web测试到底是在测什么 一.输入框 1.字符型输入框: (1)字符型输入框:英文全角.英文半角.数字.空或者空格.特殊字符“~!@#￥%……&*?[]{}”特别要注意单引号和&符号.禁止直接输入特殊字符时,使用“粘贴.拷贝”功能尝试输入. (2)长度检查:最小长度.最大长度.最小长度-1.最大长度+1.输入超工字符比如把整个文章拷贝过去. (3)空格检查:输入的字符间有空格.字符前有空格.字符后有空格.字符前后有空格 (4)多行文本框输入:允许回车换行.保存后再显示能够保存输入…

前言 前面一篇文章讲解了app测试一些功能点.那么相应的也梳理一下web测试相关的功能的测试点吧,此篇文章只是给你们一个思路,如果要涉及web端每个测试点,基本不可能实现的,所以只是提供一个设计的思路,希望能够开阔你们的视野,使你们走的更远.来,直接上干货吧! 一.输入框 1.字符型输入框: (1)字符型输入框:中文,英文全角.英文半角.数字.空或者空格或者回车.特殊字符(~!@#￥%……&*?[]{}”(特别要注意单引号和&符号)).禁止直接输入特殊字符时,使用”复制+粘贴”功能尝试输入…

一.输入框 1.字符型输入框: (1)字符型输入框:英文全角.英文半角.数字.空或者空格.特殊字符"~!@#￥%--&*?[]{}"特别要注意单引号和&符号.禁止直接输入特殊字符时,使用"粘贴.拷贝"功能尝试输入. (2)长度检查:最小长度.最大长度.最小长度-1.最大长度+1.输入超工字符比如把整个文章拷贝过去. (3)空格检查:输入的字符间有空格.字符前有空格.字符后有空格.字符前后有空格 (4)多行文本框输入:允许回车换行.保存后再显示能够保存…

一.输入框 1.字符型输入框: (1)字符型输入框:英文全角.英文半角.数字.空或者空格.特殊字符“~!@#￥%……&*?[]{}”特别要注意单引号和&符号. 禁止直接输入特殊字符时,使用“粘贴.拷贝”功能尝试输入. (2)长度检查:最小长度.最大长度.最小长度-1.最大长度+1.输入超工字符比如把整个文章拷贝过去. (3)空格检查:输入的字符间有空格.字符前有空格.字符后有空格.字符前后有空格 (4)多行文本框输入:允许回车换行.保存后再显示能够保存输入的格式.仅输入回车换行,检查能否正…

转自:http://blog.csdn.net/qq_30044187/article/details/52442518 1.页面链接检查: 测试每一个链接是否都有对应的页面,并且页面之前可以正确切换. 2.相关性检查: 1.功能相关性:删除/增加一项会不会对其他项产生影响,如产品影响,这些影响是否正确(常见的错误是:增加某个数据记录后,如果该记录某个字段值内容过长,可能在查询的时候让数据例表变形) 2.数据相关性:下拉列表默认值检查(如果某个列表的数据项依赖于其他模块中的数据,同样需要检查,比…

刚接手项目的时候,要求所有流程在上线之前必须确保正向操作是正确的:这个时候又有新的模块需要测试,所以引入自动化测试是非常有必要的!通过对比,尝试使用RF进行自动化的回归测试. 测试中最常见的操作就是增删改查,所以对于自动化最简单的就是数据模块的增删改查人手进行操作. 这里先看一下web测试中的新增用例的测试点,如图所示 对于一个新增操作,我们这里以账号新增为例进行操作展示,账号新增页面元素显示如图所示 先说明一下,各个元素的定位方法: 输入用户名 [Arguments] ${username}…

UI英文是 user interface .所以UI测试就是用户界面测试. Web UI测试 用户界面测试:user interface testing,UI Testing指软件中的可见外观及其与用户交互的部分. 包括 1.菜单 2.对话框 3.窗口 4.其他控件 UI测试的目标 UI测试是测试用户界面的庚哥是否满足客户要求,文字是否正确,页面是否美观,文字,图片组合是否完美,操作是否友好等. UI测试的目标是确保用户界面通过测试对象的工鞥呢为用户提纲相应访问或浏览功能.确保用户界面 符合公司…

做了几年的功能测试,也经手了好几个Web应用的项目,在做项目当中积累了一些经验.在这里我对通用一些功能模块的测试点做个记录,一来梳理一下测试用例设计的思路,以便加快相似项目的测试用例的设计,二来有利于设计出更加全面完善的测试用例.以后随着自己的测试技术的进步,也可以在这里对测试用例进行补充,查漏补缺. 1. 注册用户信息 (1)将某个必填项留空,检查系统是否对必填项为空的情况做了必要的处理: (2)在某个必填项中仅输入空格,检查系统是否能够正确处理: (3)按[Tab]键,光标是否能够按照从左到…

web表单中的提交按钮的测试点: 在提交前需要理解清楚的点: 1.表单中哪些字段是必填项 2.表单中字段内容的限制:非空.重复.长度.特殊字符,空格.以及一些和业务相关的约束条件 测试点: 1.是否支持回车 2.单击 3.快速双击, 可能会导致重复提交的bug 4.网络中断 5.只输入必填项,单击提交 6.分别缺少一个必填项.单击提交(无效等价类不能合并) 7.所有字段的最大长度,单击提交 8.所有必填项+非必填项 ,单击提交 9.提交成功是否有提示 10.如果有上传附件,附件超大.网络慢,提交…

Web页面的表格测试点: 1.表格列名 2.表格翻页.表格跳转到多少页.最后一页.首页 3.表格每页显示的数据, 数据的排序 4.表格无数据 5.表格支持的最大数据量 6.表格中数据内容超长时,显示是否正常 7.导出 :正常情况.无数据.最大的数据规格 8.浏览器的兼容性 9.国际化测试(多语言) 上面是一些常规性的测试, 表格最重要的测试是报表数据准确性测试, 需要明确每一列数据是来自哪里?统计数据的规则?哪些数据统计?哪些数据不统计?如果数据变化后怎么统计? 如果增删改查功能: 1.增加:…

web测试需要注意几个非常重要的测试点   微软语言标准: 全角字符和半角字符都要使用一个空格分开 英文和数字直接要有空页面分辨率: 通常是计算机的默认分辨率,但是还是会有一些老式电脑存在1024*768的情况 浏览器的兼容性: 目前市场上的主流浏览器:IE8.0-11,Chrome,Firefox,360浏览器.通常要保持IE和chrome,firefox浏览器下的兼容性,需要保持页面不变型,js均执行正常 开发设计组需要制定页面设计规范和js设计规范,保证主流的浏览器页面显示兼容性和js设计…

前言 前面一篇文章讲解了app测试一些功能点.那么相应的也梳理一下web测试相关的功能的测试点吧,此篇文章只是给你们一个思路,如果要涉及web端每个测试点,基本不可能实现的,所以只是提供一个设计的思路,希望能够开阔你们的视野,使你们走的更远.来,直接上干货吧! 一.输入框 1.字符型输入框: (1)字符型输入框:中文,英文全角.英文半角.数字.空或者空格或者回车.特殊字符(~!@#￥%……&*?[]{}”(特别要注意单引号和&符号)).禁止直接输入特殊字符时,使用”复制+粘贴”功能尝试输入…

上周五小组内对Web的常见测试点进行了交流学习,虽然这些信息网上一搜都一大把,但整理的过程中自己脑袋瓜里又重新回顾了一遍,大家都很认真的在学习,互相补充着,现总结如下,欢迎同行留言 一.新增.修改 用例设计 正常情况:等价类和边界值,因果图.正交法.场景图: 异常情况:每个异常情况一个用例 1.输入限制:格式.长度.数据类型 (注意要添加和修改规则是否一致,有时在添加的时候有,在编辑的时候却没有) 2.保存 成功:检查数据表新增 / 修改数据,在数据库中保存的字段是否与页面字段一一对应,注意保存…

工作中接触了不同类型的web端系统,内容不同,需求不同,测试关注点也存在些许的不同,但是总体测试思路和关注的点都类似,下面是总结自己所接触的web端系统测试的一些测试点,不尽全面,以后接触新的业务系统时再及时的补充更新 总体包括:UI交互.查询条件.增删改.查询|搜索.文件处理(导入.导出.打印).登录|登出.业务流程.兼容性.安全相关.性能相关.链接测试 UI交互 1.页面风格,颜色,样式是否合理.协调.统一 2.页面的布局排版是否协调,整齐,美观 3.功能菜单命名是否符合页面数据需求和业务需…

今天跟大家讲解的是web测试在实际测试的功能测试点的一些小总结,希望对你们有帮助,有说的不好的地方,还请多多指教! 一.页面链接检查:测试每一个链接是否都有对应的页面,并且页面之前可以正确切换.   二.相关性检查: 1.功能相关性:删除/增加一项会不会对其他项产生影响,如产品影响,这些影响是否正确(常见的错误是:增加某个数据记录后,如果该记录某个字段值内容过长,可能在查询的时候让数据例表变形) 2.数据相关性:下拉列表默认值检查(如果某个列表的数据项依赖于其他模块中的数据,同样需要检查,比如:…

一 .界面检查 进入一个页面测试,首先是检查title,页面排版,字段等,而不是马上进入文本框校验 1.页面名称title是否正确 2.当前位置是否可见  您的位置:xxx>xxxx 3.文字格式统一性 4.排版是否整齐 5.列表项显示字段是否齐全,列表项字段名称是否跟表单统一 6.同一页面,是否出现 字段名称相同.值取不同的问题. 7.数据加载情况:除了文本框的值,还要注意: 复选框,是否保存打√,或者保存不打√ 下拉框,是否保存选择的值 多文本框,值是否都被保存,空格,换行是否保存 二.单文…

1问题:没有被验证的输入测试方法: 数据类型(字符串,整型,实数,等)允许的字符集 最小和最大的长度是否允许空输入参数是否是必须的重复是否允许数值范围特定的值(枚举型)特定的模式(正则表达式) 2问题:有问题的访问控制 测试方法: 主要用于需要验证用户身份以及权限的页面,复制该页面的url地址,关闭该页面以后,查看是否可以直接进入该复制好的地址例:从一个页面链到另一个页面的间隙可以看到URL地址直接输入该地址,可以看到自己没有权限的页面信息, 3 错误的认证和会话管理 例:对Grid.Label…

单纯从功能测试的层面上来讲的话,APP 测试.web 测试 在流程和功能测试上是没有区别的.根据两者载体不一样,则区别如下:系统结构方面web项目,b/s架构,基于浏览器的:web测试只要更新了服务器端,客户端就会同步会更新.app项目,c/s结构的,必须要有客户端:app 修改了服务端,则客户端用户所有核心版本都需要进行回归测试一遍.性能方面web项目 需监测 响应时间.CPU.Memoryapp项目 除了监测 响应时间.CPU.Memory外,还需监测 流量.电量等兼容方面(1)web项目:…

由于web端应用于用户直接相关,又通常需要承受长时间的大量操作,因此web项目的功能和性能都必须经过可靠的验证.web端测试常见的有界面测试.功能测试.性能测试.可用性(接口)测试.兼容性测试.安全性测试.链接测试. 界面测试 界面的风格.样式.颜色是否协调 界面窗口的最大化.最小化是否能正确切换 界面布局是否整齐,协调 界面操作是否符合人们的常规习惯,提示界面是否符合人们的常规习惯 界面是否有Tab键的支持,顺序要有调理不乱跳 操作有风险的界面时,是否有确认删除等提示 界面的特殊效果显示是否正…

输入框 1.字符型输入框: 单行文本输入框:英文全角.英文半角.数字.空或者空格.特殊字符“~!@#￥%……&*?[]{}”,特别要注意单引号和&符号.如果禁止直接输入特殊字符时,使用“粘贴.拷贝”功能尝试输入. 长度检查:最小长度.最大长度.最小长度-1.最大长度+1.输入超过字符比如把整个文章拷贝过去. 空格检查:输入的字符间有空格.字符前有空格.字符后有空格.字符前后有空格 多行文本框输入:允许回车换行.保存后再显示能够保存输入的格式.仅输入回车换行,检查能否正确保存(若能,检查保存…

测试是一种思维,包括情感思维和智力思维,情感思维主要体现在一句俗语:思想决定行动上(要怀疑一切),智力思维主要体现在测试用例的设计上.具有了这样的思想,就会找出更多的bug.   一.输入框 1.字符型输入框: (1)字符型输入框:英文全角.英文半角.数字.空或者空格.特殊字符“~!@#￥%……&*?[]{}”特别要注意单引号和&符号.禁止直接输入特殊字符时,使用“粘贴.拷贝”功能尝试输入. (2)长度检查:最小长度.最大长度.最小长度-1.最大长度+1.输入超工字符比如把整个文章拷贝过去…

目录 一.输入框 二.搜索功能 三.添加.修改功能 四.删除功能 五.注册.登录模块 六.上传图片测试 七.查询结果列表 八.返回键检查 九.回车键检查 十.刷新键检查 十一.直接URL链接检查 十二.界面和易用性测试 十三.兼容性测试 十四.链接测试 十五.业务流程测试(主要功能测试) 十六.安全性测试 十七.性能测试 十八.测试中应该注意的其他情况 一.输入框 1.字符型输入框: (1)字符型输入框:英文全角.英文半角.数字.空或者空格.特殊字符 "~!@#￥%--&*?[]{}&q…

版权声明:本文为博主原创文章,遵循 CC 4.0 by-sa 版权协议,转载请附上原文出处链接和本声明.本文链接:https://blog.csdn.net/qq_24373725/article/details/79866766输入框 1.字符型输入框: (1)字符型输入框:英文全角.英文半角.数字.空或者空格.特殊字符“~!@#￥%……&*?[]{}”特别要注意单引号和&符号.禁止直接输入特殊字符时,使用“粘贴.拷贝”功能尝试输入. (2)长度检查:最小长度.最大长度.最小长度-1.最…

一 .界面检查 进入一个页面测试,首先是检查title,页面排版,字段等,而不是马上进入文本框校验 1.页面名称title是否正确 2.当前位置是否可见  您的位置:xxx>xxxx 3.文字格式统一性 4.排版是否整齐 5.列表项显示字段是否齐全,列表项字段名称是否跟表单统一 6.同一页面,是否出现 字段名称相同.值取不同的问题. 7.数据加载情况:除了文本框的值,还要注意: 复选框,是否保存打√,或者保存不打√ 下拉框,是否保存选择的值 多文本框,值是否都被保存,空格,换行是否保存 二.单文…

文章来源:http://www.51testing.com/html/99/n-854599.html 好文章就该记录一下\(^o^)/~ 一.页面链接检查:测试每一个链接是否都有对应的页面,并且页面之前可以正确切换. 二.相关性检查: 1.功能相关性:删除/增加一项会不会对其他项产生影响,如产品影响,这些影响是否正确(常见的错误是:增加某个数据记录后,如果该记录某个字段值内容过长,可能在查询的时候让数据例表变形) 2.数据相关性:下拉列表默认值检查(如果某个列表的数据项依赖于其他模块中的数据,…

1. 需求符合度测试 1. 各级菜单名称显示是否按照需求说明书规定的设计,并且没有遗漏和多余 2. 各级菜单所完成的功能是否按照需求说明书规定的设计,并且没有遗漏和多余 3. 各级菜单的操作顺序和操作方式是否按照需求说明书规定的设计,并且正确 2. 页面测试 1. 页面元素对齐方式是否符合规范的要求,或者操作方便性 2. 文字的字体,标点符号是否统一 3. 有误错别字和乱码 4. 焦点是否定位在默认操作项上 5. 按TAB键是否有正常切换焦点(自上而下,自左而右) 6. 标题是否正确无误,关注以…

转载自:51Testing 首先,查找需求说明.网站设计等相关文档,分析测试需求,制定测试计划,确定测试范围和测试策略,一般包括以下几个部分:功能性测试:界面测试:性能测试:数据库测试:安全性测试:兼容性测试. 功能性测试(可以包括但不限于以下几个方面): 链接测试.链接是否正确跳转,是否存在空页面和无效页面,是否有不正确的出错信息返回. 提交功能的测试. 多媒体元素是否可以正确加载和显示. 多语言支持是否能够正确显示选择的语言等. 界面测试(可以包括但不限于以下几个方面): 页面是否风格统一,…

…