第一篇:web页面测试-控件类
Web页面测试—控件类
web端页面测试,最常见的是基本控件的测试,只有了解常见的控件和其测试方法,才能掌握测试要点,避免漏测情况发生。根据日常工作总结,将控件和常见逻辑集合在一起,总结了几个控件类测试查场景如下。
导航条
导航描述了用户在一个页面内操作的方式,在不同的用户接口控制之间,例如按钮、对话框、列表和窗口等;或在不同的连接页面之间。导航测试经常考虑如下几点。
1.导航是否直观,简单明了,直接反应系统的主要功能。2.导航的风格与其他菜单,展示等风格是否一致 3.导航的链接跳转是否正确
4.导航条tab间的来回跳转,是否正确。
5.链接如果带参数,跳转到不同页面,传递的参数是否正确
6.导航条之外的公共内容,在导航条不同tab内的展示应该保持一致,且功能正确性检查。7.不同的导航条达到同样的目的,检查不同导航条跳转过来时内容是否一致。
8.导航条各级之间有上下级关系时,进入下级页面,再返回,是否能正常返回上级页面。
导航条常见和URL跳转检查一起组成一定的功能。除了考虑导航条基本的功能外,还需要检查:
1、各个导航之间的相互影响,如果两个导航连接使用的js模块不一致,涉及到页面加载,页面展示等的检查。
2、导航条与其他控件组合在一起时,在不同的页面上,看到的导航条是否一致等检查。
输入框
输入框分为文本输入框,数字输入框。一般使用在填写输入的内容上,比如名称,属性等,有新建和编辑类两种。在检查的时候需要关注一些输入框的特性:
1、输入的字符长度是否符合要求,输入最小长度,最小长度-1,最大长度,最大长度+1,以及超长的字符检查是否符合预期
2、输入特殊字符,特别是&、单引号’、空格检查是否能保存。
3、输入内容前后带空格的,能否自动过滤处理。
4、不输入内容,保存,是否有错误提醒
5、输入注入的字符串,比如null,js代码,html代码等,是否能保存。
6、数字输入框还要检查边界值,负数,分数,非数字,0,科学计数法,字母与数字结合,16进制,8进制,货币性输入,小数点位数检查等情况等情况 另外,输入框在逻辑上需要关注以下几点:
1、信息的唯一性,比如一些名称的检查要求唯一性。
2、编辑类的输入框,要检查鼠标移出后点击,能否从输入框移出焦点。
3、有自动带入功能的输入框,要检查自动带入数据的正确性。
按钮
按钮一般用户功能的确认,涉及到功能与db等的存储情况是否符合预期。常见测试场景如下:
1、按钮是否可点,有弹出框的弹出框是否符合预期。
2、自然状态、鼠标悬浮和按钮按下状态下,按钮的状态
3、按钮的功能实现是否正常(存储db,与其他模块交互等是否正常)
4、按enter键操作按钮,功能是否正常。
5、按tab键,能否在不同的按钮或其他控件间切换。
6、一些按钮只能点击一次的情况,点击一次后,再操作,是否仍能点击。
7、错误信息提醒是在前端js判断,还是后台判断,点击按钮后,提示话术显示正确。
8、取消功能的按钮,是否能正常关闭页面,取消后回到的页面是否符合预期。
下拉框
下拉框一般多个一起出现,实现筛选功能。需要注意筛选后是否立即生效,以及组合筛选的情况结果是否符合预期。常见测试点如下:
1、默认显示是否正确,比如有的显示全部,有的默认选中某一项,有的显示“请选择”
2、切换item,下拉框显示项内容和排序是否正确,不同浏览器,下拉框显示是否有变形等。
3、下拉框中选项超出设定值的,是否有滑动条,上下滑动,还是左右滑动等。
4、下拉框弹出时,鼠标点击控件外区域/选项/下拉框,下拉框能否收回
5、当下拉框选项很多时,是否有被底层覆盖的情况,6、下拉框数据被存储后,其他地方显示时,传递的数据正确性检查。比如下拉框选项按数字传递,而其他页面显示时应该显示对应的文字。
7、组合筛选的情况,有级联操作的,只有选择了前一个数据后,才能进行下一个的选择。比如省市之间,只有选择了省份,才能继续选择市,否则市不可选。
8、组合下拉框实现的筛选功能正确性检查。下拉框,列表,筛选框等经常一起组成筛选的功能。需要关注以下几点:
1、选择不同的选项,列表中展示筛选的结果,内容,默认排序等检查。
2、组合条件时,列表中内容检查。
列表
列表是列表框,主要是较多的同类型数据的展现。列表需要注意数据的全面性,条数,内容正确性等,常见测试点如下:
1、列表长度,宽度是否合理,如果太长,太宽,有没有竖向和横向滚动条。
2、列表表头帮助信息是否完整,比如title旁边是否有小问号支持。
3、列表每行每个字段可显示内容多样性检查是否正确。
4、列表数据为空时,显示是否正确。
5、列表翻页功能是否正确。
6、列表列排序功能是否正常。
7、列表其他附加功能(比如:删除、新增,编辑,下载等)是否正常。
8、是否有全选功能,全选功能检查
9、列表和翻页,筛选的组合检查,翻页后,再做筛选,是否会自动跳到第一页。
10、列表和翻页,排序的组合检查,翻页后,筛选,是否仍是对全部数据的排序。
11、列表 和翻页的组合检查,翻页后,对页面数据做编辑,是否能保存成功,是否仍停留在当前页。
12、列表切换的功能检查,比如在列表1和列表2在同一区域展示,展示1时不展示里2.当在列表1编辑物料后,切换到列表2,再切换回列表1,检查编辑的物料是否生效。单选框
单选框实现多个中选择一个的功能,常见测试点如下:
1、默认是否有选中
2、是否只能选中一个
3、选中后的功能是否正确。
4、与接口交互传递的值正确性检查
复选框
实现多选功能,常见测试点如下:
1、多个复选框一个都不选
2、多个复选框全部选中
3、多个复选框部分被选中
4、当复选框太多时,是否提供全选和全不选的功能
5、复选框与其他组合时,比如选中某个复选框,就出现某种效果,检查不同组合时的展示情况。
左右选择框
一些场景,使用左右选择框选择数据,左侧是待选择数据,右侧是已经选择的数据,右侧可删除。常见测试点如下:
1、左侧数据展示区数据是否符合预期
2、左侧数据为空时是否展示正确
3、左侧数据过多时是否有滚动条。
4、左侧能否展开,展开后显示数据是否正确。首次进入是否展开。
5、添加左侧数据到右侧后,右侧数据是否默认展开。
6、添加一条左侧数据到右侧,左侧数据置灰检查,右侧数据正确性检查
7、添加全部数据到右侧,左侧数据置灰检查,正确性检查。
8、右侧删除一条数据,左侧对应数据不再置灰,数据正确性检查
9、右侧删除全部,左侧数据不再置灰,正确性检查
10、两侧数据是否有个数提示,有的话,添加和删除后,个数提示是否正确。
11、添加大量数据,确认后,检查处理的速度。
时间框
用于选择时间,有起始时间和结束时间,有的有选择时间的快捷键。
1、日期选择功能是否正确(包括年、月、日的选择是否正确)
2、起、止时间选择(起始时间不能晚于结束时间)
3、年、月、日的时间限制(比如:年-1900至今,月-1~12,日-平月、闰月)
4、时间框展示在不同浏览器下,不同分辨率是否正确。
5、时间框快捷操作和左侧选择时间的对应关系检查,比如选择昨天,左侧的时间是否自动选择昨天的日期。
6、时间框选择时间后,确定,检查传递的值是否正确,尤其检查是否包含当天,比如最近一个月,是否包含今天等。
7、时间框和筛选框交互,选择时间框后,再选择其他的筛选框,时间框选择的内容应该保持不变。
8、截止时间不能早于开始时间。
9、时间框为公用控件时,要考虑当某一处修改时,其他地方是否会受到影响。
树形
用于收起和展开功能。检查点如下:
1.各层级用不同图标表示,最下层节点无加减号
2.提供全部收起、全部展开功能
3.如有需要提供搜索与右键功能,如提供需有提示信息
4.展开时,内容刷新正常
5.显示数据的个数是否正确,和数据库中数据做对比。
图表类检查
曲线图:
1、图表的维度符合预期。
2、图表有时间轴的,检查时间轴的间隔是否符合预期。
3、某一天无数据,其他天有数据时,图表展示是否正常。
4、对比曲线图时,一般通过颜色区分不同曲线的意义。
5、鼠标悬浮到曲线上,能展示当前点的数据。
6、和时间框组合,选择不同的时间,折线图的数据是否自动变化,且显示正确。
7、实时折线图,检查实时的数据是否正常展示。圆环图:
环形图一般显示为百分占比,测试点如下:
1、图的百分比值是否显示正常
2、图中心显示的数字长度检查,过长是不是能正常显示
3、非0的百分比,环形占比是否符合预期
4、显示多个项的百分比时,各项的颜色是否与提示一致。
5、100%占比和0%占比时的显示情况检查。
6、鼠标浮动到对应项上,是否有浮层提示对应的值,同时检查值是否显示正确。
7、选择不同的时间框,图形内容是否随时间变化,变化值是否正确。
树形图
1、树形图展开和关闭是否正常。
2、树形图展开多层,一屏放不下时,是否有滚动条。
3、树形图展开多层,是否能全部展开,上下是否显示正常。
4、树形图无数据时显示情况
5、只有单层时和多层时的显示情况。
6、选择不同的时间框,图形内容是否随时间变化,变化值是否正确。
地图
1、地图中的数据块的数据是否和存储的一致。
2、鼠标移动到某一块,悬浮层内容显示检查。
3、选择不同的时间框,图形内容是否随时间变化,变化值是否正确。
4、5、地图一般和其他的表格数据配合使用,检查各区域的数据是否和图表中数据一致。没数据的情况,地域的颜色显示。
柱状图
1、数据为空时的显示
2、多个柱状差异比较大时的显示,比如一个数据是1000,一个时1,检查页面显示情况。
3、柱状图的范围区分是否符合预期
4、鼠标悬浮时,浮层的显示内容检查。
选择不同的时间框,图形内容是否随时间变化,变化值是否正确。
文件类
分为文件上传和文件下载,分别如下:
文件上传,需要注意一下几点:
1、文件类型正确、大小合适,是否能正确上传,交互是否正确。
2、文件类型正确,大小不合适,文件过大,检查处理速度,进度条情况是否符合预期。
3、上传空文件。
4、上传超大文件,检查是否能正确处理。
5、文件类型错误,提示话术是否正确。
6、上传一个正在使用中的文件
7、文件名是否可以手工输入,手动输入存在/不存在的文件地址来上传,输入文件名称来上传
8、连续多次选择不同的文件,查看是否上传最后一次选择的文件
9、Excel文件类型时,表格列数符合要求,表格列数多于期望的列数,少于期望的列数等条件检查。各列的类型符合预期,不符合预期,有空行,有重复字段等检查。
文件下载,需要注意以下几点:1、2、3、4、5、6、右键是否可以正常下载文件
使用工具下载文件,是否可正常下载,保存到本地是否正常显示 对于本机没有安装工具的文件是否能正常打开,能否给出正确提示 对于直接在页面内打开的内容是否能正常显示,页面美观性检查 下载的次数是否会被记录
后台设置了下载权限的文件,是否可以被正常下载
图片类
比如上传,下载图片等,测试点如下:
1、上传图片,检查文件类型适合与不适合校验。
2、上传图片,文件大小适合于不适合,空文件校验。
3、上传正确的符合要求的图片。
4、上传一个正在使用中的图片(即打开该图片,在上传该图片),上传成功
5、手动输入存在和不存在的图片地址,上传校验
6、上传成功,缩略图显示是否正确,上传失败,是否有错误原因提示
7、二次上传,是否会覆盖上次结果
8、需要多张图片的,使用同一张图片,是否会提示图片重复
9、上传时间检查,大图片文件,上传响应时间。
10、下载图片大小,类型检查。
11、下载图片是否能正常打开。
URL检查类
有输入URL和URL跳转的,注意以下检查点:
1、url是否与主域一致性的检查。
2、URL长度限制检查
3、修改url中的get参数,检查是否还能抓取成功。
4、URL的链接是否能到达指定的页面
5、涉及到一些安全性选择的登录还要在url中校验http和https协议请求是否正常;
6、涉及到埋点等功能的url测试,还要注意点击的方式,比如单击,右键打开,直接输入url等方式请求(有些js处理的时候可能仅仅调用onclick事件)
7、错误url请求页面,校验出错页面是否友好
8、URL需要拼接的,手动输入部分URL和系统自动加的字段形成一个URL的,需要检查系统加的字段是否正确,是否需要加密等。IP输入框
输入IP字段的,四个输入框,共同组成一个IP:
(1)检查正确的符合格式的IP(2)输入错误格式的IP。(3)输入的条数是否符合预期(4)输入重复的ip(5)输入带非数字的IP(6)一般IP都支持*,表示任意字符,输入四个*
第二篇:Web测试中,各类web控件测试点总结(推荐)
Web测试中,各类web控件测试点总结
一、界面检查
进入一个页面测试,首先是检查title,页面排版,字段等,而不是马上进入文本框校验
1、页面名称title是否正确
2、当前位置是否可见您的位置:xxx>xxxx3、文字格式统一性
4、排版是否整齐
5、列表项显示字段是否齐全,列表项字段名称是否跟表单统一
6、同一页面,是否出现 字段名称相同、值取不同的问题。
7、数据加载情况:除了文本框的值,还要注意:
复选框,是否保存打√,或者保存不打√
下拉框,是否保存选择的值
多文本框,值是否都被保存,空格,换行是否保存
二、单文本框(type=text)
边界:字段长度
判空:是否可以为空
唯一性:是否唯一(小归结:边界、判空、唯一性、特殊字符、正确性)
考虑语言,操作环境
特殊符号测试输入:
' or 1<>'1' or '1'='1' or '1'<>'2"|?><
where a='xxx'下划线是否允许输入全部空格输入 单引号>>
特殊字段输入限定:
框内容是否合法(tel,ip,url,email)序号等,直接限制输入数字,其他过滤掉
输入金额文本框,整数首位为0,过滤掉,小数点后面,一般保留两个有效数字。
正确性测试:(必不可少的步骤)
1)、(字段长度输入最大允许长度时)数据允许长度的测试:a、页面是否被挤出的测试(都输入长英文字符串,是否断行);b、数据库是否允许最大字符(都输入汉字、都输入英文、混合„„);c、最短长度的正确流程,最大长度的正确流程覆盖。
2)、对于允许为空的字段,不填入,再次数据传递后,看是否报500错误。
3)、未规定字段长度(或者数值大小),不按死板输入,输入非常多字符(或者非常大的数值)时,做允许动作的正确性校验,看是否报错。(要达到的结果:不管有没有长度限制(没有给最长、最大限制让你去测?),最终页面不能抛数据库异常。)monkey test
说明:通过不断输入长字符串,看是否有长度校验;最终都会出现以下两种情况的一种:
A、页面(前台)有校验长度、大小;或者
B、无校验,数据库报错。
所以: 所有字段都要做长度、大小限制(不管需求有没有给出明确要求,不管测试颗粒度,都要限制长度,不允许报数据库错误,都要测!!)。最大长度限制可限定方法:
1、不允许再输入;
2、自动截断处理,并且给用户提示
关于长度概念:
1、数据库规定的字节长度A2、页面上可以输入的字符数B
控制方法:
1)、页面上,不管输入什么字符(全角如汉字、半角如字母),统一规定不能超过B个字符,此种限制,测试点:全部输入全角B个,测试(B*3字节)会不会超过数据库字节长度全部输入半角B个,测试(B*1字节)会不会超过数据库字节长度混合输入全角X半角Y,测试(X*3+Y字节)会不会超过数据库长度
2)、页面上,不以字符统计,以总的输入字节数统计,比如,全部输入全角字符,允许可以输入A/3个字符,全部输入半角字符,允许输入A个字符(民生网的设计)
测试点:全部输入全角,看是否允许输入A/3个字符
全部输入半角,看是否允许输入A个字符
混合输入全角X,半角Y,看是否允许X*3+Y=A
(5个:判空、唯
一、边界值、特殊字符、正确流程(多种数据、多种分支))+测试校验位置:ajax鼠标事件校验、前台提交按钮js校验,服务器拿到数据后再次验证
三、多文本框(type=textarea)
1)、空格和换行的问题,看需求,是否需要做支持HTML Encoding输入全部空格时,是否判空处理?””空格。
输入折行,是否也显示折行?
比如:列点说明原因,就需要支持。
2)、字母截断的问题
对于一串字母,开发人员往往会忘掉做截断,这样如果展示在我们的平台上的话,这一串字母就会把我们的UI撑开
3)、长度控制格式,您还可以输入***个字符
四、添加按钮
添加动作检查范围:
失败:是否提示
提示内容是否正确
失败时:保存用户已输入的内容,避免重新再输入
成功:对话框消失
记录是否可直接查看(还需要刷新?)
列表记录顺序
重复提交情况,点击一次后,是否变成disable
上传附件的添加:
A.文件名称:文件名称很长;文件名称字符多样化(汉字,英文,符号);文件名称重复。
B.判空?
C.附件格式类型支持?
D.附件个数?
E.附件空间大小。
五、移除按钮
1.一般都要在前台先给出一个提示操作“确定移除该„„”
2.相关联的东西,是否需要限制移除“该类型下存在应用,无法移除”有到后台比较
3.确定后,真正执行移除操作。
结果:
移除后,列表数据是否立即消失。
必须有确认删除的提示信息
六、列表
1)、列表记录顺序
2)、是否需要翻页、有没有翻页功能
3)、字段名称是否与表单一致
七、搜索-文本框
1、功能点、需求点考虑:
是否提供模糊查询、输入数值有种类有限定时,是否考虑换成下拉框搜索;
2、检查点:
文本框值是否消失(是否回填条件值),再次点击“查询”可查看所有记录;考虑搜索结果:是否存在分页,分页是否正常;是否有序;
注意:分页是否仍保存查询条件,检查后面的记录是否符合条件
3、查询数据多样性:
输入不存在的字段值测试、包括特殊字符查询测试例如:' or '1'='1;输入类似程序语句的条件时是否执行查询,如:XXXX”、XXX and ;
4、操作类型:
1)不输入的查询
2)输入全部空格的查询
3)模糊查询(输入部分字段,或者说,输入英文字母,查询到相关中文数据)
4)输入不存在的查询
5)输入存在的查询
6)单个查询和多个条件复合查询。
八、搜索-下拉框
检查点:
a)搜索结果是否有序;
b)下拉框值是否齐全;(下拉框值本身也是一个动态查询的结果)
c)下拉框值是否自动消失,再次点击“查询”可查看所有记录(是否要回填条件值);
d)分页时,是否保存搜索条件。
(从UI、开发、业务逻辑、用户使用等角度测试)
PS:
以上总结的,是比较纯粹的从页面控件角度测试点出发,对于完整测试一个整体页面,需要各类测试有机结合起来:
1)UI测试:
页面布局; 页面样式检查;控件长度是否够长;显示时,是否会被截断;支持的快捷键,Tab键切换焦点顺序正确性等。
2)功能测试:页面上各类控件的测试范围,测试点,可参考上方
结合控件的实际作用来补充检查点: 比如,密码框是否*显示,输入是否做trim处理等
3)安全测试:输入特殊字符,sql注入,脚本注入测试
后台验证测试,对于较重要的表单,绕过js检验后台是否验证
数据传输是否加密处理,比如,直接请求转发,地址栏直接显示发送字符串?
数据库存储,特别密码等,是否加密形式存储
4)兼容性测试
5)性能测试
第三篇:Web用户控件的设计
目录
3.2.2 Web用户控件的设计
农家乐网络服务平台为了使网页的显示风格更统一,美观,共设计了以下六个用户控件。
(一)、Header用户控件:在母版页中实现信息功能模板,新闻发布功能模板,在线留言功能模板的导航功能。
(二)、Calender用户控件:在母版页中实现日历,显示当天日期功能。
(三)、Login用户控件:在模板页中实现管理员的登录,退出,游客用户的登录,退出,注册功能。
(四)、Register用户控件:在线留言功能模块中实现发布留言的功能。
(五)、ShowSubject用户控件:在线留言功能模块中实现留言页面布局的功能。
(六)、Footer用户控件:实现母版页功能模块的页脚布局功能。
第四篇:Web前端——静态页面制作
静态页面制作(排版)
通过在伽然这段时间工作经历的总结,发现前端排版工作中存在下问题:
1.缺乏高端技术人才; 2.缺乏开发标准; 3.代码复用性低; 4.技术风险难于把控; 归结以上问题原因:
1.所掌握的知识与项目实际所需的不匹配; 2.知识面狭窄; 3.动手能力差; 4.逻辑思维不缜密;
这是一个恶性循环,无型中增加了研发成本。
对于这样的现状经过思考,在这里阐述一下自己的想法,大家共同去考量研究一下:分工明确精细,责任到人。大致分为这样几个步骤: 1.阅读设计稿
a)纵观设计稿。迅速阅读设计稿,脑子里迅速形成整个网站展示出来的效果。b)逐个审查。仔细检查设计稿,记录所有设计问题、效果质疑。c)提交确认阅读结果。2.分析/拆分页面
a)整理设计稿,做到一一详尽。b)提出设计稿中共通点。
字体、大小、颜色 按钮样式 边框粗细、样式
存在几种公用页面布局框架样式 命名各个页面
文档方式注明,确定各个样式className(涉及到的每个页面标注清楚)c)逐个分析每个页面的具体模块,提出简单思路、注意事项以及存在的技术难点。标注该模块排版时需要注意的事项:
模块的名称定义(CSS样式名称、其他素材名称前缀)标注可用到的公用样式className 需要添加的页面效果(逻辑复杂需要提供简单的书写思路以及技术支持)
3.搭建项目框架
a)新建一个项目文件夹
b)在项目文件夹中分别新建css、images、js、html文件夹
c)在css文件夹里面创建公用样式文件、以及涉及团队成员的私有样式集 d)页面分类。在html页面内分别创建同类页面的文件夹
e)根据提前确定的名称在各类文件夹中添加各个空页面,引用公用样式 f)临时添加以团队成员名字命名的文件夹,用来存放单个模块代码 4.分工制作
a)页面类型
b)根据团队成员实际工作水平c)根据掌握知识点层级程度
这里需要增加一项工作:过代码。这在一个团队开始阶段我感觉是必须的,在开始的时候严格把控。
5.页面整合
注意的样式之间的冲突、仔细调试 6.整体测试 7.提交结果 8.总结优劣
总结这样做优点: 易于学习,易于使用 提高代码复用 从细节规范开发
封装技术细节,降低技术难度
第五篇:WEB测试总结
WEB测试总结(架构,设计)精华部分
1、总计架构测试
1)瘦客户端,业务逻辑规则多数在服务器端执行。如新闻站点、门户网站、信息发布网站等。
2)胖客户端,安全性要求较高、交互操作频繁、业务逻辑复杂。银行系统、网络游戏、网上办公系统等。
2、Web架构组成部分是否满足需求
成本、功能、安全性要求、容量要求、传输实时性。
3、服务器配置分布是否满足要求
Web服务器、应用服务器、数据库服务器可以分布在不同物理机器上也可以分布相同的物理机器上,一般优先考虑独立数据库服务器,Web服务器、应用服务器可以在相同的机器上。
4、客户端设计测试
1)功能设置测试:信息服务、办公自动化、Internet支持; 2)信息组织结构测试:线性结构、分层结构、非线性结构; 3)页面设计测试:a.页面一致性测试
b.用户界面友好性及导航直观性测试;、c.是否适合多种浏览器; d.页文件的命名; e.页面布局技术。
5、服务器端设计测试
1)容量规划测试:点击率、延迟和流量、服务器资源;
2)系统安全测试:a.常识性安全策略,取消不必要的协议、控制写权限、取消服务器目录浏览属性、记录日志等; b.使用加密技术;
c.构造防火墙,网络级、应用级、电路级; d.构建网络防毒体系。3)数据库设计测试。
6、Web开发测试
1)源代码分析,主要是使用检查工具来完成; 2)链接测试,主要借助工具来完成; 3)框架测试:a.自动调整窗口大小; b.是否提供滚动条;
c.打开新页面是否正常。4)表格测试,随窗体变化自动调整大小; 5)图形测试:a.颜色饱和度及对比度; b.链接标识;
c.图形显示是否正确。
1、与一般应用软件相比,Web测试有以下区别:
第一、Web测试的侧重点是性能、安全、易用性、兼容
第二、测试工具有所不同,如链接测试、表单测试、界面测试
2、功能测试
一、客户端的选择,优先测试流行的客户客户端;
二、客户端浏览器的配置
三、客户端的显示设置
四、内容测试
3、链接测试
一、该链接将用户带到它所说明的地方
二、被链接的页面是存在的
三、保证没有孤立页面
工具有WEBCHECK、LINKBOT、TESTPARTNER、XENU等
4、链接测试工具的优势:
一、简单易用
二、在实现上采用多线程技术,检查速度特别快;
三、对断开的链接可以再次测试,可以避免误判;
四、没有检查链接的数量限制,只受系统资源的约束;
五、可以分析Web应用的结构;
六、检查结果可以分类查看,自动生成HTML格式的报告;
5、Web应用链接主要测试点如下
一、测试内部链接和外部链接中成功和失败的链接点,以及应用中不被其他链接调用的页面;
二、测试链接中新网页、老网页、慢网页以及丢失的图象标题标签和属性标签等;
三、分析Web应用的结构是否合理,包括显示和某个URL相关的链接以及按照标题、描述、作者、大小、最后修改时间、类型为URL链接分类等。
6、易用性测试
易用性测试要考虑以下几个方面: 1)用户的计算机使用经验;
2)用户对浏览器以及Web的使用经验; 3)用户的业务专业知识。
7、Web系统的易用性测试分为三个方面: 1)界面测试
2)辅助功能测试 3)图形测试
一、界面测试要考虑以下几个问题 A.WEB应用系统的最终用户群是谁? B.WEB应用界面的设计策略是什么? C.页面中各元素布局的协调性 a.各元素位置的协调性 b.各元素颜色的协调性
c.各元素大小比例的协调性 D.不同页面风格的统一性
E.用户在界面中操作的便利性 F.界面动态操作测试
a.屏幕分辩率设置的影响
b.浏览窗口最大化/最小化的影响 c.选定目标元素的置中与缩放
二、辅助功能测试 A.使用说明,这个没有多大意义,WEB网页按F1弹出来的页面都是IE的帮助页面,除非有特定的帮助说明内容; B.导航功能 C.站点地图
D.帮助,这个没有多大意义,WEB网页按F1弹出来的页面都是IE的帮助页面,除非有特定的帮助说明内容;