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。

无线WiFi-【测试部】BDCOM WAP2000无线路由器测试用例(通用版)】(2015-01-05)

BDCOM无线路由器测试用例 (1)1. 状态 (1)1.1 总览 (1)1.2 防火墙 (3)1.3 路由表 (6)1.4 系统日志 (7)1.5 内核日志 (8)1.6 系统进程 (9)1.7 实时信息 (10)2. 配置向导 (14)2.1 基本 (14)2.1.1 广域网口---静态地址接入 (14)2.1.2 广域网口---DHCP接入 (15)2.1.3 广域网口---PPPoE (17)2.1.4 SSID修改 (19)2.1.5 WPA-PSK加密 (22)2.1.6 WPA2-PSK加密 (23)2.2 Wifidog (26)2.3 安全 (28)3. 退出 (29)BDCOM无线路由器测试用例管理员默认用户名：admin 密码：adminAP LAN口默认IP为192.168.1.1，SSID默认为BDCOM（SSID可以在“基本---WIFI-2.4G”修改）,不加密。

1. 状态1.1 总览测试项目：查看AP状态项目编号：TI 1.1测试目的：查看AP状态测试拓扑：测试步骤：1.PC无线连接后，通过DHCP获取到IP；2.在web界面中输入192.168.1.1，进入AP管理员登录界面，输入用户名和密码，进行相关内容的查看。

预期结果：测试结果：在“总览”下可以看到AP系统、内存、网络、网络接口、无线、DHCP分配和客户端接入情况。

1.2 防火墙测试项目：查看防火墙项目编号：TI 1.2测试目的：查看防火墙测试拓扑：测试步骤：1.PC无线连接后，通过DHCP获取到IP；2.在web界面中输入192.168.1.1，进入AP管理员登录界面，输入用户名和密码，进行相关内容的查看。

预期结果：测试结果：在“防火墙”下可以看到防火墙动作设置和4张表，4张表分别为Filter（管理本机进出）、Mangle（管理特殊标志使用）、NAT（管理后台主机）和Raw，每张表下面有详细的设置。

防火墙默认设置一般不需要修改，就可以满足client的需求。

GPRS WAP 测试

GPRS WAP测试一：测试项目设置WAP 网站登陆测试项目WAP网站登陆项目(WAP logon)用来测试WAP网站登陆的成功率及速度性能。

它包括了PDP 激活、网关连接、首页面获取的过程1．WAP测试拨号网络：设置的WAP测试的拨号网络，并选择“自动拨号”。

2.在测试类型中选择所需测试的项目（PDP激活+网关连接+首页面获取测试）3.重复次数：网站登陆测试次数，每次测试都将重新拨号4.测试间隔：每次网站登陆测试之间的空闲时间5.超时时间：从开始PDP激活计时，在此时间内没有完成登陆则判别为失败6.首页地址：WAP登陆测试的网站地址7.网关IP地址：设置WAP网关的IP地址及端口8.模拟手机类型：进行网关连接时报告的手机类型种类12345678WAP页面刷新项目(WAP page refresh)用来测试WAP页面刷新的成功率及速度性能。

在刷新第一个页面前须进行PDP激活和网关连接。

1.WAP测试拨号网络：设置的WAP测试的拨号网络，并选择“自动拨号”。

2. 在测试类型中选择所需测试的项目（WAP网页更新测试）3. 页面刷新间隔：每次页面刷新测试之间的空闲时间4.超时时间：在此时间内没有获得页面则判别为失败5. 页面刷新数量：页面刷新的数量，选择自动搜索方式时，如果已获得了足够的页面数量将停止测试。

如果选择指定页面方式时，将依次刷新的制定页面，直到到达刷新数量。

6.网关参数：设置WAP网关的IP地址及端口7.模拟手机类型：进行网关连接时报告的手机类型种类1234567WAP图铃下载项目(WAP pic\ring download)用来测试WAP图片和铃声下载成功率及速率性能。

在第一次下载前须进行PDP激活和网关连接。

1.WAP测试拨号网络：设置的WAP测试的拨号网络，注意拨号网络应激活正确的APN!2. 在测试类型中选择所需测试的项目（铃声、图片下载测试）3.测试间隔：每次下载测试之间的空闲时间4.超时时间：在此时间内没有完成下载则判别为失败5.下载数量：程序将自动循环对指定的铃图进行下载，直到到达此数量6. 网关参数：设置WAP网关的IP地址及端口7.模拟手机类型：进行网关连接时报告的手机类型种类8. 文件保存地址：下载文件的存储地址12345678二：生成测试报告添加日志数据：首先打开保存的“＊.log”文件，在工具选项中选择“生成报告”后菜单下的“GPRS CQT 测试综合统计”，然后将希望生成报告的日志数据添加到对话框中，允许添加多个文件。

GPRS测试

GPRS测试一、测试前准备1、新建MODEN控制面板/电话和调制调解器设置2、新建拨号连接控制面板/网络连接/新建连接Cmnet *99***1# Cmwap *99***2#用户名：*99# 密码：*99#二、软件安装Tems3.2三、NET网络测试手机设置：Settings/Datacomm./Data accounts/Edit…/APN/cmnet 网关：WAP services/Profile 1/WAP settings/Gateway/IP settings Connect using:..IP address:10.0.0.172Attach测试1、Tems3.2，连接设备，保存数据2、打开超级终端文件/属性Detach指令:At+cgatt=0Attach指令:At+cgatt=13、测试指标成功率：Attach时延：attach accept－attach request●Pdp测试1、pdp成功率：2、pdp时延：PDP context accept－PDP context request●Ping测试Ping response四、W AP测试手机设置：Settings/Datacomm./Data accounts/Edit…/APN/cmwap 网关：WAP services/Profile 1/WAP settings/Gateway/IP settings Connect using:..IP address:10.0.0.172登陆首页：WAP services/mobile internet清空内存：WAP services/Clear cache。

中国电信WAP增值业务测试规范

中国电信WAP增值业务测试规范中国电信股份有限公司目录一、总则 (4)(一)业务测试目的 (4)(二)业务测试的原则 (4)(三)业务测试的依据 (4)(四)测试环境 (4)(五)业务测试总体方法规定 (6)二、功能测试 (7)(一)技术检查测试 (7)(二)首页检查测试 (8)(三)遍历测试 (18)1.页面总体布局 (18)2. 页面元素检测 (20)3.页面链接检测 (25)4. 页面整体效果检测 (26)5.浏览类业务测试 (27)6.下载类业务测试 (29)7.交互类业务测试 (32)8.快捷键检测 (34)三、适配测试 (35)(一)页面适配测试 (35)(二)业务适配测试 (35)四、计费测试 (37)(一)业务计费方式检查 (37)(二)免费试用检查 (40)(三)下载点播类计费测试 (41)(四)包月类计费测试 (43)(五)确认地址、计费地址检查 (44)五、性能测试 (46)(一)压力测试 (46)附录：WAP测试适配终端列表 (47)一、总则(一)业务测试目的中国电信WAP业务平台是一个标准开放的CDMA WAP平台，各SP通过标准的平台接口与协议，将自己的内容与服务接入电信WAP平台，为用户提供各种WAP业务服务。

为保证中国电信手机用户WAP使用界面友好、内容与服务的正常使用、以及体现出WAP2.0更具特色的业务内容，维护中国电信的品牌形象，保证SP 开发与提供的业务展现统一，需要在SP业务接入时进行业务测试。

(二)业务测试的原则中国电信WAP业务的测试不仅要坚持在产品逻辑设计上的准确无误，也要保证能够在产品或服务的内容上符合中国电信的要求，这是进行WAP业务测试的基本原则。

具体参见开发规范要求。

(三)业务测试的依据《中国电信WAP增值业务设计规范》(四)测试环境1.网络环境2.测试工具：a)手机终端若干：i.终端类型需包含三个以上厂家；ii.需包含大、中、小、宽四种屏幕；iii.需尽量选用内臵浏览器不同的终端；b)测试卡若干；c)已安装不同版本opera 的PC一台；d)已安装Load runner的测试服务器一台。

wap-push拦截测试报告

FlexiNG wap-push过滤功能测试报告一、测试目的为了防止用户收到wap-push的网络攻击，我们需要将wap-push数据包在NG中过滤掉。

二、测试环境测试地点：东莞三元里机房测试设备：东莞DGGGSN501BNK，现网的SGSN以及BSC和微蜂窝等。

测试终端：Nokia 3230。

测试号码：8613825770449测试时间：2011年9月8日测试拓扑如下：三、测试过程在NG上没有配置策略之前，使用发包机模拟wap-push的数据包发往当前目标手机所在的NG Gi loopback 接口，Gn接口使用wireshark 抓包，检查有wap-push的数据包。

在NG上面配置过滤wap-push的策略后，使用发包机模拟wap-push 的数据包发往当前手机所在的NG Gi loopback 接口。

Gn接口使用wireshark抓包，检查是否有wap-push的数据包，如果没有说明NG已经成功过滤掉了wap-push，具有了应有攻击防御功能。

四、 NG 过滤wap-push pcc-rule 前后的结果分析1. 在NG 上没有配置wap-push filter如上图显示在Gn （GTP 协议）接口收到收到了下行给手机（10.49.0.11）的wap-push 消息，说明NG 没有将Gi 接口的wap-push 数据包过滤。

2. 配置了wap-push filter 后如上图分析可知，在Gi接口（使用GRE协议）收到了wap-push的数据包，在Gn接口没有收到wap-push数据包，说明NG已经将wap-push 数据包过滤。

五、测试结论根据以上测试结果表明，Flexible NG具有预防互联网wap-push攻击的功能。

六、附件：具体配置log和抓包结果。

WAP测试

切换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不可能兼顾到所有类型的手机浏览器，需要根据用户数据来决定要测试兼容性的：手机型号、操作系统、浏览器类型、分辨率、颜色深度
划屏和点屏幕，最后一一页，还有焦点区域 Uc上划屏容易翻页
加载，要加载都最后
横屏竖屏注意文字要多次刷新自动更新，全选和部分选择，多线程的问题。切换tab，点过的还需要再点一次返回按钮
具有网页的基本功能，如进入下一级链接菜单，返回主页，返回上一级菜单，翻页查看等必须
具有常用的输入法，如：字母，数字，符号，汉字输入法。必须具有字母，数字，符号，汉字
测试环境：二、测试平台和浏览器
手机型号：因为品牌和型号比较多，我们现在是根据操作系统和分辨率来选择测试手机操作系统及版本：ios、android 、symbian、java android2.3 android2.2 android4.0 浏览器类型：手机自带浏览器、UC、QQ
分辨率：240*320 480*800 640*960
测试环境：三、测试版本和联网
• 手机适配版本：普版移动版炫版 • wifi和移动网络