WAP测试
WAP业务计费测试报告
收费计划编码
企业代码:
收费方式 信息费(元) 优惠方式
优惠数额
优惠期
操作的时 间
操作次数
平台生成话 计费测试 单信息费 是否通过
1 2 3 4 5 6 计费测试人员： 联系电话： 测试时间：
备注
广东联通“互动视界”业务计费拨测表
一、拨测要求： 1、每个拨测项需独立，不能交叉进行，要求间隔至少两分钟，拨测时间内及前后半小时拨测手机不能使用WAP业务。 2、正式开通的所有业务需完整拨测，具体到业务类。 3、拨测表中的每个项目需完整填写，否则无法顺利进行校验。 4、收费方式一项中请注明，点击、下载、包月、包日。 服务商名称: 测试手机号码及归属地:13332886882广州
Pc及wap项目兼容性测试汇总
Pc/wap项目兼容性测试汇总PC兼容性1.操作系统兼容性重点：XP、win7、win8一般：Mac os、win102.分辨率兼容性重点：小分辨率：1024*768；大分辨率：1920*1080一般：其他3.浏览器兼容性重点：IE6（重点）、IE8、谷歌浏览器、狐火浏览器一般：QQ、360、猎豹、搜狗、遨游、Safari、win10的Spartan、IE7、IE9、IE10 Wap移动端兼容性1.操作系统2.3.5、4.1.2、4.2.2、5.0等等推荐测试机（小米、红米、三星）2.浏览器兼容性Ios ：Safari自带浏览器、UC、百度、360、QQ、微信（内嵌浏览器）安卓：安卓自带浏览器、UC、百度、360、QQ、微信（内嵌浏览器）重点：ios自带浏览器、安卓自带浏览器、UC浏览器3.分辨率兼容性（尺寸）重点：480*320、800*400、 720 * 1280一般：其他四大浏览器的内核一、Trident内核代表产品Internet Explorer，又称其为IE内核。
Trident（又称为MSHTML），是微软开发的一种排版引擎。
使用Trident渲染引擎的浏览器包括：IE（6/7/8/9/10）、360安全浏览器、傲游、世界之窗浏览器、Avant、腾讯TT、Netscape 8、NetCaptor、Sleipnir、GOSURF、GreenBrowser和KKman等。
二、Gecko内核代表作品Mozilla FirefoxGecko是一套开放源代码的、以C++编写的网页排版引擎。
Gecko是最流行的排版引擎之一，仅次于Trident。
使用它的最著名浏览器有Firefox、Netscape6至9。
三、WebKit内核代表作品Safari、Chromewebkit 是一个开源项目，包含了来自KDE项目和苹果公司的一些组件，主要用于Mac OS系统，它的特点在于源码结构清晰、渲染速度极快。
WAP测试培训
PPT文档演模板
WAP测试培训
五、WAP与WEB浏览器的区别
WAP
WEB
技术和终端方面
早更W 还发A期为不的P的简能技2.W 单支术0浏A的持P览W J1A器.MVXA只页LS文能面C档R支采I格P持用T式标等了开准广不发的泛同。X用于H于HTTMWMLEL语B、开言，为幕于执P的J行AC布V浏A局览SC、访R多I问P窗T而、口设C的计SS设开的计发脚理的本念，逻和大辑基屏
PPT文档演模板
支持的语言
使用wml 脚本语言（类似于html），
wap1.0只是单纯的文字和页面图片。
使用HTML、JAVASCRIPT等语言
wap2.0多了web上面的表格，背景，颜色等 开发，CSS、Ajax等新技术的发展
因素。WAP可以用WML、XHTM MP，这 使得WEB站点的展现能力和业务处
。
PPT文档演模板
WAP测试培训
WAP测试注意点
UI元素 修改源码 物理键操作（回车、确认） 焦点 习惯性操作（前进、后退屏幕翻转和停止等） 刷新 重启服务器（是否清空数据） 重启浏览器 异常关闭 书签 Cookies/session(安全) 缓存 接口 URL跳转 篡改url 脚本注入 图片加载（加载逻辑大小和格式-大红叉） 网络 异常中断（短信、电话和断电）
PPT文档演模板
WAP测试培训
演讲完毕，谢谢听讲!
再见，see you again
PPT文档演模板
2020/11/1
WAP测试培训
些语言都可以配合脚本语言，如ASP、JSP、 理能力得到了极大的提升
PHP等结合开发。
流量费用
WAP网站占用的手机流量少，费用便宜
手机机型、及智 能手机操作系统 普通手机上网只能上WAP网 限制
中国移动WAP页面适配测试方案(讨论稿)v1
中国移动WLAN WAP版适配页面测试方案
中国移动通信研究院
2011年01月
目录
1 测试目的 (3)
2 测试环境 (3)
3 前置要求 (3)
4 测试项目 (3)
4.1 中文页面适配 (3)
4.2 英文页面适配 (7)
1 测试目的
本测试旨在检验WLAN 的W AP版登录页面适配手机浏览器的情况。
2 测试环境
在实验室测试环境进行测试，使用与现网相同的网络设备。
3 前置要求
本章要求在正式测试之前，至少挑选1款终端，完成下列所有测试项目，验证系统是否已经搭设完成。
4 测试项目
4.1 中文页面适配
4.2 英文页面适配
本节旨在对英文版W AP页面做测试，测试用例同4.1节。
5 其他
5.1 测试注意事项
测试中，需针对每款测试终端记录信息：终端型号、操作系统、使用的浏览器型号、终端硬件版本、终端软件版本。
测试中，如发现问题应选择其他终端做对比测试，并尽量当场明确该问题是PORTAL、AC、还是终端的问题。
5.2 中英文对照表
（注：旨在指导测试人员使用英文页面，后续需根据集团的英文PORTAL页面要求补充。
）。
手机wap测试介绍
© 2004 - 2010 UC Mobile
19
功能测试-业务内容测试
浏览类业务测试 下载类业务测试 交互类业务测试 快捷键测试
© 2004 - 2010 UC Mobile
20
适配测试
页面适配测试 业务适配测试
© 2004 - 2010 UC Mobile
21
兼容性测试
浏览器兼容性测试 手机平台兼容性测试 接入点的兼容性测试 移动运营网络（cmwap和cmnet） 联通运营网络（uninet和uniwap） 电信运营网络（ctwap和ctnet） 利用wifi网络进行访问测试 UCWEB浏览器版本测试 手机主流操作系统测试 跳转方式测试
22
© 2004 - 2010 UC Mobile
性能测试
WAP业务的技术性能指标如下： 页面平均响应时间：在网络正常传输情况下小于 在网络正常传输情况下小于3秒。 忙时连接成功率应不小于98%。 服务器的环回时延）应不大于100毫秒 网络时延（指从WAP GW PING SP服务器的环回时延 SP响应时延（指从WAP GW发出业务请求到 发出业务请求到WAP GW接收业务响应的时延） 应不大于500毫秒。 页面平均故障间隔时间（MTBF）：大于 大于10000小时。 页面平均故障恢复时间：小于5分钟。 。 每秒处理的WAP页面请求数：大于200 200次。 平台应用服务器响应时间：在2000并发用户 并发用户（假设每个用户每10秒钟发送一 个请求）的前提下响应时间为1s。 100万条记录中查询某条记录的搜索平均 数据库服务器响应时间：在所建库的100 时长小于0.5s。
GPRS网 WAP终端
WAP网关系统 AAA服务器
WAP业务测试的测试结构示意图 业务测试的测试结构示意图
WAP问题分析
RADIUS服务器（Remote Authentication Dial In User Service Server，远程接入鉴权与认证服务器）上存储有用户的认证、授权。
三、正常的访问wap全过程的信令流程四，wap测试中发现的错误情况分析1．手机激活后打开wap网页失败，手机显示gateway is busy错误根据信令跟踪分析，此种情况是由于在手机激活后，手机与网关连接过程或向网关请求数据wap网关长时间没有响应，或网关过忙而对手机的请求直接回复gateway is busy！2．手机激活后打开wap网页失败,手机显示network no response错误。
此种情况是由于在手机激活后，GB接口没有收到数据请求消息，故也没有响应消息。
3．手机激活后打开wap网页失败,手机显示requested object was not found错误。
此种情况是由于在手机激活后,手机向网关发出GET请求后，网关出错,在REPLY消息中回复requested object was not found。
(下附详细的信令分析)4.首次激活访问WAP慢,是由于有些手机在激活前先要进行路由区更新,一般从手机侧开始激活到完成路由区更新后GB接口收到激活请求有10S 左右的时延.(详细情况见前期测试报告)5. 未发现因核心网原因造成访问WAP出错, 且核心网在对业务处理和发送过程中造成的时延在整个WAP上网时延中可以忽略不计.(核心网时延见前期的测试报告)五.访问WAP的时延分析1,无线部分时延一般情况下从手机接收到GB接口的下行数据,到发送上行请求到GB 接口的时延占了整个传输时延的80%左右.(详细见前期测试报告)2,网关时延问题发现网关在CONNECT到CONNECT REPLY,和GET到REPLY间存在响应时延长,需重复发送GET请求,甚至没有响应的情况,尤其是GET与REPLY间经常出现较大的信令时延,有的甚至达到几十秒,对手机访问WAP速度有较大影响.尤其打开WAP网页需时超过20秒以上的大时延大都是由网关时延引起的.例:手机首次发出GET请求后,网关长时间没有响应,手机重发GET请求,网关只回复了让手机HOLD ON的Acknowledge消息,之后才回复REPLY消息,从第一个GET请求到REPLY时延13秒!|21:55:40,983,571 |GRE | |IP_R1 |IPv4 |UDP |DTGR |WTP201_R1 |INVK |WSP203_R1 |GET | ||21:55:45,870,477 |GRE | |IP_R1 |IPv4 |UDP |DTGR |WTP201_R1 |INVK |WSP203_R1 |GET | | ||21:55:47,967,638 |GRE | |IP_R1 |IPv4 |UDP |DTGR |WTP201_R1 |ACK | | | | ||21:55:53,809,566 |GRE | |IP_R1 |IPv4 |UDP |DTGR |WTP201_R1 |RSLT |WSP203_R1 |REPLY | | |手机首次发出GET请求后,网关长时间没有响应,手机重发GET请求,网关只回复了让手机HOLD ON的Acknowledge消息,之后才回复REPLY消息,从第一个GET请求到REPLY时延15秒!|21:57:14,376,057 |GRE | |IP_R1 |IPv4 |UDP |DTGR |WTP201_R1 |INVK |WSP203_R1 |GET | | ||21:57:19,568,632 |GRE | |IP_R1 |IPv4 |UDP |DTGR |WTP201_R1 |INVK |WSP203_R1 |GET | | ||21:57:21,435,724 |GRE | |IP_R1 |IPv4 |UDP |DTGR |WTP201_R1 |ACK | | | | ||21:57:29,374,143 |GRE | |IP_R1 |IPv4 |UDP |DTGR |WTP201_R1 |RSLT |WSP203_R1 |REPLY | | |手机发出CONNECT请求后,到网关回复CONNECT REPLY消息时延2秒, 从手机发出第一个GET请求到REPLY时延8秒.|22:19:45,353,207 |IPv4 | |IP_R1 |IPv4 |UDP |DTGR |WTP201_R1 |INVK |WSP203_R1 |CONN | | ||22:19:45,366,901 |IPv4 | |IP_R1 |IPv4 |UDP |DTGR |WTP201_R1 |ACK | | | | ||22:19:47,355,267 |IPv4 | |IP_R1 |IPv4 |UDP |DTGR |WTP201_R1 |ACK | | | | ||22:19:47,368,453 |IPV4 |DTGR |GTP660 |TPDU |IP6_2460 |IPV4 |UDP |DTGR | | | | ||22:19:47,368,472 |IPv4 | |IP_R1 |IPv4 |UDP |DTGR |WTP201_R1 |RSLT |WSP203_R1 |CONR ||22:19:49,351,326 |IPv4 | |IP_R1 |IPv4 |UDP |DTGR |WTP201_R1 |INVK |WSP203_R1 |GET | | ||22:19:54,257,541 |IPv4 | |IP_R1 |IPv4 |UDP |DTGR |WTP201_R1 |INVK |WSP203_R1 |GET | | ||22:19:56,335,466 |IPv4 | |IP_R1 |IPv4 |UDP |DTGR |WTP201_R1 |ACK | | | | ||22:19:57,426,398 |IPv4 | |IP_R1 |IPv4 |UDP |DTGR |WTP201_R1 |RSLT |WSP203_R1 |REPLY | | |手机侧记录从49'43"开始激活，但手机显示gateway is busy错误分析：手机激活PDP报文成功，向网关发出CONNECT请求后，网关在REPLY消息中反映网关gateway is busy(由于不能在一台信令仪表上跟踪所有接口,跟踪GB接口的信令仪,比跟踪Gn,Gi,接口的信令仪快1’48”,所以存在消息顺序和纪录时间不一致情况,实际发生时间是一致的)|21:49:46,417,753 |UUDT |UI |GMMSM681 |RARQ | | | | ||21:49:46,485,673 |DUDT |UI |GMMSM681 |IDRQ|`460001713500000`| | | ||21:49:48,417,220 |UUDT |UI |GMMSM681 |IDRP | | | | ||21:49:48,440,919 |DUDT |UI |GMMSM681 |ACRQ|`460001713500000`| | | ||21:49:50,279,423 |UUDT |UI |GMMSM681 |ACRE | | | | ||21:49:50,342,092 |DUDT |UI |GMMSM681 |RAAC|`460001713500000`| | | ||21:49:52,399,397 |UUDT |UI | | | | | | ||21:49:52,478,031 |UUDT |UI |GMMSM681 |APCR | | | | ||21:48:04,615,342 |UDP |DTGR |GTP660 |CPCQ || | | | ||21:48:04,618,476 |UDP |DTGR |GTP660 |CPCR || | | | ||21:49:52,599,544 |DUDT |UI |GMMSM681 |APAC|`460001713500000`| | | ||21:49:54,761,415 |UUDT |UI |SNDCP670 |UDT | |IP_791 |DTGR | ||21:48:06,858,447 |UDP |DTGR |GTP660 |TPDU |IP6_2460|IPV4 |UDP |DTGR | | |21:48:06,858,461|GRE | |IP_R1 |IPv4 |UDP |DTGR|WTP201_R1 |INVK |WSP203_R1 CONN|21:48:06,897,823 |GRE | |IP_R1 |IPv4 |UDP|DTGR |WTP201_R1 |RSLT |WSP203_R1 REPLY|21:49:54,815,753 |DUDT |UI |SNDCP670 |UDT|`460001713500000`|IP_791 |DTGR | ||21:49:56,817,510 |UUDT |UI |SNDCP670 |UDT | |IP_791 |DTGR | ||21:48:08,915,208 |GRE | |IP_R1 |IPv4 |UDP|DTGR |WTP201_R1 |ACK | ||21:49:56,838,012 |UUDT |UI |GMMSM681 |DPCR | | | | ||21:48:08,943,630 |UDP |DTGR |GTP660 |DPCQ || | | | ||21:48:08,944,125 |UDP |DTGR |GTP660 |DPCR || | | | ||21:49:56,870,696 |DUDT |UI |GMMSM681 |DPCA|`460001713500000`| | | |手机侧记录从21:58:40开始打开网页，到21:59:40手机显示gateway is busy错误。
wap测试的几个注意要点01
wap测试的几个注意点
wap测试的几个注意点软件测试
1.手机支持cookies的问题，一般手机浏览器都会自带cookies的情况，且由于wap
网络的特殊性，传递时需要有用户id等隐私的参数。
涉及到个人安全问题，所以测试时需要特别注意cookies保存的参数，以及有效期。
2.缓存，程序中如果有使用到缓存的内容，需要考虑到缓存的机制以及失效的情况。
3.刷新，一般手机上刷新就是重新提交一次请求，这是不同于web测试，也是wap测试人员容易疏忽的一点。
需要明确程序中对重新提交请求的处理。
4.焦点，碰到不是触摸屏的手机，就需要手机按键一个一个移动才可以准确的定位到需要点击的连接。
所以需要注意程序中对界面焦点的处理，不能出现错漏以及焦点抛出的情况。
5.回车键，高端的手机，手机键盘跟电脑键盘几乎相差无几。
但在功能使用上，wap网页通常会忽略回车键的使用，需要根据特定高端版的ua做这部分的判断。
6.图片加载，考虑到手机流量和网速的问题，wap页面对图片格式以及大小的要求必然比web高。
所以为了避免在手机上图片显示为大红叉，或者界面直接卡死在图片页，在需求阶段还是好好讨论一下图片的大小以及格式。
WAP问题原因及指标考核平分
WAP登陆失败的原因:1.为获取业面时服务器响应出错误（server response error），代码为Error code：0x622.连结网关超时（connect to gateway timeout），从事件列表来看是由于发生了小区重选较长时间无时隙分配3.获取页面错误(error)，从事件列表来看是由于发生了小区重选较长时间无时隙分配4.获取页面超时(get web page timeout)WAP刷新失败的原因：1．刷新出错误（error）2．获取页面超时(get web page timeout)3．服务器响应出错（server response error），HTTP错误代码为：Ox44图铃下载失败原因:1.错误的格式（get wrong format data）2.获取业面错误(error)3.服务器响应出错（server response error），代码为Error code：0x624.获取业面超时(get web page timeout)网关的问题：OX63：服务不可用。
OX60: 内部服务器错误。
Ox62：错误的网关。
Oxe1：网关会话中断。
Ox40:申请错误ox32:内容被暂时移除。
无线的问题：小区重选，RAU更新、PDP失败、连接网关超时。
GPRS指标考核：1 CQT：1．中国移动通信集团总部考核指标中GPRS Attach成功率99%为达标，99.5%为优2．GPRS测试规范中超时时间为15秒，GPRS考核指标中Attach时间3秒为达标，2秒为优秀4．中国移动通信集团总部考核指标中GPRS PDP成功率99%为达标，99.5%为优秀5．G PRS测试规范中超时时间为15秒，中国移动通信集团总部考核指标中GPRS Pdp 时间3s为达标，1.5 s为优秀。
6．中国移动通信集团总部考核指标中Ping成功率99%为达标，100%为优秀7．G PRS测试规范中超时时间为5秒，包尺寸500Byte。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
测试环境：二、测试平台和浏览器
手机型号：因为品牌和型号比较多，我们现在是根据操作系统和分辨率 来选择测试手机 操作系统及版本：ios、android 、symbian、java android2.3 android2.2 android4.0 浏览器类型：手机自带浏览器、UC、QQ
分辨率：240*320 480*800 640*960
竖屏切换没有问题
测试常见问题
• 2、VR的兼容性
• 网页搜索有vr的展示，因为带图片表格等，需要验证在各个手机上的兼容 性
2.1 vr 首要注意title、summary、url等直接的距离，要和普通结 果的距离一致. 2.2 要注意符号的统一，比如“：”容易疏忽全半角不统一 2.3 图片和文字不要有错乱，vr展示除了简版，基本上不希望折行 2.4 所给的链接能打开，且到指定的页面 2.5 带选择时间的，药注意时间的表格显示全，表格上的选择项能 正常使用。
测试常见问题
3、小说测试的翻页问题
3.1 上一章下一章： 小说页面浮层有上一章下一章时，不要漏测页 面中包含的下一章。 上一章 下一章交互切换，多次切换 上一章下一章和目录里的交互切换
测试常见问题
• 3、小说测试的翻页问题
• 3.2 上一章下一章：小说页面
上一章下一章 翻页的数码和下方的，还有滑动到最后的。集数
划屏和点屏幕，最后一一页，还有焦点区域 Uc上划屏容易翻页
加载，要加载都最后
横屏竖屏 注意文字 要多次刷新 自动更新，全选和部分选择，多线程的问题。 切换tab，点过的还需要再点一次 返回按钮
具有网页的基本功能，如进入下一级链接菜单，返回主页，返回上一级菜单，翻页查看等必须
具有常用的输入法，如：字母，数字，符号，汉字输入法。必须具有字母，数字，符号，汉字
手机WAP测试介绍
手机前端测试2013-2
测试环境
测试常见问题
测试环境： 一、wap和web测试的区别
• web测试平台和浏览器 • 1个操作系统（windows）X 7种浏览器（ie6、ie7、 firefox、chorme、opera、safari、遨游）+ 1个 操作系统（mac） X 1种浏览器（safari）= 8种情 况 • WAP测试平台和浏览器 wap不可能兼顾到所有类型的手机浏览器，需要根据 用户数据来决定要测试兼容性的：手机型号、操作 系统、浏览器类型、分辨率、颜色深度
测试环境：三、测试版本和联网
• 手机适配版本：普版 移动版 炫版 • wifi和移动网络
测试常见问题
页面布局 ：总体布局、页面标题、页面内容、logo、搜索框等 页面元素：页面字符使用、翻页设计、链接、图片等
页面效果：内容显示不错乱
测试常见问题
• 1、搜索框和搜索logo
• • • 搜索框要注意输入的字符，潜规则。 搜索框输入后要有清除按钮，个别安卓机上浏览器没有清除按钮 搜索logo可以点，原则上是网页点logo到wap首页，其他的都点 到各自首页。现在图片新闻音乐是到首页，网页小说视频是到各自的 首页，已经跟开发提过，节后会统一。