网站测试与评估——如何写web测试用例

*1.1 功能测试*
l         *概述*
:确保测试的功能正常,如导航,数据输入,处理、检索是否正确,以及业务规则的实施是否恰当。即对交互的输出或结果进行分析,以此来核实应用程序及其内部进程,
这是目前的测试重点。
l         *目标*:利用有效的和无效的数据来执行各个用例流,以核实以下内容:
²        在使用有效数据时得到预期的结果
²        在使用无效数据时显示相应的错误消息或警告消息。

单一界面测试的参考表格如下:

   *编号*
 *场景/条件*
 *操作*
 *预期结果*
 1.
 用户通过用户界面输入信息
 输入任何东西,重填
 客户端页面恢复到初始状态
 2.
 用户通过用户界面输入信息
 输入刚好等于字数限制的正确信息,提交
 1.所填信息正确保存到相应的数据库表中
2.客户端提示提交成功
 3.
 用户通过用户界面输入信息
 输入略超过字数限制的正确信息,提交
 1.所填信息不能正确保存到相应的数据库表中
2.客户端提示字数超长
3.引导用户定位超长输入
 4.
 用户通过用户界面输入信息
 输入略少于字数限制的正确信息,提交
 1.所填信息正确保存到相应的数据库表中
2.客户端提示提交成功
 5.
 用户通过用户界面输入信息
 输入非法字符,提交
 1.     所填信息不能保存到相应的数据库表中
2.     客户端提示有错误输入
3.     引导用户定位错误输入
 6.
 用户通过用户界面输入信息
 输入为空,提交
 1.应有必填项判断
2.客户端提示必填项不能为空
3.引导用户定位必填项
4.所填信息不能保存到相应的数据库表中
 7.
 用户通过用户界面输入信息
 该输入汉字的输入英文字符,提交
注:其余类同
 1.客户端提示错误输入
2.引导用户定位错误输入项
3.所填信息不能保存到相应的数据库表中

具体功能测试参考表格如下:

功能A描述

用例目的

前提条件

输入/动作

期望的输出/相应

实际情况

示例:典型值…

示例:边界值…

示例:异常值…

功能B描述

用例目的

前提条件

输入/动作

期望的输出/相应

实际情况

……

注:除测试所提供的功能外,还需添加Cookies测试

 参考如下:

Cookies通常用来存储用户信息和用户在某应用系统的操作,当一个用户使用Cookies访问了某一个应用系统时,Web
服务器将发送关于用户的信息,把该信息以Cookies的形式存储在客户端计算机上,这可用来创建动态和自定义页面或者存储登陆等信息。

如果Web应用系统使用了Cookies,就必须检查Cookies是否能正常工作。测试的内容可包括Cookies
是否起作用,是否按预定的时间进行保存,刷新对Cookies有什么影响等。

 1.2 用户界面测试

l         *概述*:用于核实用户与网站界面之间的交互是否正常

l         *目标*:核实下列内容

²        确保各种浏览以及各种访问方法(鼠标移动、快捷键等)都使用正常

²        确保窗口对象及其特征(菜单、大小、位置、状态和中心)都符合标准等

       参考表格如下:

  检查项

测试人员的类别及其评价

窗口切换、移动、改变大小时正常吗?

各种界面元素的文字正确吗?(如标题、提示等)

各种界面元素的状态正确吗?(如有效、无效、选中等状态)

各种界面元素支持键盘操作吗?

各种界面元素支持鼠标操作吗?

对话框中的缺省焦点正确吗?

数据项能正确回显吗?

对于常用的功能,用户能否不必阅读手册就能使用?

执行有风险的操作时,有"确认"、"放弃"等提示吗?

操作顺序合理吗?

按钮排列合理吗?

导航帮助明确吗?

提示信息规范吗?

以下为软件界面测试的一些规则,亦可部分作为WEB用户界面测试的一些参考。

  界面测试
  界面设计与测试规则

界面是软件与用户交互的最直接的层,界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作,起到向导的作用。同时界面如同人的面孔,具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉,相反由于界面设计的失败,让用户有挫败感,再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。目前界面的设计引起软件设计人员的重视的程度远远不够,直到最近网页制作的兴起,才受到专家的青睐。而且设计良好的界面由于需要具有艺术美的天赋而遭拒绝。目前流行的界面风格有三种方式:多窗体、单窗体以及资源管理器风格,无论那种风格,以下规则是应该被重视的。

  1:易用性:

按钮名称应该易懂,用词准确,屏弃没楞两可的字眼,要与同一界面上的其他按钮易于区分,能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。

  易用性细则:
  1):完成相同或相近功能的按钮用Frame框起来,常用按钮要支持快捷方式。
  2):完成同一功能或任务的元素放在集中位置,减少鼠标移动的距离。
  3):按功能将界面划分局域块,用Frame框括起来,并要有功能说明或标题。
  4):界面要支持键盘自动浏览按钮功能,即按Tab键的自动切换功能。
  5):界面上首先应输入的和重要信息的控件在Tab顺序中应当*前,位置也应放在窗口上较醒目的位置。
  6):同一界面上的控件数最好不要超过10个,多于10个时可以考虑使用分页界面显示。
  7):分页界面要支持在页面间的快捷切换,常用组合快捷键Ctrl+Tab
  8):默认按钮要支持Enter及选操作,即按Enter后自动执行默认按钮对应操作。
  9):可写控件检测到非法输入后应给出说明并能自动获得焦点。
  10):Tab键的顺序与控件排列顺序要一直,目前流行总体从上到下,同时行间从左到右的方式。
  11):复选框和选项框按选择几率的高底而先后排列。
  12):复选框和选项框要有默认选项,并支持Tab选择。
  13):选项数相同时多用选项框而不用下拉列表框。
  14):界面空间较小时使用下拉框而不用选项框。
  15):选项数叫少时使用选项框,相反使用下拉列表框。
  16):专业性强的软件要使用相关的专业术语,通用性界面则提倡使用通用性词眼。

  还有[转贴]   界面测试

  界面测试
  界面设计与测试规则

界面是软件与用户交互的最直接的层,界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作,起到向导的作用。同时界面如同人的面孔,具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉,相反由于界面设计的失败,让用户有挫败感,再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。目前界面的设计引起软件设计人员的重视的程度远远不够,直到最近网页制作的兴起,才受到专家的青睐。而且设计良好的界面由于需要具有艺术美的天赋而遭拒绝。目前流行的界面风格有三种方式:多窗体、单窗体以及资源管理器风格,无论那种风格,以下规则是应该被重视的。

  1:易用性:

按钮名称应该易懂,用词准确,屏弃没楞两可的字眼,要与同一界面上的其他按钮易于区分,能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。

  易用性细则:
  1):完成相同或相近功能的按钮用Frame框起来,常用按钮要支持快捷方式。
  2):完成同一功能或任务的元素放在集中位置,减少鼠标移动的距离。
  3):按功能将界面划分局域块,用Frame框括起来,并要有功能说明或标题。
  4):界面要支持键盘自动浏览按钮功能,即按Tab键的自动切换功能。
  5):界面上首先应输入的和重要信息的控件在Tab顺序中应当*前,位置也应放在窗口上较醒目的位置。
  6):同一界面上的控件数最好不要超过10个,多于10个时可以考虑使用分页界面显示。
  7):分页界面要支持在页面间的快捷切换,常用组合快捷键Ctrl+Tab
  8):默认按钮要支持Enter及选操作,即按Enter后自动执行默认按钮对应操作。
  9):可写控件检测到非法输入后应给出说明并能自动获得焦点。
  10):Tab键的顺序与控件排列顺序要一直,目前流行总体从上到下,同时行间从左到右的方式。
  11):复选框和选项框按选择几率的高底而先后排列。
  12):复选框和选项框要有默认选项,并支持Tab选择。
  13):选项数相同时多用选项框而不用下拉列表框。
  14):界面空间较小时使用下拉框而不用选项框。
  15):选项数叫少时使用选项框,相反使用下拉列表框。
  16):专业性强的软件要使用相关的专业术语,通用性界面则提倡使用通用性词眼。

  还有:   规范性、合理性、美观与协调性、菜单设置、独特性、快捷方式的组合、容错性考虑、多窗口的应用与系统资源。
网站性能测试用例网站提供会员模板下载、上传、购买、支付等功能,目前进入性能测试阶段,通过性能需求可以了解到主要有以下几个性能指标需要进行测试:   ● 产品页面刷新性能   ● 产品上传性能   ● 产品下载性能   目前给出的指标为:   延迟:   测试项 响应时间 抖动 备注   产品页面刷新 <5秒 <2秒   产品下载相应时间 <4秒 <2秒   吞吐量:   编号 项 吞吐量   Perf.T.1 所有登录用户在线状态更改频率 每10分钟1次   Perf.T.2 每日页面平均访问量 60000次   Perf.T.3 每日下载量 50000   Perf.T.4 平均每日新增会员数量 500   Perf.T.5 高峰同一模板下载量 100用户并发下载   Perf.T.6 高峰不同模板下载量 150用户并发下载   容量:   编号 项 容量   Perf.C.1 用户数 <=100万   Perf.C.2 活动用户数 10000   Perf.C.3 模板中心总用户数 <=25万   根据如上性能需求及数据我们该如何设计性能测试用例及场景呢?(可以说给出的性能需求很垃圾,没有丝毫价值,但没办法还是点做啊)   首先,我不去在乎它要求的性能是什么,我只需要去做在一定的测试环境下对系统进行压力测试,找到各个性能指标的临界点就好了,至于是否达到性能指标,在和性能需求对照编测试报告即可。   所以,针对这几个需要进行性能测试的页面,我们做一下分析,如何设计场景才能尽可能准确地体现出系统的性能:   先说一下搜索页面   搜索页面根据对项目的了解,搜索后,将所有符合条件的结果遍历出来,显示在前台,每页的显示数量是一定的,超出的部分分页显示。根据上面的描述我们可以看出搜索结果是在将符合条件的所有结果集均发送到前台页面,对于页面显示对性能的消耗我们可以忽略不计,主要的压力来自数据的传输、sql的执行及应用服务器的处理过程,所以我可以从两个方面设计场景:   a、虚拟用户一定,不同数据库数量级的情况下,搜索的性能   如何确定虚拟用户的数量成为一个关键,我们可以让客户提供一个常规情况下每天访问用户数(如果没有实际数据可参考,可以根据产品方案中期望的用户数来代替),我们就用这个用户数来进行测试;再来分析一下不同的数据库数量级,如果系统运营1年的产品数据量是5万条,那么我们就根据这个值分别取1W条、3W 条、5W条、10W条、20W条数据量来进行测试(具体的分法可以根据实际情况而定),所以对于这个测试目标,我们可以设计5个场景进行:   虚拟用户数 数据库数量级 录制页面 并发用户数执行时间思考时间   100 10000 搜索页面 随机产生 30分钟 加入思考时间   100 30000 搜索页面 随机产生 30分钟 加入思考时间   100 50000 搜索页面 随机产生 30分钟 加入思考时间   100 100000 搜索页面 随机产生 30分钟 加入思考时间   100 200000 搜索页面 随机产生 30分钟 加入思考时间   b、一定数据库数量级,不同量虚拟用户的情况下,搜索的性能   我们定下来一个常规的数据库数据量,在数据量不变的情况下逐步增加虚拟用户数,测试一下不同虚拟用户压力下系统的性能   虚拟用户数 数据库数量级 录制页面 并发用户数执行时间思考时间   50 50000 搜索页面 随机产生 30分钟 加入思考时间   80 50000 搜索页面 随机产生 30分钟 加入思考时间   100 50000 搜索页面 随机产生 30分钟 加入思考时间   120 50000 搜索页面 随机产生 30分钟 加入思考时间   150 50000 搜索页面 随机产生 30分钟 加入思考时间   产品上传   影响上传性能的主要因素有上传文件的大小和上传的请求数,所以我们就从这两个方面设计用例。   a、虚拟用户数一定,上传不同大小的文件   虚拟用户数 上传文件大小 录制页面 并发用户数 执行时间 思考时间   50 100k 上传页面 随机产生 30分钟 取消思考时间   50 300k 上传页面 随机产生 30分钟 取消思考时间   50 500k 上传页面 随机产生 30分钟 取消思考时间   50 800k 上传页面 随机产生 30分钟 取消思考时间   50 1M 上传页面 随机产生 30分钟 取消思考时间   b、上传文件大小一定,不同量的虚拟用户   虚拟用户数 上传文件大小 录制页面 并发用户数执行时间思考时间   20 300k 上传页面 随机产生 30分钟 取消思考时间   50 300k 上传页面 随机产生 30分钟 取消思考时间   80 300k 上传页面 随机产生 30分钟 取消思考时间   100 300k 上传页面 随机产生 30分钟 取消思考时间   产品下载   影响下载性能的主要因素有下载文件的大小和下载的请求数,所以我们就从这两个方面设计用例   a、虚拟用户数一定,下载不同大小的文件   虚拟用户数 下载文件大小 录制页面 并发用户数执行时间思考时间   50 100k 下载页面 随机产生 30分钟 取消思考时间   50 300k 下载页面 随机产生 30分钟 取消思考时间   50 500k 下载页面 随机产生 30分钟 取消思考时间   50 800k 下载页面 随机产生 30分钟 取消思考时间   50 1M 下载页面 随机产生 30分钟 取消思考时间   b、下载文件大小一定,不同量的虚拟用户   虚拟用户数 下载文件大小 录制页面 并发用户数 执行时间 思考时间   20 300k 下载页面 随机产生 30分钟 取消思考时间   50 300k 下载页面 随机产生 30分钟 取消思考时间   80 300k 下载页面 随机产生 30分钟 取消思考时间   100 300k 下载页面 随机产生 30分钟 取消思考时间
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值