WEB界面测试用例

WEB界面测试用例
WEB界面测试用例

Web界面测试小结[1]

我是从事web测试的,特别是电子商务网站,现在大部分客户对界面的要求非常高,所以对于测试人员来讲,也必须特别注意界面的一些东西。从前几个项目来看,个人认为界面测试的测试点以及应该注意的问题:

1:界面的线条是否一致,每个界面中线条是否对齐,是否一致。(静态页面没有确认的情况下)

2:整个系统的界面是否保持一致

3:界面中是否存在错别字

4:界面所有的按钮样式是否一致

5:每个界面是否同原静态页面设计一致(静态页面确认的情况下)

6:操作是否友好

7:界面所有的按钮、下拉框是否有响应

8:界面所有的链接是否正常

9:界面所有的输入框是否都进行校验(例如:搜索框、字段输入框)

10:界面所有的列表页标题字是否会折行,标题字是否统一居中等,当然也可以居左,这需要同客户沟通(折行的话影响美观)

11:界面所有的展示图片是否样式一致

12:浏览器的兼容性问题,检查页面在不同浏览器下是否会发生异常

13:每个页面的提示字体的颜色、格式是否统一准确

14:界面中所有字段后面是否都存在冒号,有冒号,查看是否冒号为统一的中文冒号还是英文冒号。

15:界面中的提示说明叙述是否太啰嗦,有时候需要能简化尽量简化,并且字体显示格式一致,颜色统一。

16:在web网站,一般经常是后台控制前台的显示,因此在对后台进行数据添加时,查看前台是否有变化,并且查看界面的数据是否溢出框外。

当然,我们在进行界面测试时,必须明确UI测试的目的,它是确保用户界面通过测试对象的功能来为用户提供相应的访问或浏览功能。

确保用户界面符合公司和行业的标准。

通过用户界面测试来核实用户与软件的交互,UI测试的目标在于确保用户界面向用户提供了适当的访问和浏览对象功能的操作,除此之外,UI测试还却表UI功能内部的对象符号预期的要求,并遵循公司和行业的标准。

接下来,具体的分析一下界面测试的依据从哪些方面着手。

测试目标:

1:窗口与窗口之间、字段与字段之间的浏览,以及各种访问方法(tab键、鼠标移动和快捷键)的使用

2:窗口的对象和特征(例如:菜单、大小、位置、状态和中心)都符号标准

测试方法:为每个窗口创建或修改测试,以核实各个应用程序窗口和对象都可正确的进行浏览,并处于正常的对象状态。

我们在实际工作当中,针对web应用程序,也就是经常所说的B/S系统,可以从如下方面来进行用户界面测试:

1:导航测试

导航描述了用户在一个页面内操作的方式,在不同的用户接口控制之间,例如按钮、对话框、列表和窗口等;

不同的链接页面之间,通过考虑下列问题,可以决定一个web应用系统是否易于导航;导航是否直观?web系统的主要部分是否可通过主页存取?web系统是否需要站点地图、搜索引擎或其他的导航帮助

当然,这些同美工以及客户需求有关。我们是根据已经确认的页面进行测试即可。

2:图形测试

图形包括图片、动画、边框、颜色、字体、背景、按钮等。

(1)要确保图形有明确的用途,图片或动画不要胡乱的堆在一起,以免浪费传输时间,web应用系统的图片尺寸要尽量地小,并且要能清楚的说明某件事情。一般都链接到某个具体的页面

(2)验证所有页面字体的风格是否一致

(3)背景颜色与字体颜色和背景色相搭配

(4)图片的大小和质量,一般采用jpg或gif压缩,最好能使用图片的大小减小到30k

以下

(5)演示文字回绕是否正确,如果说明文字指向右边的图片,应该确保该图片出现在右边,不要因为使用图片而使窗口和段落排列古怪或者出现骨性。

3:内容测试

内容测试用来检验Web应用系统提供信息的正确性、准确性和相关性。信息的正确性是指信息是可靠的还是误传的。信息的相关性是指是否在当前页面可以找到与当前浏览信息相关的信息列表或入口,也就是一般Web站点中的所谓“相关文章列表”

4:表格测试

需要验证表格是否设置正确,用户是否需要向右滚动页面才能看见产品的价格?

把价格放在左边,产品细节放在右边是否更有效?

每一栏的宽度是否足够宽,表格里的文字是否都有折行?

是否因为某一格的内容太多,而将整行的内容拉长?

5:整体界面测试

整体界面是指整个Web应用系统的页面结构设计,是给用户的一个整体感。例如:当用户浏览Web应用系统时是否感到舒适,是否凭直觉就知道要找的信息在什么地方?整个Web 应用系统的设计风格是否一致?

对整体界面的测试过程,其实是一个对最终用户进行调查的过程。一般Web应用系统采取在主页上做一个调查问卷的形式,来得到最终用户的反馈信息。

对所有的用户界面测试来说,都需要有外部人员(与Web应用系统开发没有联系或联系很少的人员)的参与,最好是最终用户的参与。

写测试用例的常规方法和web页面常规测试点

1.等价类划分法 概念:输入域划分成若干子集。选取每一个子集的少数输入值作为一条测试用例。所测试的结果等价于这一个子集的测试结果。 分类:有效等价类和无效等价类。 A.有效等价类:了解了需求说明文档,有意义的合理值。 其目的是检验程序是否实现了需求说明中所规定的功能,可能还需要校验其性能。 B.无效等价类:与有效等价类的定义相反的输入值。 测试用例:在写测试用例时,要同时考虑这两种等价类,不仅要校验程序能判断合理的数据,也要经受非合理数据的考验,确保程序的强健性和可靠性。 划分等价的几大原则: 1.输入条件规定了取值范围,则可以确定一个有效等价类,两个无效等价类。例如申请授 信时,请输入16位营业执照号;有效等价类是16位的号码,大于小于16位分别是2个无效等价类,行号,银行卡号,身份证号,手机号,密码,验证码等规定了输入条件的输入框。 2.规定了输入数据必须是要遵守的规则,可确立一个符合规则的有效等价类,和若干个无 效等价类(从不不同角度违反规则。例如密码的输入,规则是请输入6-16个字符,不含空格且须两种字符类型以上,不可用连续4位以上相同字符。那么这里的无效等价类分别是小于6个字符,大于16个字符,含空格,一种字符,连续5位相同字符,那么这里的无效等价类就包括了1+5+10+10+5+1=32中情况。 3.学习了解类(垫付宝没有想到的例子),布尔量(二值枚举类型),一个有效类和一个无 效类。 将等价类转化成测试用例步骤: 1.列出所有划分出的等价类:【输入条件】【有效等价类】【无效等价类】 2. 3.设计多个测试用例,尽可能多的覆盖有效等价类和无效等价类。 3.1有效等价类的测试用例: 密码覆盖有效等价类号码 Che001 1—4 3.2无效等价类的测试用例: 密码覆盖无效等价类号码 (5个空格)5,7,9 (16个空格)6,7,9

web软件测试用例

web软件测试用例 一、界面测试公共测试用例 界面测试一般包括页面文字,控件使用,少图,CSS,颜色等。 1、文字 内容一致性: 1)公司要求文字的一致性,例如各种宣传文字、注册的协议条款、版权信息等; 2)各处相同含义文字的一致性,例如标题栏文字、页面主题文字、弹出窗口文字、菜单名称、功能键文字等。 样式一致性 1)(通常分类包括)各类文字字体、字号、样式、颜色、文字间距、对齐方式; 2)按钮的文字间距,按钮长度一定前提下,2个字的按钮,需要中间空一格(或者其它约定,需要统一); 3)链接文字,同一类,菜单、小标题、页角文字链接,在点击时颜色变化要相同; 4)对齐方式,页面上文字的对齐,例如表单、菜单列、下拉列表中文字的对齐方式(左、右、居中等要统一) 语言习惯: 1)中文:文字简单,含义明确,无歧异,无重复,无别字,正确运用标点符号。 2)英文。 3)日文。 2、按钮 1)button的样式整体要统一,例如突出、扁平、3D效果等只能选其一; 2)采用的图片表述相同功能,要采用单一图标。 3、文本框 1)录入长度限制,根据数据库的设计,页面直接限定录入长度(特殊处屏蔽复制、粘贴); 2)文本框自身的长度限制,主要考虑页面样式。 4、单选框 1)默认情况要统一,已选择,还是未选。 5、日期控件 1)图标、控件颜色、样式统一; 2)点击控件、文本框均应弹出日期选择框。 6、下拉选择框 1)默认是第一个选项,还是提示请选择一个。 7、提示信息 1)静态文字与它的提示信息一致性,例如静态文字为‘ID’,出错信息显示‘用户ID’; 2)空值时,出错信息需要统一,例如可以采用“静态文字”+不能为空; 3)出现录入错误时,例如可以统一采用“静态文字”+格式不符合要求; 4)提示信息标点符号是否标识;点击上一步,返回的页面上不应残留出错信息; 5)静态提示信息,在录入框右侧,应有录入信息的相应要求的提示文字,达到方便操作的目的;

WEB性能测试用例

性能测试用例主要分为预期目标用户测试,用户并发测试,疲劳强度与大数据量测试,网络性能测试,服务器性能测试五大部分,具体编写测试用例时要根据实际情况进行裁减,在项目应用中遵守低成本,策略为中心,裁减,完善模型,具体化等原则;一、WEB 全面性能测试模型 Web 性能测试模型提出的主要依据是:一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试,这些类型的性能测试的实施是有着相似之处的; 1. 预期指标的性能测试 系统在需求分析和设计阶段都会提出一些性能指标,完成这些指标的相关的测试是性能测试的首要工作之一,这些指标主要诸于“系统可以支持并发用户200个;”系统响应时间不得超过20秒等,对这种预先承诺的性能要求,需要首先进行测试验证; 2. 独立业务性能测试 独立业务实际是指一些核心业务模块对应的业务,这些模块通常具有功能比较复杂,使用比较频繁,属于核心业务等特点。 用户并发测试是核心业务模块的重点测试内容,并发的主要内容是指模拟一定数量的用户同时使用某一核心的相同或者不同的功能,并且持续一段时间。对相同的功能进行并发测试分为两种类型,一类是在同一时刻进行完全一样的操作。另外一类是在同一时刻使用完全一样的功能。 3. 组合业务性能测试 通常不会所有的用户只使用一个或者几个核心业务模块,一个应用系统的每个功能模块都可能被使用到;所以WEB性能测试既要模拟多用户的相同操作,又要模拟多用户的不同操作;组合业务性能测试是最接近用户实际使用情况的测试,也是性能测试的核心内容。通常按照用户的实际使用人数比例来模拟各个模版的组合并发情况;组合性能测试是最能反映用户使用情况的测试往往和服务器性能测试结合起来,在通过工具模拟用户操作的同时,还通过测试工具的监控功能采集服务器的计数器信息进而全面分析系统瓶颈。 用户并发测试是组合业务性能测试的核心内容。组合并发的突出特点是根据用户使用系统的情况分成不同的用户组进行并发,每组的用户比例要根据实际情况来匹配; 4. 疲劳强度性能测试 疲劳强度测试是指在系统稳定运行的情况下,以一定的负载压力来长时间运行系统的测试,其主要目的是确定系统长时间处理较大业务量时的性能,通过疲劳强度测试基本可以判定系统运行一段时间后是否稳定; 5. 大数据量性能测试 一种是针对某些系统存储,传输,统计查询等业务进行大数据量时的性能测试,主要针对某些特殊的核心业务或者日常比较常用的组合业务的测试; 第二种是极限状态下的数据测试,主要是指系统数据量达到一定程度时,通过性能测试来评估系统的响应情况,测试的对象也是某些核心业务或者常用的组合业务。 第三种大数据量测试结合了前面两种的测试,两种测试同时运行产生较大数据量的系统性能测试;大数据量测试通常在投产环境下进行,并独立出来和疲劳强度测试放在一起,在整个性能测试的后期进行;大数据量的测试可以理解为特定条件下的核心业务或者组合业务测试; 6. 网络性能测试 主要是为了准确展示带宽,延迟,负载和端口的变化是如何影响用户的响应时间的,在实际的软件项目中 主要是测试应用系统的用户数目与网络带宽的关系。网络测试的任务通常由系统集成人员完成; 7. 服务器(操作系统,WEB服务器,数据库服务器)性能测试 初级服务器性能测试主要是指在业务系统工作或者进行前面其他种类性能测试的时候,监控服务器的一些计数器信息,通过这些计数器对服务器进行综合性能分析,为调优或提高系

web前台测试用例设计

web前台测试用例 转自WEB前台测试用例- 竹林深处- ITeye技术网 站https://www.360docs.net/doc/5e8455978.html,/zjCiKnY 1.1 文本框、按钮等控件测试 1.1.1 文本框的测试 如何对文本框进行测试 a,输入正常的字母或数字。 b,输入已存在的文件的名称; c,输入超长字符。例如在“名称”框中输入超过允许边界个数的字符,假设最多255个字符,尝试输入256个字符,检查程序能否正确处理; d,输入默认值,空白,空格; e,若只允许输入字母,尝试输入数字;反之;尝试输入字母; f,利用复制,粘贴等操作强制输入程序不允许的输入数据; g,输入特殊字符集,例如,NUL及\n等; h,输入超过文本框长度的字符或文本,检查所输入的内容是否正常显示; i,输入不符合格式的数据,检查程序是否正常校验,如,程序要求输入年月日格式为yy/mm/dd,实际输入yyyy/mm/dd,程序应该给出错误提示 在测试过程中所用到的测试方法: 1,输入非法数据; 2,输入默认值; 3,输入特殊字符集; 4,输入使缓冲区溢出的数据; 5,输入相同的文件名; 命令按钮控件的测试 测试方法: a,点击按钮正确响应操作。如,单击确定,正确执行操作;单击取消,退出窗口;b,对非法的输入或操作给出足够的提示说明,如,输入月工作天数为32时,单击”确定“后系统应提示:天数不能大于31; c,对可能造成数据无法恢复的操作必须给出确认信息,给用户放弃选择的机会; 测试方法: a,一组单选按钮不能同时选中,只能选中一个。 b,逐一执行每个单选按钮的功能。分别选择了“男”“女”后,保存到数据库的数据应该相应的分别为“男”“女”; c,一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空; 测试方法: a,直接输入数字或用上下箭头控制,如,在“数目”中直接输入10,或者单

web测试常用测试点

一、界面测试公共测试用例 界面测试一般包括页面文字,控件使用,少图,CSS,颜色等。 1. 文字 内容一致性: 1)公司要求文字的一致性,例如各种宣传文字、注册的协议条款、版权信息等; 2)各处相同含义文字的一致性,例如标题栏文字、页面主题文字、弹出窗口文字、菜单名称、功能键文字等。 样式一致性 1)(通常分类包括)各类文字字体、字号、样式、颜色、文字间距、对齐方式; 2)按钮的文字间距,按钮长度一定前提下,2个字的按钮,需要中间空一格(或者其它约定,需要统一);3)链接文字,同一类,菜单、小标题、页角文字链接,在点击时颜色变化要相同; 4)对齐方式,页面上文字的对齐,例如表单、菜单列、下拉列表中文字的对齐方式(左、右、居中等要统一) 语言习惯: 1)中文:文字简单,含义明确,无歧异,无重复,无别字,正确运用标点符号。 2)英文。 3)日文。 2. 按钮 1)button的样式整体要统一,例如突出、扁平、3D效果等只能选其一; 2)采用的图片表述相同功能,要采用单一图标。 3. 文本框 1)录入长度限制,根据数据库的设计,页面直接限定录入长度(特殊处屏蔽复制、粘贴); 2)文本框自身的长度限制,主要考虑页面样式。 4. 单选框

1)默认情况要统一,已选择,还是未选。 5. 日期控件 1)图标、控件颜色、样式统一; 2)点击控件、文本框均应弹出日期选择框。 6. 下拉选择框 1)默认是第一个选项,还是提示请选择一个。 7. 提示信息 1)静态文字与它的提示信息一致性,例如静态文字为…ID?,出错信息显示…用户ID?; 2)空值时,出错信息需要统一,例如可以采用“静态文字”+不能为空; 3)出现录入错误时,例如可以统一采用“静态文字”+格式不符合要求; 4)提示信息标点符号是否标识;点击上一步,返回的页面上不应残留出错信息; 5)静态提示信息,在录入框右侧,应有录入信息的相应要求的提示文字,达到方便操作的目的; 6)必输项提示信息,必输项提示信息采用统一的标志。 8. 导航测试 死导航、乱导航、操作复杂等。 9. 链接测试 1)发现404错误。 2)避免死链接情况,执行完相应操作应有返回按钮,返回到相应页面;例如:操作成功后,进入成功提示信息页面,但页面没有返回按钮,无法及时进入操作之前的页面。 10. IE的后退 退出系统,无论直接关闭浏览器或点击后退键,退出都不应再返回系统。 11. 分辨率 页面文字显示、样式等要支持常见分辨率,例如CRT显示器的1024*768,LCD的1280*1024。

WEB软件测试总结报告

XXX项目测试总结报告 目录 1.项目测试结果 (2) 1.1 BUG严重程度 (2) 1.2 BUG问题分布状况 (3) 2.测试结论 (4) 2.1界面测试 (4) 2.2功能测试 (4) 2.3兼容性测试 (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兼容性测试(Windows下) 测试总的浏览器包括:360极速浏览器,火狐浏览器,谷歌浏览器,IE浏览器,测试通过,主要逻辑以及次要功能都没问题,因为浏览器的不同,导致界面浏览不一定相同,例如有的界面浏览页面显示正常,有的界面显示不一样 。 2.4易用性 网站实现了如下易用性: 1. 输入限制的正确性 2. 输入限制提示信息的正确性,可理解性,一致性 3. 界面排版美观 4. web应用系统易于导航,直观 5. web应用系统的页面结构、导航、菜单、连接的风格一致

WEB界面测试用例

Web界面测试小结[1] 我是从事web测试的,特别是电子商务网站,现在大部分客户对界面的要求非常高,所以对于测试人员来讲,也必须特别注意界面的一些东西。从前几个项目来看,个人认为界面测试的测试点以及应该注意的问题: 1:界面的线条是否一致,每个界面中线条是否对齐,是否一致。(静态页面没有确认的情况下) 2:整个系统的界面是否保持一致 3:界面中是否存在错别字 4:界面所有的按钮样式是否一致 5:每个界面是否同原静态页面设计一致(静态页面确认的情况下) 6:操作是否友好 7:界面所有的按钮、下拉框是否有响应 8:界面所有的链接是否正常 9:界面所有的输入框是否都进行校验(例如:搜索框、字段输入框) 10:界面所有的列表页标题字是否会折行,标题字是否统一居中等,当然也可以居左,这需要同客户沟通(折行的话影响美观) 11:界面所有的展示图片是否样式一致 12:浏览器的兼容性问题,检查页面在不同浏览器下是否会发生异常 13:每个页面的提示字体的颜色、格式是否统一准确 14:界面中所有字段后面是否都存在冒号,有冒号,查看是否冒号为统一的中文冒号还是英文冒号。 15:界面中的提示说明叙述是否太啰嗦,有时候需要能简化尽量简化,并且字体显示格式一致,颜色统一。 16:在web网站,一般经常是后台控制前台的显示,因此在对后台进行数据添加时,查看前台是否有变化,并且查看界面的数据是否溢出框外。 当然,我们在进行界面测试时,必须明确UI测试的目的,它是确保用户界面通过测试对象的功能来为用户提供相应的访问或浏览功能。

确保用户界面符合公司和行业的标准。 通过用户界面测试来核实用户与软件的交互,UI测试的目标在于确保用户界面向用户提供了适当的访问和浏览对象功能的操作,除此之外,UI测试还却表UI功能内部的对象符号预期的要求,并遵循公司和行业的标准。 接下来,具体的分析一下界面测试的依据从哪些方面着手。 测试目标: 1:窗口与窗口之间、字段与字段之间的浏览,以及各种访问方法(tab键、鼠标移动和快捷键)的使用 2:窗口的对象和特征(例如:菜单、大小、位置、状态和中心)都符号标准 测试方法:为每个窗口创建或修改测试,以核实各个应用程序窗口和对象都可正确的进行浏览,并处于正常的对象状态。 我们在实际工作当中,针对web应用程序,也就是经常所说的B/S系统,可以从如下方面来进行用户界面测试: 1:导航测试 导航描述了用户在一个页面内操作的方式,在不同的用户接口控制之间,例如按钮、对话框、列表和窗口等; 不同的链接页面之间,通过考虑下列问题,可以决定一个web应用系统是否易于导航;导航是否直观?web系统的主要部分是否可通过主页存取?web系统是否需要站点地图、搜索引擎或其他的导航帮助 当然,这些同美工以及客户需求有关。我们是根据已经确认的页面进行测试即可。 2:图形测试 图形包括图片、动画、边框、颜色、字体、背景、按钮等。 (1)要确保图形有明确的用途,图片或动画不要胡乱的堆在一起,以免浪费传输时间,web应用系统的图片尺寸要尽量地小,并且要能清楚的说明某件事情。一般都链接到某个具体的页面 (2)验证所有页面字体的风格是否一致 (3)背景颜色与字体颜色和背景色相搭配 (4)图片的大小和质量,一般采用jpg或gif压缩,最好能使用图片的大小减小到30k

WEB界面测试用例

WEB界面测试用例~收藏 输入框校验 1.字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度。(256) 2.字符类型检查: 校验输入数据类型(文本,数字) 3.空格检查:在输入信息项中,输入一个或连串空格,查看系统如何处理。如对于要求输入整型、符点型变量的项中,输入空格,既不是空值,又不是标准输入。 4.输入法半角全角检查:在输入信息项中,输入半角或全角的信息,查看系统如何处理。如对于要求输入符点型数据的项中,输入全角的小数点(“。”或“.”,如4.5);输入全 角的空格等。 5.特殊字符检查:输入特殊符号,如@、#、$、%、!等,看系统处理是否正确。常见的错 误是出现在% ‘ \ 这几个特殊字符.输入特殊字符集,例如,NUL及\n等; 6.标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键。常见的错误是系统对空格的处理. 7.检查信息的完整性: 在查看信息和更新信息时,查看所填写的信息是不是全部更新,更新信 息和添加信息是否一致。 8.必填项检查:如在必填项前加“*”;可否不填或者输入空格 9.检查修改重名:修改时把名字应该唯一的信息输入重复的名字或ID,看会否处理,报错.同时,也要注意,会不会报和自己重名的错.(员工代码,HR代码)-----唯一性约束ORA-00001(有空格没空格) 10.时间日期检查:时间、日期验证是每个系统都必须的,如2006-2-31、2006-6-31等错误日期,同时,对于管理、财务类系统,每年的1月与前一年的12月(同理,每年的第1季度与前一年的第4季度)。另外,对于日期、时间格式的验证,如2006年2月28日、2006-2-28、20060228等。 ---------------------------------------------------------- 按扭 11.检查按钮的功能是否正确:如新建、编辑、删除、关闭、返回、保存、导入,上一页, 下一页,页面跳转,重置等功能是否正确。常见的错误会出现在重置按钮上,表现为功能失效。 12.重复提交表单:一条已经成功提交的纪录,返回后再提交,看看系统是否做了处理。对 于Web系统来说,可以通过浏览器返回键或者系统提供的返回功能。 13.上传下载文件检查:上传下载文件的功能是否实现,上传下载的文件是否有格式、大小

web测试用例

Web测试中的界面测试用例设计 文本Tag:软件测试 Web测试 一、文本框、按钮等控件测试 1、文本框的测试 如何对文本框进行测试: a、输入正常的字母或数字; b、输入已存在的文件的名称; c、输入超长字符。例如在“名称”框中输入超过允许边界个数的字符,假设最多255个字符,尝试输入256个字符,检查程序能否正确处理; d、输入默认值,空白,空格; e、若只允许输入字母,尝试输入数字;反之,尝试输入字母; f、利用复制,粘贴等操作强制输入程序不允许的输入数据; g、输入特殊字符集,例如,NUL及\n等; h、输入超过文本框长度的字符或文本,检查所输入的内容是否正常显示; i、输入不符合格式的数据,检查程序是否正常校验,如程序要求输入年月日格式为yy/mm/dd,实际输入yyyy/mm/dd,程序应该给出错误提示。 在测试过程中所用到的测试方法: a、输入非法数据; b、输入默认值; c、输入特殊字符集; d、输入使缓冲区溢出的数据; e、输入相同的文件名; 2、命令按钮控件的测试 测试方法:

a、点击按钮正确响应操作。如单击确定,正确执行操作;单击取消,退出窗口; b、对非法的输入或操作给出足够的提示说明,如输入月工作天数为32时,单击“确定”后系统应提示:天数不能大于31; c、对可能造成数据无法恢复的操作必须给出确认信息,给用户放弃选择的机会; 3、单选按钮控件的测试 测试方法: a、一组单选按钮不能同时选中,只能选中一个; b、逐一执行每个单选按钮的功能。分别选择了“男”、“女”后,保存到数据库的数据应该相应的分别为“男”、“女”; c、一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空。 4、up-down控件文本框的测试 测试方法: a、直接输入数字或用上下箭头控制,如在“数目”中直接输入10,或者单击向上的箭头,使数目变为10; b、利用上下箭头控制数字的自动循环,如当最多数字为253时,单击向上箭头,数目自动变为1;反之亦适用; c、直接输入超边界值,系统应该提示重新输入; d、输入默认值,空白。如“插入”数目为默认值,点击“确定”;或删除默认值,使内容为空,单击“确定”进行测试; e、输入字符。此时系统应提示输入有误。 5、组合列表框的测试 测试方法: a、条目内容正确,其详细条目内容可以根据需求说明确定; b、逐一执行列表框中每个条目的功能; c、检查能否向组合列表框输入数据。

Web性能测试用例编写及注意点

Web性能测试用例的编写及注意点 一、WEB 全面性能测试模型 Web 性能测试模型提出的主要依据是:一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试,这些类型的性能测试的实施是有着相似之处的; 1. 预期指标的性能测试 系统在需求分析和设计阶段都会提出一些性能指标,完成这些指标的相关的测试是性能测试的首要工作之一,这些指标主要诸于“系统可以支持并发用户200个;”系统响应时间不得超过20秒等,对这种预先承诺的性能要求,需要首先进行测实验证; 2. 独立业务性能测试 独立业务实际是指一些核心业务模块对应的业务,这些模块通常具有功能比较复杂,使用比较频繁,属于核心业务等特点。 用户并发测试是核心业务模块的重点测试内容,并发的主要内容是指模拟一定数量的用户同时使用某一核心的相同或者不同的功能,并且持续一段时间。对相同的功能进行并发测试分为两种类型,一类是在同一时刻进行完全一样的操作。另外一类是在同一时刻使用完全一样的功能。 3. 组合业务性能测试 通常不会所有的用户只使用一个或者几个核心业务模块,一个应用系统的每个功能模块都可能被使用到;所以WEB性能测试既要模拟多用户的相同操作,又要模拟多用户的不同操作;组合业务性能测试是最接近用户实际使用情况的测试,也是性能测试的核心内容。通常按照用户的实际使用人数比例来模拟各个模版的组合并发情况;组合性能测试是最能反映用户使用情况的测试往往和服务器性能测试结合起来,在通过工具模拟用户操作的同时,还通过测试工具的监控功能采集服务器的计数器信息进而全面分析系统瓶颈。 用户并发测试是组合业务性能测试的核心内容。组合并发的突出特点是根据用户使用系统的情况分成不同的用户组进行并发,每组的用户比例要根据实际情况来匹配; 4. 疲劳强度性能测试 疲劳强度测试是指在系统稳定运行的情况下,以一定的负载压力来长时间运行系统的测试,其主要目的是确定系统长时间处理较大业务量时的性能,通过疲劳强度测试基本可以判定系统运行一段时间后是否稳定; 5. 大数据量性能测试 一种是针对某些系统存储,传输,统计查询等业务进行大数据量时的性能测试,主要针对某些特殊的核心业务或者日常比较常用的组合业务的测试; 第二种是极限状态下的数据测试,主要是指系统数据量达到一定程度时,通过性能测试来评估系统的响应情况,测试的对象也是某些核心业务或者常用的组合业务。 第三种大数据量测试结合了前面两种的测试,两种测试同时运行产生较大数据量的系统性能测试; 大数据量测试通常在投产环境下进行,并独立出来和疲劳强度测试放在一起,在整个性能测试的后期进行;大数据量的测试可以理解为特定条件下的核心业务或者组合业务测试; 6. 网络性能测试 主要是为了准确展示带宽,延迟,负载和端口的变化是如何影响用户的响应时间的,在实际的软件工程中 主要是测试应用系统的用户数目与网络带宽的关系。网络测试的任务通常由系统集成人员完成;

WEB测试用例

WEB测试用例 一些常用模块的测试用例 1、登录 2、添加 3、查询 4、删除1、登录 ①用户名和密码都符合要求(格式上的要求)②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求,密码不符合要求(格式上的要求)④密码符合要求,用户名不符合要求(格式上的要求)⑤用户名或密码为空 ⑥数据库中不存在的用户名,不存在的密码⑦数据库中存在的用户名,错误的密码⑧数据库中不存在的用户名,存在的密码⑨输入的数据前存在空格⑩输入正确的用户名密码以后按[enter]是否能登陆2、添加 ①要添加的数据项均合理,在界面保存成功后,检查数据库中是否添加了相应的数据:select查询 ②留出一个必填数据为空 ③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例:数据组合测试 ④不符合要求的地方要有错误提示⑤是否支持table键⑥按enter是否能保存 ⑦若提示不能保存,也要察看数据库里是否多了一条数据3、删除 ①删除一个数据库中存在的数据,然后查看数据库中是否删除(界面删除一条数据,查看数据库中是否删除) ②删除一个数据库中并不存在的数据,看是否有错误提示,并且数据库中没有数据被删除③输入一个格式错误的数据,看是否有错误提示,并且数据库中没有数据被删除。④输入的正确数据前加空格,看是否能正确删除数据⑤什么也不输入 ⑥是否支持table键:tab键⑦是否支持enter键4、查询精确查询: ①输入的查询条件为数据库中存在的数据,看是否能正确地查出相应得数据②输入正确的查询条件以前加上空格,看是否能正确地查出相应的数据 ③输入格式或范围不符合要求的数据,看是否有错误提示:如日期格式:YYYY-MM-DD;范围:月份中输入13等,一般这些数据都是枚举型数据,以下拉框的形

Web性能测试用例的编写及注意点

性能测试用例地编写及注意点 一、全面性能测试模型 性能测试模型提出地主要依据是:一种类型地性能测试可以在某些条件下转化成为另外一种类型地性能测试,这些类型地性能测试地实施是有着相似之处地; . 预期指标地性能测试 系统在需求分析和设计阶段都会提出一些性能指标,完成这些指标地相关地测试是性能测试地首要工作之一,这些指标主要诸于“系统可以支持并发用户个;”系统响应时间不得超过秒等,对这种预先承诺地性能要求,需要首先进行测试验证; . 独立业务性能测试 独立业务实际是指一些核心业务模块对应地业务,这些模块通常具有功能比较复杂,使用比较频繁,属于核心业务等特点. 用户并发测试是核心业务模块地重点测试内容,并发地主要内容是指模拟一定数量地用户同时使用某一核心地相同或者不同地功能,并且持续一段时间.对相同地功能进行并发测试分为两种类型,一类是在同一时刻进行完全一样地操作.另外一类是在同一时刻使用完全一样地功能. . 组合业务性能测试 通常不会所有地用户只使用一个或者几个核心业务模块,一个应用系统地每个功能模块都可能被使用到;所以性能测试既要模拟多用户地相同操作,又要模拟多用户地不同操作;组合业务性能测试是最接近用户实际使用情况地测试,也是性能测试地核心内容.通常按照用户地实际使用人数比例来模拟各个模版地组合并发情况;组合性能测试是最能反映用户使用情况地测试往往和服务器性能测试结合起来,在通过工具模拟用户操作地同时,还通过测试工具地监控功能采集服务器地计数器信息进而全面分析系统瓶颈. 用户并发测试是组合业务性能测试地核心内容.组合并发地突出特点是根据用户使用系统地情况分成不同地用户组进行并发,每组地用户比例要根据实际情况来匹配; . 疲劳强度性能测试 疲劳强度测试是指在系统稳定运行地情况下,以一定地负载压力来长时间运行系统地测试,其主要目地是确定系统长时间处理较大业务量时地性能,通过疲劳强度测试基本可以判定系统运行一段时间后是否稳定; . 大数据量性能测试 一种是针对某些系统存储,传输,统计查询等业务进行大数据量时地性能测试,主要针对某些特殊地核心业务或者日常比较常用地组合业务地测试; 第二种是极限状态下地数据测试,主要是指系统数据量达到一定程度时,通过性能测试来评估系统地响应情况,测试地对象也是某些核心业务或者常用地组合业务. 第三种大数据量测试结合了前面两种地测试,两种测试同时运行产生较大数据量地系统性能测试; 大数据量测试通常在投产环境下进行,并独立出来和疲劳强度测试放在一起,在整个性能测试地后期进行;大数据量地测试可以理解为特定条件下地核心业务或者组合业务测试; . 网络性能测试 主要是为了准确展示带宽,延迟,负载和端口地变化是如何影响用户地响应时间地,在实际地软件项目中 主要是测试应用系统地用户数目与网络带宽地关系.网络测试地任务通常由系统集成人员完成; . 服务器(操作系统,服务器,数据库服务器)性能测试

测试用例设计

软件测试基础:测试用例设计 测试需求收集完毕后,开始测试设计。测试用例是什么?测试用例就是一个文档,描述输入、动作、或者时间和一个期望的结果,其目的是确定应用程序的某个特性是否正常的工作。设计测试用例需要考虑以下问题: 测试用例的基本格式 软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果,下面逐一介绍。 用例编号:测试用例的编号有一定的规则,比如系统测试用例的编号这样定义规则: PROJECT1-ST-001 ,命名规则是项目名称+测试阶段类型(系统测试阶段)+编号。定义测试用例编号,便于查找测试用例,便于测试用例的跟踪。 测试标题:对测试用例的描述,测试用例标题应该清楚表达测试用例的用途。比如“ 测试用户登录时输入错误密码时,软件的响应情况” 。 重要级别:定义测试用例的优先级别,可以笼统的分为“ 高” 和“ 低” 两个级别。一般来说,如果软件需求的优先级为“ 高” ,那么针对该需求的测试用例优先级也为“ 高” ;反之亦然, 测试输入:提供测试执行中的各种输入条件。根据需求中的输入条件,确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性,如果软件需求中没有很好的定义需求的输入,那么测试用例设计中会遇到很大的障碍。 操作步骤:提供测试执行过程的步骤。对于复杂的测试用例,测试用例的输入需要分为几个步骤完成,这部分内容在操作步骤中详细列出。 预期结果:提供测试执行的预期结果,预期结果应该根据软件需求中的输出得出。如果在实际测试过程中,得到的实际测试结果与预期结果不符,那么测试不通过;反之则测试通过。 软件测试用例的设计主要从上述 6 个域考虑,结合相应的软件需求文档,在掌握一定测试用例设计方法的基础上,可以设计出比较全面、合理的测试用例。具体的测试用例设计方法可以参见相关的测试书籍,白盒测试方法和黑盒测试方法在绝大多数的软件测试书籍中都有详细的介绍,这里不作赘述。 重用同类型项目的测试用例 如果我看得远,那是因为我站在巨人的肩上--牛顿。 一般来说,每个软件公司的项目可以分为固定的几大类。可以按业务类型划分,比如 ERP 软件、产品数据管理软件、通信软件、地理信息系统软件等等;可以按软件结构来划分,比如 B/S 架构的软件、 C/S 架构的软件、嵌入式软件等等。

Web网站中常用功能测试用例汇集

Web网站中常用功能测试用例汇集 一、界面测试公共测试用例 界面测试一般包括页面文字,控件使用,少图,CSS,颜色等。 1.文字 内容一致性: 1)公司要求文字的一致性,例如各种宣传文字、注册的协议条款、版权信息等; 2)各处相同含义文字的一致性,例如标题栏文字、页面主题文字、弹出窗口文字、菜单名称、功能键文字等。 样式一致性 1)(通常分类包括)各类文字字体、字号、样式、颜色、文字间距、对齐方式; 2)按钮的文字间距,按钮长度一定前提下,2个字的按钮,需要中间空一格(或者其它约定,需要统一); 3)链接文字,同一类,菜单、小标题、页角文字链接,在点击时颜色变化要相同; 4)对齐方式,页面上文字的对齐,例如表单、菜单列、下拉列表中文字的对齐方式(左、右、居中等要统一) 语言习惯: 1)中文:文字简单,含义明确,无歧异,无重复,无别字,正确运用标点符号。 2)英文。 3)日文。 2.按钮 1)button的样式整体要统一,例如突出、扁平、3D效果等只能选其一; 2)采用的图片表述相同功能,要采用单一图标。 3.文本框 1)录入长度限制,根据数据库的设计,页面直接限定录入长度(特殊处屏蔽复制、粘贴);

2)文本框自身的长度限制,主要考虑页面样式。 4.单选框 1)默认情况要统一,已选择,还是未选。 5.日期控件 1)图标、控件颜色、样式统一; 2)点击控件、文本框均应弹出日期选择框。 6.下拉选择框 1)默认是第一个选项,还是提示请选择一个。 7.提示信息 1)静态文字与它的提示信息一致性,例如静态文字为‘ID’,出错信息显示‘用户ID’; 2)空值时,出错信息需要统一,例如可以采用“静态文字”+不能为空; 3)出现录入错误时,例如可以统一采用“静态文字”+格式不符合要求; 4)提示信息标点符号是否标识;点击上一步,返回的页面上不应残留 出错信息; 5)静态提示信息,在录入框右侧,应有录入信息的相应要求的提示文字,达到方便操作的目的; 6)必输项提示信息,必输项提示信息采用统一的标志。 8.导航测试 死导航、乱导航、操作复杂等。 9.链接测试 1)发现404错误。 2)避免死链接情况,执行完相应操作应有返回按钮,返回到相应页面; 例如:操作成功后,进入成功提示信息页面,但页面没有返回按钮,无法及时进入操作之前的页面。 10.IE的后退 退出系统,无论直接关闭浏览器或点击后退键,退出都不应再返回系统。 11.分辨率 页面文字显示、样式等要支持常见分辨率,例如CRT显示器的1024*768,LCD的1280*1024。 12.重复提交问题 1)功能操作完成后,鼠标右键点击所在页面,选择弹出菜单的刷新功能,容易出现重复提交问题。

web测试用例设计大全

WEB网站测试 一、输入框: 1、正常的字母/文字/数字(正常流程的测试); 2、重复提交(输入内容后,重复点击提交按钮); 3、纯异常字符/正常输入夹杂异常字符(!@#¥%……&**等等); 4、长度限制(边界值测试,假设最小长度为N,最大长度为M,则测试N-1,N,M,M+1); 5、重复输入(已经存在记录,重复输入); 6、空提交(什么都不输入直接提交,看程序如何处理); 7、含有空格(开头,中间,结尾); 8、含有回车(输入内容中含有回车,查看如何处理,如何保存,以及如何显示); 9、复制粘贴操作(如密码需二次确认验证,此时复制粘贴不可生效,其余的情况应该生效); 10、如有格式要求,请验证格式(如电话号码的格式要求,运营商号段的要求); 11、输入非法字符集,如:null,\n; 12、全/半角的符号是否区分; 13、对于搜索输入框: 若输入*是否能搜索出全部的内容; 若输入空格能否搜索出全部的内容; 若输入比要搜索的全部内容超长的字符,能否搜出相应的内容; 输入脚本/html语言,是否会过滤(此处涉及安全测试,可暂不考虑)。 二、提交/确定按钮: 1、对于提交/确定按钮,点击后,数据是否成功处理,页面跳转是否正确; 2、连续点击提交/确定按钮页面如何处理,注意连续提交时操作要快,达到签个提交尚未处理完成,点击下一个提交,程序如何处理,是否报错; 3、对于取消按钮,点击“取消”按钮后,查看数据有没提交。 三、后退按钮,返回键: 1、对于页面的操作,大家要注意测试下浏览器上的后退按钮操作,查看下做完操作后点击后退按钮后,之前的操作是否会撤销? 2、连续点击后退按钮,查看页面会做何种处理,是否会报错; 3、比如已经退出登录的页面,点击后退按钮,页面是否仍是登录状态? 4、对于有返回键的页面,对于已经成功提交的记录,点击返回键后,看如何处理之前的操作; 5、对于有连续返回键的页面,连续点击返回键,页面如何处理,是否报错。

web测试实例_测试用例

web测试实例 第1章引言 1.1测试目的 以一个普通的用户的角度去访问1510部落,记录测试过程中发现的问题,能使网站更加完善、专业、友好,也希望1510为越来越多的人喜欢。 1.2测试对象与范围 测试对象:1510部落(https://www.360docs.net/doc/5e8455978.html,/) 测试范围:系统基本功能测试 1.3测试时间 2013年5月 第2章系统功能与测试方法 2.1整体界面 测试功能描 检查点 述

整体界面是指整个Web 应用系统的页面结构设计,是给用户的一个整体感觉1、每个页面是否都有导航条,导航条是否一致,从导航条链接到的每 个页面是否正常,导航条是否直观 2、整个Web应用系统的设计风格是否一致 3、用户浏览Web应用系统时是否方便、友好,用户能否凭直觉可以方 便找到要找的信息在什么地方 4、所有链接是否按指示的那样确实链接到了该链接的页面;所链接的 页面是否存在;Web应用系统上是否没有孤立的页面 5、页面版式在600x800 或 1024x768 的分辨率模式下是否显示正常,文 本和图片是否对齐 2.2网站核心功能(导航条功能) 测试功能描 述 检查点

首页1、页面的整体风格是否一致、和谐、友好、直观、易用 2、能否正常阅读文章,文章的文字、图片和评论等能否正确显示 3、被打开的文章,尚未登录,能否被收藏,是否提示用户先登录再收藏; 登录后,能否正常收藏,收藏后的文章能否打开 4、被打开的文章,尚未登录,能否发表评论,是否提示用户先登录再发 表评论;登录后,能否发表评论,发表评论内容为空或过长或含有特殊字符是否处理恰当 5、被打开的文章,“顶一下该文”,能否增加分数 6、首页的其它功能,能否正常打开链接 7、“[部落头条]”能否正常打开链接,能否正常阅读部落头条的文章, 在该页面能否正常打开该页面其它功能链接 8、“[1510报童]”能否正常打开链接,能否正常阅读报童的报道,报道 的呈现是否友好、直观 9、“[编辑推荐]”能否正常打开链接,能否正常阅读编辑推荐的文章, 在编辑推荐的页面能否正常打开该页面其它功能链接 10、“[顶榜]”能否正常打开链接,能否正常阅读顶榜的文章,在顶榜页 面的文章的排行榜是否正确、合理,在顶榜页面能否正常打开该页面其他功能链接 11、“[最新更新]”能否正确打开所列出的更新的文章 12、“[最新评论]”能否正确打开该评论所在的文章 13、“[部落视频]”功能能否正常打开链接,能否正常观赏视频,视频是 否流畅,在该页面的链接能否正常打开 14、“[部落podcast]”功能能否正常打开链接,能否正常收听音频,音频 是否流畅,在该页面的链接能否正常打开 15、“[看图说话]”功能能否正常打开链接,能否正常观赏视频,视频是 否流畅,在该页面的链接能否正常打开 16、“[收风站]”能否正常打开链接,未登录能否报料,登录后能否正常 报料,报料内容为空或过长系统能否正常处理,email为空或不正确系统能否正常处理 17、“[好文共享]”链接能否正常打开,成否正常推荐文章,推荐文章时 填写的URL不正确是否能否正常处理,尚未登录能否推荐文章 18、“[热门标签]”能否链接到相关标签所对应的内容 19、“搜索”功能能否正常搜索关键字,当搜索的关键字包含特殊字符、 为空或过长,系统能否正常处理 20、分页显示是否正常 事时观点1、页面的整体风格是否和谐、舒适、直观 2、能否正常阅读文章,文章的文字、图片和评论等能否正确显示 3、被打开的文章,尚未登录,能否被收藏,是否提示用户先登录再收藏; 登录后,能否正常收藏,收藏后的文章能否打开 4、被打开的文章,尚未登录,能否发表评论,是否提示用户先登录再发 表评论;登录后,能否发表评论,发表评论内容为空或过长或含有特殊字符是否处理恰当 5、页面的其它功能,能否正常打开链接 6、分页显示是否正常

Web测试通用测试用例

Web测试通用测试用例 页面检查 合理布局 1、界面布局有序,简洁,符合用户使用习惯 2、界面元素是否在水平或者垂直方向对齐 3、界面元素的尺寸是否合理 4、行列间距是否保持一致 5、是否恰当地利用窗体和控件的空白,以及分割线条 6、窗口切换、移动、改变大小时,界面显示是否正常 7、刷新后界面是否正常显示 8、不同分辨率页面布局显示是否合理,整齐,分辨率一般为 1024*768 >1280*1024 >800*600 弹出窗口 1、弹出的窗口应垂直居中对齐 2、对于弹出窗口界面内容较多,须提供自动全屏功能 3、弹出窗口时应禁用主界面,保证用户使用的焦点 4、活动窗体是否能够被反显加亮 页面正确性 1、界面元素是否有错别字,或者措词含糊、逻辑混乱 2、当用户选中了页面中的一个复选框,之后回退一个页面,再前进一个页面,复选框是否还处于选中状态 3、导航显示正确 4、title显示正确 5、页面显示无乱码 6、需要必填的控件,有必填提醒,如* 7、适时禁用功能按钮(如权限控制时无权限操作时按钮灰掉或不显示;无法输入的输入框disable掉) 8、页面无js错 9、鼠标无规则点击时是否会产生无法预料的结果 10、鼠标有多个形状时是否能够被窗体识别(如漏斗状时窗体不接受输入)

控件检查 下拉选择框 1、查询时默认显示全部 2、选择时默认显示请选择 3、禁用时样式置灰 复选框 1、多个复选框可以被同时选中 2、多个复选框可以被部分选中 3、多个复选框可以都不被选中 4、逐一执行每个复选框的功能 单选框 1、一组单选按钮不能同时选中,只能选中一个 2、一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空 下拉树 1、应支持多选与单选 2、禁用时样式置灰 树形 1、各层级用不同图标表示,最下层节点无加减号 2、提供全部收起、全部展开功能 3、如有需要提供搜索与右键功能,如提供需有提示信息 4、展开时,内容刷新正常 日历控件 1、同时支持选择年月日、年月日时分秒规则 2、打开日历控件时,默认显示当前日期 滚动条控件

web测试(经典)案例

1. 概述 随着web应用的增多,新的模式解决方案中以web为核心的应用也越来越多,很多公司各种应用的架构都以B/S及web应用为主,但是有关WEB测试方面的内容并没有相应的总结,所以我在这里对web的测试方法和采用的测试技术进行总结,便于内部交流。 测试方法尽量涵盖web程序的各个方面,测试技术方面在继承传统测试技术的技术上结合web 应用的特点。 相关的测试和实现技术也有着很大的关系,由于本公司使用J2EE体系,也许例子中只有JAVA 平台可以使用,.NET平台测试技术暂时不涉及,如果你有请与我联系。 2. 测试方法 说明:测试方法的选择取决你的测试策略。 一般的web测试和以往的应用程序的测试的侧重点不完全相同,基本包括以下几个方面。 当然圆满的完成测试还要有好的团体和流程等的方方面面的支持,你同样应该对这些方面进行注意。 有些测试方法设计到了流程,哪些应该在你的测试团队建设中建立。 2.1 界面测试 现在一般人都有使用浏览器浏览网页的经历,用户虽然不是专业人员但是对界面效果的印象是很重要的。如果你注重这方面的测试,那么验证应用程序是否易于使用就非常重要了。很多人认为这是测试中最不重要的部分,但是恰恰相反界面对不懂技术的客户来说那相当关键,慢慢体会你会明白的。 方法上可以根据设计文档,如果够专业的话可以专业美工人员,来确定整体风格页面风格,然后根据这个可以页面人员可以生成静态的HTML,CSS等甚至生成几套不用的方案来讨论,或者交给客户评审,最后形成统一的风格的页面/框架。注意不要靠程序员的美术素养形成你的web风格,那样可能会很糟糕。 主要包括以下几个方面的内容: 站点地图和导航条位置、是否合理、是否可以导航等内容布局布局是否合理,滚动条等简介说明说明文字是否合理,位置,是否正确 背景/色调是否正确、美观,是否符合用户需求; 页面在窗口中的显示是否正确、美观(在调整浏览器窗口大小时,屏幕刷新是否正确)表单样式大小,格式,是否对提交数据进行验证(如果在页面部分进行验证的话)等 连接连接的形式,位置,是否易于理解等 web测试的主要页面元素 页面元素的容错性列表(如输入框、时间列表或日历) 页面元素清单(为实现功能,是否将所需要的元素全部都列出来了,如按钮、单选框、复选框、列表框、超连接、输入框等等) 页面元素的容错性是否存在 页面元素的容错性是否正确 页面元素基本功能是否实现(如文字特效、动画特效、按钮、超连接) 页面元素的外形、摆放位置(如按钮、列表框、核选框、输入框、超连接等) 页面元素是否显示正确(主要针对文字、图形、签章) 元素是否显示(元素是否存在) 页面元素清单(为实现功能,是否将所需要的元素全部都列出来了,如按钮、单选框、复选框、列表框、超连接、输入框等等) 测试技术

相关主题
相关文档
最新文档