手机测试策略call)

合集下载

DT测试掉话(Drop Call)处理案例

DT测试掉话(Drop Call)处理案例

DT测试掉话(Drop Call)处理案例目录1D T测试掉话分类 (2)2D T测试各类掉话案例分析 ..................................................................................................... 错误!未定义书签。

2.1弱覆盖造成的掉话 (3)2.2干扰造成的掉话 (4)2.2.1同频干扰 (8)2.2.2邻频干扰 (9)2.2.3交调干扰 (10)2.3切换造成的掉话 (10)2.3.1切换频繁 (10)2.3.2话务分担切换 (11)2.3.3孤岛效应 (11)2.4参数设置不合理造成的掉话 (12)2.4.1层间切换门限值LAYERTHR过大 (13)2.4.2漏定义切换关系 (14)2.4.3切换关系定义错误 (14)2.5硬件故障造成的掉话 (15)2.5.1TX,RX接错 (16)2.5.2载频故障 (19)2.5.1工参定义错误 (21)2.5.2馈线头松动造成驻波比高 (22)3D T测试掉话处理总结 (22)一、DT测试掉话分类:DT中一般遇到的掉话(Drop Call)主要有:弱覆盖掉话、干扰掉话、切换造成掉话、参数设置不合理造成掉话、硬件故障掉话等。

二、DT测试各类掉话案例分析:2、1弱覆盖造成掉话。

有些小区由于覆盖范围过大造成在小区覆盖的边缘地带信号不好,电平值很低,手机列表中测量的相邻小区的电平值又达不到接入的要求(如RXLEV ACCESS MIN =-95dBm)而引起掉话,在边远地区、网络覆盖不好的情况下经常会出现这种掉话。

问题描述:MS占用D1250A袁桥社区由西转南时由于受楼房阻挡信号突然变弱,电平在-90dBm以下,且该地区东面无主覆盖小区(东部最近小区D718C距离为1.6KM)无法切出导致弱信号连续质差掉话。

优化前信号图:优化建议:在该小区以东规划新站。

手机测试流程

手机测试流程

手机测试流程
手机测试流程一般包括五个主要步骤:需求分析、测试计划制定、测试用例设计、测试执行和测试报告撰写。

需求分析:测试团队首先需要与开发团队和产品经理等相关人员进行沟通,了解产品的需求和功能设计。

通过详细的需求分析,测试团队可以对手机的特定功能进行测试的确定,并制定相应的测试计划。

测试计划制定:测试团队需要根据需求分析的结果,制定测试计划。

测试计划包括测试的范围、测试目标、测试资源、测试人员、测试环境等内容。

测试计划是测试工作的指导手册,能够确保测试工作有条不紊地进行。

测试用例设计:测试团队根据产品的需求和功能设计,设计测试用例。

测试用例是测试工作的核心内容,通过设计有效的测试用例,可以对产品的各个功能模块进行全面和详细的测试。

测试用例一般包括测试步骤、预期结果和实际结果等内容。

测试执行:测试团队根据测试用例,进行测试执行。

测试执行包括手动测试和自动化测试两种方式。

手动测试主要是测试人员通过手动操作手机,执行测试用例,检查测试结果是否符合预期。

自动化测试是利用自动化测试工具,对测试用例进行自动执行,并进行结果比对。

测试报告撰写:测试团队在测试执行完毕后,需要撰写测试报告。

测试报告主要包括测试工作的概述、测试结果的总结、问
题和缺陷的汇报等内容。

测试报告是测试工作的总结和评估,对测试人员和开发团队都具有重要的参考价值。

总之,手机测试流程主要包括需求分析、测试计划制定、测试用例设计、测试执行和测试报告撰写。

通过严格执行测试流程,可以确保测试工作的有效性和规范性,提高产品质量。

手机适配测试解决方案

手机适配测试解决方案

手机适配测试解决方案手机适配测试是指在不同手机型号、不同屏幕尺寸和不同操作系统版本下对手机应用进行测试,确保应用能在各种终端设备上正常运行。

手机适配测试对于用户体验和应用的稳定性非常重要,可以帮助开发团队发现并解决潜在的问题和缺陷,提高应用的质量。

以下是手机适配测试的解决方案,包括测试策略、测试工具和测试方法。

1.测试策略在进行手机适配测试前,需要制定合理的测试策略,包括确定测试范围、测试目标和测试计划。

测试范围应包括常见的手机品牌和型号、主流的操作系统版本以及不同屏幕尺寸。

测试目标应明确应用在各个终端设备上的关键功能和用户体验要求。

测试计划应包括测试的时间安排、资源分配和测试报告的编制。

2.测试工具为了进行手机适配测试,可以使用一些常见的测试工具来辅助测试,例如:-设备云平台:通过在云端提供各种型号、品牌和操作系统版本的真机进行测试,节省设备采购和维护成本,并确保测试的全面性和准确性。

-屏幕适配测试工具:用于检测应用在不同屏幕尺寸下的显示效果,可以帮助开发团队解决屏幕适配问题,确保应用界面在不同终端设备上显示正常。

速度、响应时间和资源占用等指标。

这些工具可以帮助发现潜在的性能问题,并优化应用的性能表现。

-自动化测试工具:通过编写脚本来模拟用户操作,对应用进行全面的测试。

这可以加快测试速度,提高测试效率,并减少人工测试的工作量和误差。

3.测试方法在进行手机适配测试时,可以采用以下测试方法来确保应用在各种终端设备上的正常运行:- 型号覆盖测试:选择一些常见的手机品牌和型号进行测试,包括主流的Android手机和iPhone型号。

测试应涵盖不同屏幕尺寸、分辨率、处理器和内存等方面的差异。

-操作系统版本测试:测试应覆盖主流的操作系统版本,包括最新版本和一些较老的版本。

这样可以确保应用在不同操作系统版本上的稳定性和兼容性。

-屏幕适配测试:测试应涵盖不同屏幕尺寸、分辨率和显示比例下的应用显示效果。

这可以帮助开发团队解决屏幕适配问题,确保应用界面的一致性和易用性。

手机测试方案范文

手机测试方案范文

手机测试方案范文一、项目背景及目的:随着科技的发展,手机已经成为人们日常生活不可或缺的工具之一、为了保证手机的质量、功能和性能达到用户的需求和期望,手机测试显得尤为重要。

本测试方案旨在针对手机软件、硬件和性能等方面进行全面的测试,以确保手机的稳定性、安全性和用户体验。

二、测试范围:1.手机软件测试:a)系统功能测试:验证手机操作系统的各项功能是否正常,如手机开机、关机、锁屏、解锁、拨号、通话等。

b)应用软件测试:测试预装的应用软件及用户常用软件的功能和兼容性,如浏览器、邮件、短信等。

c)用户界面测试:测试手机界面的友好性、导航性和操作便利性。

d)网络通信测试:测试手机的网络连接以及数据传输的稳定性和速度。

e)多媒体功能测试:测试音频、视频播放、摄像头、拍照等功能的性能和质量。

f)安全性测试:测试手机的防病毒、防骚扰、数据加密等安全功能的有效性。

2.手机硬件测试:a)屏幕测试:测试手机屏幕的灵敏度、色彩还原度、分辨率等。

b)摄像头测试:测试前后置摄像头的拍照和拍摄视频的质量。

c)传感器测试:测试重力、加速度、方向传感器等的准确性和灵敏度。

d)电池测试:测试手机电池的续航能力和充电速度。

e)存储测试:测试手机内部存储和扩展存储的读写速度和稳定性。

3.手机性能测试:a)性能指标测试:通过跑分工具测试手机的计算性能、图形性能、内存使用和存储读写速度等指标。

b)游戏性能测试:测试手机在各类游戏中的画面流畅度和响应速度。

c)网络性能测试:测试手机在不同网络环境下的网络速度和延迟。

三、测试流程:1.确定测试目标和测试环境a)确定测试所需的手机型号、系统版本和网络环境。

b)确定各项测试指标和测试方法。

2.编写测试用例a)根据测试范围编写软件测试用例,包括系统测试、应用测试、界面测试、网络测试等。

b)根据测试范围编写硬件测试用例,包括屏幕测试、摄像头测试、传感器测试、电池测试等。

c)根据测试范围编写性能测试用例,包括性能指标测试、游戏性能测试、网络性能测试等。

Call测试简介

Call测试简介

Call测试简介一、手机通讯简介1.1网络组成1.1.1. BTS 基站Base Transceiver Station 基站首要是收发器,收发器的多少决定小区的容量,一个收发器能支持8个用户。

一个小区由3个天线,一个发射,两个接收(分级接收)。

a) 每个BTS都会有一套收发器。

b) 一个BTS覆盖一个小区,BTS发送BCH信号在RF信道的0时隙。

BCH 帮助Mobile识别/寻找网络。

c) 小区的手机用户容量依靠信道数d) GSM空中接口的数据传输速率是13Kbps, 即BTS收发语音数据速率是1 3KB/S.e) 有BTS命令手机设置其发射功率、迁时、切换。

1.1.2. BSCBase Station Controller 基站控制器:a) 几个BTS基站连接一个BSC, 基站安排信道配置、切换、和BTS连接B SC; 所有的BSC连接至MSC,b) 每个BTS连结BSC用abis 接口,是2Mbps的连接。

使用microwave l ink、optical fiber、co-axial line等方式连接.c) Microwave link 经常是最好的连接方式选择。

d) BSC连结MSC使用的是A口e) 在BSC可提供小区广播等服务。

1.1.3. MSCMobile Switching Center是网络的核心,呼叫建立、保持、和释放;链接B SC和PSTN、认证、呼叫转接、短信息、收费等。

当用户增加到一定数量时,可增加MSC;MSC与MSC之间使用GMSC连结(GATEWAY)a) 当呼叫建立时,MSC起到保持通话和断开通话的功能。

b) 存储所有的用户数据和它们的相关特征。

c) 介于MS和PSTN之间,交换通信数据.d) MSC是GSM 网络的心脏。

是与别的GSM 网络、非GSM网络的连接口。

e) MSC主要功能:认证、位置更新、连接、收费、呼叫转接、SMS。

f) 当用户增加时,超过一个MSC的容量,就需要多一个MSC,就增加一倍的用户1.1.4. TRANTrans Coding/Rate Adapter Unit 速率适配器。

新版测试规范-call-log

新版测试规范-call-log

存的姓名不变)
通话记录
拨打一电话后 的记录
A
通话记录
拨打同一号码 后的记录
A
通话记录
拨打不同号码 后的记录
A
通话记录
已拨电话的详 情操作
B
通话记录
已拨电话的发 送短消息操作
B
通话记录
已拨电话的IP 呼叫操作
B
通话记录
已拨电话的删 除操作
B
通话记录
已拨电话的拨 号操作
B
清空已拨电话 记录
用测试机任意拨打一号码,进入已拨电话查看 记录
储在PB中,在记录中还是显示该电话号码
通话记录
未接电话的详 情操作
B
通话记录
未接电话的发 送短消息操作
B
可以查看到通话人的姓名、电话号码、通话日期
、时间以及通话的次数,若PB中没存储该号码,
未接电话非空
进入未接电话记录,选择一条记录,查看详情
在详情中则没有姓名显示,其它几项都显示完整 (禹华方案的机型在未接电话中可以显示该条记
将该号码添加空姓名后保存在PB中,在通话记录
1.进入未接电话,选择一个记录后打开菜单, 中仍显示该号码)
2.若该
已拨电话非空 选择保存号码 2.不修改该号码,对号码添加姓 号码已保存在PB中且有姓名,再次加姓名保存成
名和位置后保存
功后,原记录保持不变,在PB中又添加一条该号
码的记录,已接电话中该条记录显示不变,还是
所属模块
测试目的
软件测试规范(通话记录)
用例级别 编写人 预置条件
检测方法
预期效果
通话记录
来电未接后的 记录
A
全服务
用任一电话拨打测试机一次,形成未接来电, 查看待机界面的来电个数和未接电话中的记录

详解Android测试全流程及关键环节解析

详解Android测试全流程及关键环节解析

详解Android测试全流程及关键环节解析在如今移动应用领域的快速发展中,Android平台成为了最受欢迎的操作系统之一。

为了确保Android应用的质量和稳定性,进行全面的测试流程是非常重要的。

本文将详细解析Android测试的全流程以及关键环节。

一、测试策略在进行Android应用测试之前,我们需要制定一个全面的测试策略。

测试策略是指通过分析应用的特点和需求,确定测试的目标、范围、方法和资源等方面的计划。

一个好的测试策略可以提高测试的效率和质量。

1.1 确定测试目标:我们需要明确我们测试的目标是什么,是为了发现潜在的Bug还是为了确保应用的性能和稳定性。

1.2 确定测试范围:根据应用的特点和需求,确定测试的范围。

通常包括功能测试、性能测试、兼容性测试等方面。

1.3 确定测试方法:根据应用的特点选择合适的测试方法,如黑盒测试、白盒测试、灰盒测试等。

1.4 确定测试资源:确定测试所需的硬件和软件资源,如设备、测试工具等。

二、测试计划测试计划是指根据测试策略确定的测试目标和范围,制定一个详细的测试计划。

测试计划包括测试环境的搭建、测试用例的设计、测试工具的选择等。

2.1 搭建测试环境:根据应用的需求和测试策略,搭建适合的测试环境,包括硬件、操作系统、网络环境等。

2.2 设计测试用例:根据应用的功能和用户需求设计合适的测试用例。

测试用例应该包括正常情况下的测试和异常情况下的测试。

2.3 选择测试工具:根据测试的需求选择合适的测试工具,如自动化测试工具、性能测试工具等。

三、测试执行在测试执行阶段,我们需要按照测试计划进行测试,并记录测试结果。

3.1 执行测试用例:按照设计好的测试用例逐步执行测试,并记录测试结果。

在执行测试过程中,我们需要认真记录每一个Bug的具体表现和重现步骤。

3.2 Bug管理:测试过程中发现的Bug需要进行管理。

包括给每个Bug分配一个唯一的ID,对Bug进行分类、优先级排序和状态管理等。

手机测试方案

手机测试方案

手机测试方案一、测试目的本文档旨在确保手机设备在各个方面的功能和性能上能够满足用户的需求,并提供可靠的质量保证。

通过详细的测试计划和测试方法来评估手机的可用性、功能性、性能和兼容性。

二、测试对象本测试方案适用于各类手机设备,包括但不限于Android和iOS系统的手机。

三、测试范围1.系统功能测试:测试手机的操作系统是否正常运行,包括启动、关机、应用程序安装与卸载等。

2.硬件功能测试:测试手机的各项硬件功能,包括屏幕、摄像头、扬声器、麦克风等。

3.通信功能测试:测试手机的通信功能,包括网络连接、电话通话、短信收发等。

4.应用程序测试:测试手机上的各类应用程序的功能、性能、兼容性等。

5.性能测试:测试手机的性能表现,包括处理器速度、内存管理、电池续航等。

四、测试计划1.概述:明确测试的目标、范围、测试环境和测试时长。

2.测试资源:确定测试的人员、设备和工具。

3.测试时间表:安排测试的时间表,包括每个阶段的开始和结束时间。

4.测试用例:编写详细的测试用例,覆盖各个功能点和场景。

5.测试数据:准备测试所需的数据,包括各类应用程序、多媒体文件、通讯录等。

6.测试环境:配置合适的测试环境,包括测试服务器、网络环境等。

7.测试实施:按照测试计划和测试用例进行测试,记录测试过程和测试结果。

8.测试报告:整理测试结果,生成测试报告,包括问题描述、测试方法、测试结果和建议。

9.测试评审:对测试报告进行评审,确认测试的可行性和有效性。

五、测试方法1.功能测试:使用手动测试方法,按照测试用例逐项测试手机的各项功能。

2.兼容性测试:测试手机与不同版本的应用程序、操作系统、网络环境等的兼容性。

3.性能测试:使用性能测试工具,测试手机的处理器速度、内存管理、电池续航等性能指标。

4.用户体验测试:邀请真实用户使用手机,评估其在操作、使用应用程序等方面的体验。

5.自动化测试:使用自动化测试工具,编写自动化脚本,对手机进行自动化测试。

手机测试工程师面试题

手机测试工程师面试题

手机测试工程师面试题手机测试工程师是一个关键岗位,他们负责确保手机产品的质量和性能达到最高标准。

为了评估应聘者的能力,以下是一些手机测试工程师常见的面试题:1. 请简要介绍你对手机测试工程师职位的理解。

手机测试工程师负责设计和执行测试方案,以确保手机产品在各种场景下的稳定性、性能和功能完整性。

他们需要熟悉不同的测试方法和工具,并能够分析、排查并报告各种问题。

2. 请描述一下你的测试策略和方法。

我的测试策略包括以下几个方面:- 首先,我会仔细分析产品需求和规格,确保理解测试范围和目标。

- 其次,我会设计测试用例,并确保涵盖了不同的功能、场景和边界条件。

- 接下来,我会选择合适的测试工具和环境进行测试,并记录测试结果和问题。

- 最后,我会对测试结果进行分析和总结,并及时向开发团队反馈问题和建议。

3. 你如何处理测试中发现的问题?当我发现问题时,我会按照以下步骤处理:- 首先,我会记录问题的详细描述和复现步骤,并截取相关的日志和截图作为证据。

- 其次,我会与开发团队沟通,告知他们问题的严重性和紧急性,并提供必要的支持和数据。

- 接下来,我会密切关注问题的解决进度,并及时进行跟进,确保问题得到妥善处理。

- 最后,我会对问题进行回归测试,确保修复过程不会引入其他问题。

4. 列举一些常见的手机性能测试指标。

常见的手机性能测试指标包括:- 响应时间:指手机在用户操作后的反应时间。

- 耗电量:手机在不同使用场景下的能耗情况。

- 内存占用:手机在运行不同应用时的内存消耗。

- CPU利用率:指手机的CPU在运行不同任务时的负载情况。

- 信号强度:手机在不同地理位置的网络信号强弱。

5. 你如何管理测试用例?我会使用测试用例管理工具来管理测试用例,其中包括以下步骤:- 编写和维护测试用例库。

- 优先级排序,确定需要覆盖的重点测试场景。

- 确保测试用例的完整性和可重复性。

- 建立关联关系,例如测试用例之间的依赖关系和归属关系。

GSM手机测试参数和测试内容

GSM手机测试参数和测试内容

GSM基本参数:GSM/GSM850射频指标发射频率输出相位与频率误差DCS/PCS射频指标发射频率输出:相位与频率误差后线测试项目英译汉:BT/RF测试内容_|1|Initialize System 初始化系统_|2|Off current check 关机电流检测_|3|Power on Check 开机检测_|4|Check Serial number 检查SN_|5|Current of testmode|33.92|1.06|75|30|mA测试模式下的电流35+/-4mA _|6|Check SIM pin|0|.56|0|0|- 检查SIM卡_|7|ADC value of 4.2V|1182|.48|1500|200|- 检测电池校准_|8|ADC Value of 3.4 V|974|.52|1500|200|- 检测电池校准_|9|Voltage Calibration|0|2.05|0|0|- 检测电池校准_|10|Write Default Radio table|0|2.45|0|0|- 写入默认的射频参数_|11|Verify Radio table|0|1.45|0|0|- 检测射频参数_|12|Wait for GSM Test setcontrol|0|.03|0|0|-对CMU200控制_|13|Initialize Test set|0|5.42|0|0|- 对CMU200控制_|14|Switch to GSM1800 NSIG Mode|0|0|0|0|- 对CMU200控制_|15|Switch RF Path toconnector|0|.02|0|0|-对CMU200控制_|16|Config to BCH+TCH Mode|0|0|0|0|- 对CMU200控制_|17|CalculateFoiInit|1827|5.22|4000|800|-校准26M晶振_|18|Validate FOIinit Value|0|1.42|0|0|- 保存校准值_|19|Switch GSM900 NSIG Mode|0|0|0|0|- 对CMU200控制_|20|Config Test set to CW Mode|0|.52|0|0|- 对CMU200控制_|21|Set RFG for P1 GSM|0|.44|0|0|- 对CMU200控制_|22|Measure RxPower|-62.375|.44|-43|-83|dbm 检测接受信号(应该在-63dBm左右)_|23|Calculate P1 GSM|-100|0|-80|-110|dbm 校准接受信号_|24|Save P1 GSM to EEPROM|0|.02|0|0|- 保存校准值_|25|Switch to GSM1800 NSIG Mode|0|0|0|0|- 对CMU200控制_|26|Set RFG for P1 DCS|0|.45|0|0|- 对CMU200控制_|27|Measure RxPower|-61.125|.45|-43|-83|- 检测接收信号(应该在-63dBm左右)_|28|Calculate P1DCS|-101|.01|-80|-110|dbm校准接收信号_|29|Save P1 DCS to EEPROM|0|1.75|0|0|- 保存校准值_|30|Switch to GSM900 NSIG Mode|0|0|0|0|- 对CMU200控制_|31|Adjust GSM Rx FineGain|0|4.61|0|0|- 校准GSM各频段的接收_|32|Save GSM FineGain toEEPROM|0|.01|0|0|-保存校准值_|33|Switch to GSM1800 NSIG|0|0|0|0|- 对CMU200控制_|34|Adjust DCS Rx FineGain|0|4.61|0|0|- 校准DCS各频段的接收_|35|Save DCS FineGain toEEPROM|0|.02|0|0|-保存校准值_|36|Switch to GSM900 NSIG mode|0|.01|0|0|- 对CMU200控制_|37|Config to BCH+TCH Mode|0|0|0|0|- 对CMU200控制_|38|Initialize GSM power 对CMU200控制calibration|0|0|0|0|-_|39|Measure测量32信道5功率级的功率Power(32,5)|32.04|1.42|38|20|dbm_|40|Measure测量124信道5功率级的功率Power(124,5)|32.32|.58|38|20|dbm_|41|Measure测量32信道10功率级的功率Power(32,10)|22.5|.58|33|13|dbm_|42|Measure测量32信道15功率级的功率Power(32,15)|11.84|.58|23|3|dbm_|43|Measure测量32信道19功率级的功率Power(32,19)|5.48|1.01|11|1|dbm_|44|Solve Coefficients GSM|0|.05|0|0|- 对CMU200控制_|45|Calculate H15 for PCL5校准发射应该在700以下(GSM)|672|.03|1023|35|-_|46|Calculate H15 for PCL6校准发射(GSM)|624|.01|1023|35|-_|47|Calculate H15 for校准发射PCL7(GSM)|568|.03|1023|35|-_|48|Calculate H15 for校准发射PCL8(GSM)|520|.01|1023|35|-_|49|Calculate H15 for校准发射PCL9(GSM)|480|.03|1023|35|-_|50|Calculate H15 for校准发射PCL10(GSM)|452|.02|1023|35|-_|51|Calculate H15 for校准发射PCL11(GSM)|424|.03|1023|35|-_|52|Calculate H15 for校准发射PCL12(GSM)|400|.02|1023|35|-_|53|Calculate H15 for校准发射PCL13(GSM)|380|.03|1023|35|-_|54|Calculate H15 for校准发射PCL14(GSM)|364|0|1023|35|-_|55|Calculate H15 for校准发射PCL15(GSM)|348|.02|1023|35|-_|56|Calculate H15 for校准发射PCL16(GSM)|332|.01|1023|35|-_|57|Calculate H15 for校准发射PCL17(GSM)|320|.01|1023|35|-_|58|Calculate H15 for校准发射PCL18(GSM)|308|0|1023|35|-_|59|Calculate H15 for校准发射PCL19(GSM)|298|.01|1023|35|-_|60|Save GSM calibration result|0|0|0|0|- 保存校准值_|61|Config to BCH+TCH Mode|0|.02|0|0|- 对CMU200控制_|62|GSM H0校准功率包络Alignment(PCL5)|247|1.17|290|30|-_|63|GSM H0校准功率包络Alignment(PCL19)|243|8.64|280|30|-_|64|Calculate H0 for all GSM校准功率包络PCL|0|1.86|0|0|-_|65|Switch to GSM1800 NSIG对CMU200控制mode|0|.02|0|0|-_|66|Config to BCH+TCH Mode|0|0|0|0|- 对CMU200控制_|67|Initialize DCS Power对CMU200控制calibration|0|.02|0|0|-_|68|Measure测量698信道0功率级的功率Power(698,0)|28.86|2.64|35|25|dbm_|69|Measure测量512信道0功率级的功率Power(512,0)|28.95|.59|38|20|dbm_|70|Measure测量698信道5功率级的功率Power(698,5)|18.75|.56|30|10|dbm_|71|Measure测量698信道10功率级的功率Power(698,10)|8.31|.56|20|0|dbm_|72|Measure测量698信道15功率级的功率Power(698,15)|1.63|1.42|10|-2|dbm_|73|Solve Coefficients DCS|0|.05|0|0|- 对CMU200控制_|74|Calculate H15 for校准发射应该在750以下PCL0(DCS)|736|.03|1023|35|-_|75|Calculate H15 for校准发射PCL1(DCS)|640|.01|1023|35|-_|76|Calculate H15 for校准发射PCL2(DCS)|560|.03|1023|35|-_|77|Calculate H15 for校准发射PCL3(DCS)|512|.02|1023|35|-_|78|Calculate H15 for校准发射PCL4(DCS)|472|.03|1023|35|-_|79|Calculate H15 for校准发射PCL5(DCS)|440|.02|1023|35|-_|80|Calaulate H15 for校准发射PCL6(DCS)|408|.03|1023|35|-_|81|Calculate H15 for校准发射PCL7(DCS)|388|.03|1023|35|-_|82|Calculate H15 for校准发射PCL8(DCS)|364|.02|1023|35|-_|83|Calculate H15 for校准发射PCL9(DCS)|348|.03|1023|35|-_|84|Calculate H15 for校准发射PCL10(DCS)|332|.01|1023|35|-_|85|Calculate H15 for校准发射PCL11(DCS)|316|.03|1023|35|-_|86|Calculate H15 for校准发射PCL12(DCS)|304|.01|1023|35|-_|87|Calculate H15 for校准发射PCL13(DCS)|292|.03|1023|35|-_|88|Calculate H15 for校准发射PCL14(DCS)|280|.02|1023|35|-_|89|Calculate H15 for校准发射PCL15(DCS)|270|.03|1023|35|-_|90|Save DCS calibration保存校准值result|0|.02|0|0|-_|91|Config to BCH+TCH Mode|0|.02|0|0|- 对CMU200控制_|92|DCS H0校准功率包络Alignment(PCL0)|210|.7|330|30|-_|93|DCS H0校准功率包络Alignment(PCL15)|222|5.78|280|30|-_|94|Calculate h0 for all DCS校准功率包络PCL|0|3.72|0|0|-FT(Call) 测试内容_|95|Initialize System|0|4.98|0|0|- 对CMU200控制_|96|Initialize GSM Test set|0|5.45|0|0|- 对CMU200控制_|97|Reset Test Set|0|2.56|0|0| 对CMU200控制_|98|Power On MS|0|2.78|0|0|- 开机检测_|99|Switch to GSM900 signalling对CMU200控制mode|0|.01|0|0|-_|100|Switch RF Path to对CMU200控制connector|0|.02|0|0|-_|101|Setup BCCH|0|.64|0|0|- 对CMU200控制_|102|Setup TCH|0|.03|0|0|- 对CMU200控制_|103|Wait for MS Registering|0|20.7|0|0|- 等待网络注册_|104|MS Call to BS|1|36.48|1|1| 用手机Call CMU_|105|Change PCL(975,19)|0|2.52|0|0|- 切换测试信道和功率_|106|Start Tx开始测试功率Measurement(975,19)|0|2.36|0|0|_|107|Average Power(975,19)|4.77|.02|10|0| 测试平均功率_|108|Peak Phs测试峰值相位误差Error(975,19)|4.05|.01|20|0|Deg_|109|RMS Phs测试均方根相位误差Error(975,19)|1.73|.02|5|0|Deg_|110|Wait Time|0|2.02|0|0| 等待2秒_|111|Frequency测试频率误差Error(975,19)|47.33|.01|90|-90|Hz_|112|Time Mask(975,19)|0|.01|0|0|- 测试功率包络_|113|Change PCL(975,5)|0|2.52|0|0|- 切换功率_|114|Start Tx开始测试功率Measurement(975,5)|0|2.33|0|0|_|115|Average测试平均功率Power(975,5)|32.17|.02|35|31|_|116|Peak Phs测试峰值相位误差Error(975,5)|3.99|.02|20|0|Deg_|117|RMS Phs测试均方根相位误差Error(975,5)|1.63|.01|5|0|Deg_|118|Wait Time|0|1.01|0|0| 等待2秒_|119|Frequency测试频率误差Error(975,5)|34.68|.02|90|-90|Hz_|120|Time Mask(975,5)|0|.02|0|0|- 测试功率包络_|121|switching测试开关频谱spectrum(975,5)|0|.53|0|0|-_|122|ORFS Offset测试开关频谱-1200Khz(975,5)|-47.55|0|-24|-99|dbm_|123|ORFS Offset测试开关频谱-800Khz(975,5)|-42.85|0|-21|-99|dbm_|124|ORFS Offset测试开关频谱-600Khz(975,5)|-33.3|0|-21|-99|dbm_|125|ORFS Offset测试开关频谱-400Khz(975,5)|-28.55|0|-19|-99|dbm_|126|ORFS Offset测试开关频谱+400Khz(975,5)|-27.44|0|-19|-99|dbm_|127|ORFS Offset测试开关频谱+600Khz(975,5)|-29.99|0|-21|-99|dbm_|128|ORFS Offset测试开关频谱+800Khz(975,5)|-43.93|0|-21|-99|dbm_|129|ORFS Offset测试开关频谱+1200Khz(975,5)|-45.85|0|-24|-99|dbm_|130|Start BER开始测试RBER Measurement(975,-106)|0|1.81|0|0|-_|131|RBER测试RBERClassII(975,-106)|.1|.01|2.44|0|%_|132|FER(975,-106)|0|0|0|0|- 测试FER_|133|Rx Level(975,-106)|5|0|11|1|- 测试接收等级_|134|Rx Quality(975,-106)|0|0|4|0|- 测试接收质量_|135|Change TCH(40,19)|0|2.52|0|0|- 切换测试信道和功率_|136|Start Tx开始测试功率Measurement(40,19)|0|.23|0|0|_|137|Average Power(40,19)|4.74|.02|10|0| 测试平均功率_|138|Peak Phs 测试峰值相位误差Error(40,19)|4.31|.01|20|0|Deg_|139|RMS Phs测试均方根相位误差Error(40,19)|1.58|.01|5|0|Deg_|140|Wait Time|0|1.02|0|0| 等待2秒_|141|Frequency测试频率误差Error(40,19)|26.67|.02|90|-90|Hz_|142|Time Mask(40,19)|0|.01|0|0|- 测试功率包络_|143|Change PCL(40,5)|0|2.51|0|0|- 切换功率_|144|Start Tx开始测试功率Measurement(40,5)|0|.22|0|0|_|145|Average Power(40,5)|32.11|0|35|31| 测试平均功率_|146|Peak Phs Error(40,5)|4.1|0|20|0|Deg 测试峰值相位误差_|147|RMS Phs Error(40,5)|1.55|0|5|0|Deg 测试均方根相位误差_|148|Wait Time|0|1.01|0|0| 等待2秒_|149|Frequency测试频率误差Error(40,5)|13.95|.02|90|-90|Hz_|150|Time Mask(40,5)|0|.02|0|0|- 测试功率包络_|151|switching spectrum(40,5)|0|.42|0|0|- 测试开关频谱_|152|ORFS Offset测试开关频谱-1200Khz(40,5)|-47.08|0|-24|-99|dbm_|153|ORFS Offset测试开关频谱-800Khz(40,5)|-42.97|0|-21|-99|dbm_|154|ORFS Offset测试开关频谱-600Khz(40,5)|-33.61|0|-21|-99|dbm_|155|ORFS Offset测试开关频谱-400Khz(40,5)|-28.33|0|-19|-99|dbm_|156|ORFS Offset测试开关频谱+400Khz(40,5)|-27.21|0|-19|-99|dbm_|157|ORFS Offset测试开关频谱+600Khz(40,5)|-29.72|0|-21|-99|dbm_|158|ORFS Offset测试开关频谱+800Khz(40,5)|-44.32|0|-21|-99|dbm_|159|ORFS Offset测试开关频谱+1200Khz(40,5)|-47.31|0|-24|-99|dbm_|160|Tx Max检测GSM最大发射电流current(GSM)|255.8|.05|400|200|mA_|161|Start BER开始测试RBER Measurement(40,-106)|0|1.78|0|0|-_|162|RBER测试RBERClassII(40,-106)|.49|.01|2.44|0|%_|163|FER(40,-106)|0|.03|0|0|- 测试FER_|164|Rx Level(40,-106)|6|0|11|1|- 测试接收等级_|165|Rx Quality(40,-106)|1|0|4|0|- 测试接收质量_|166|Change TCH(124,19)|0|2.51|0|0|- 切换测试信道和功率_|167|Start Tx开始测试功率Measurement(124,19)|0|.23|0|0|_|168|Average Power(124,19)|5.22|.02|10|0| 测试平均功率_|169|Peak Phs测试峰值相位误差Error(124,19)|4.41|.02|20|0|Deg_|170|RMS Phs测试均方根相位误差Error(124,19)|1.72|.01|5|0|Deg_|171|Wait Time|0|1.12|0|0| 等待2秒_|172|Frequency测试频率误差Error(124,19)|17.76|0|90|-90|Hz_|173|Time Mask(124,19)|0|0|0|0|- 测试功率包络_|174|Change PCL(124,5)|0|2.52|0|0|- 切换功率_|175|switching测试开关频谱spectrum(124,5)|0|.42|0|0|-_|176|ORFS Offset测试开关频谱-1200Khz(124,5)|-46.88|0|-24|-99|dbm_|177|ORFS Offset测试开关频谱-800Khz(124,5)|-42.2|0|-21|-99|dbm_|178|ORFS Offset测试开关频谱-600Khz(124,5)|-32.22|0|-21|-99|dbm_|179|ORFS Offset测试开关频谱-400Khz(124,5)|-27.14|0|-19|-99|dbm_|180|ORFS Offset测试开关频谱+400Khz(124,5)|-26.74|0|-19|-99|dbm_|181|ORFS Offset测试开关频谱+600Khz(124,5)|-29.33|0|-21|-99|dbm_|182|ORFS Offset测试开关频谱+800Khz(124,5)|-43.59|0|-21|-99|dbm_|183|ORFS Offset测试开关频谱+1200Khz(124,5)|-47.03|0|-24|-99|dbm_|184|Start Tx检测GSM最大发射电流Measurement(124,5)|0|.17|0|0|_|185|Average测试平均功率Power(124,5)|32.23|.02|35|31|_|186|Peak Phs测试峰值相位误差Error(124,5)|4.21|.02|20|0|Deg_|187|RMS Phs Error(124,5)|1.7|.01|5|0|Deg 测试均方根相位误差_|188|Wait Time|0|1.01|0|0| 等待2秒_|189|Frequency测试频率误差Error(124,5)|17.43|.02|90|-90|Hz_|190|Time Mask(124,5)|0|.02|0|0|- 测试功率包络_|191|Start BER开始测试RBER Measurement(124,-106)|0|1.8|0|0|-_|192|RBER 测试RBERClassII(124,-106)|.03|0|2.44|0|%_|193|FER(124,-106)|0|0|0|0|- 测试FER_|194|Rx Level(124,-106)|5|0|11|1|- 测试接收等级_|195|Rx Quality(124,-106)|0|0|4|0|- 测试接收质量_|196|Handover to DCS band|4|.64|4|4|- 切换到DCS_|197|Change TCH(512,15)|0|2.52|0|0|- 切换测试信道和功率_|198|Start Tx开始测试功率Measurement(512,15)|0|2.33|0|0|_|199|Average Power(512,15)|-.83|.01|5|-5| 测试平均功率_|200|Peak Phs测试峰值相位误差Error(512,15)|5.87|.01|20|0|Deg_|201|RMS Phs测试均方根相位误差Error(512,15)|2.18|.02|5|0|Deg_|202|Wait Time|0|1.02|0|0| 等待2秒_|203|Frequency测试频率误差Error(512,15)|42.1|.01|180|-180|Hz_|204|Time Mask(512,15)|0|.01|0|0|- 测试功率包络_|205|Change PCL(512,0)|0|2.52|0|0|- 切换功率_|206|switching测试开关频谱spectrum(512,0)|0|.42|0|0|-_|207|ORFS Offset测试开关频谱-1200Khz(512,0)|-46.29|.01|-27|-99|dbm_|208|ORFS Offset测试开关频谱-800Khz(512,0)|-42.93|.02|-24|-99|dbm_|209|ORFS Offset测试开关频谱-600Khz(512,0)|-38.94|.02|-24|-99|dbm_|210|ORFS Offset测试开关频谱-400Khz(512,0)|-32.91|.01|-22|-99|dbm_|211|ORFS Offset测试开关频谱+400Khz(512,0)|-26.81|.01|-22|-99|dbm_|212|ORFS Offset测试开关频谱+600Khz(512,0)|-35.95|.02|-24|-99|dbm_|213|ORFS Offset测试开关频谱+800Khz(512,0)|-44.14|.02|-24|-99|dbm_|214|ORFS Offset测试开关频谱+1200Khz(512,0)|-48.93|.01|-27|-99|dbm_|215|Start Tx开始测试发射Measurement(512,0)|0|.19|0|0|_|216|Average Power(512,0)|29.73|0|32|28| 测试平均功率_|217|Peak Phs测试峰值相位误差Error(512,0)|7.34|0|20|0|Deg_|218|Wait Time|0|1.02|0|0| 等待2秒_|219|Frequency测试频率误差Error(512,0)|31.38|.02|180|-180|Hz_|220|Time Mask(512,0)|0|.01|0|0|- 测试功率包络_|221|Start BER开始测试RBER Measurement(512,-105)|0|1.84|0|0|-_|222|RBER测试RBERClassII(512,-105)|.03|0|2.44|0|%_|223|FER(512,-105)|0|0|0|0|- 测试FER_|224|Rx Level(512,-105)|7|0|11|2|- 测试接收等级_|225|Rx Quality(512,-105)|0|0|4|0|- 测试接收质量_|226|Change TCH(698,15)|0|2.51|0|0|- 切换测试信道和功率_|227|Start Tx开始测试功率Measurement(698,15)|0|.17|0|0|_|228|Average Power(698,15)|-.34|.01|5|-5| 测试平均功率_|229|Peak Phs测试峰值相位误差Error(698,15)|4.79|.01|20|0|Deg_|230|RMS Phs测试均方根相位误差Error(698,15)|1.86|.02|5|0|Deg_|231|Wait Time|0|1.02|0|0| 等待2秒_|232|Frequency测试频率误差Error(698,15)|17.63|.01|180|-180|Hz_|233|Time Mask(698,15)|0|.01|0|0|- 测试功率包络_|234|Change PCL(698,0)|0|2.52|0|0|- 切换功率_|235|Start Tx开始测试功率Measurement(698,0)|0|.19|0|0|_|236|Average Power(698,0)|29.39|0|32|28| 测试平均功率_|237|Peak Phs测试峰值相位误差Error(698,0)|10.25|0|20|0|Deg_|238|RMS Phs Error(698,0)|3.42|0|5|0|Deg 测试均方根相位误差_|239|Wait Time|0|1.01|0|0| 等待2秒_|240|Frequency测试频率误差Error(698,0)|-8.39|.02|180|-180|Hz_|241|Time Mask(698,0)|0|.02|0|0|- 测试功率包络_|242|Start BER开始测试RBER Measurement(698,-105)|0|1.84|0|0|-_|243|RBER测试RBERClassII(698,-105)|.03|0|2.44|0|%_|244|FER(698,-105)|0|0|0|0|- 测试FER_|245|Rx Level(698,-105)|8|.02|11|2|- 测试接收等级_|246|Rx Quality(698,-105)|0|.02|4|0|- 测试接收质量_|247|switching测试开关频谱spectrum(698,0)|0|.42|0|0|-_|248|ORFS Offset测试开关频谱-1200Khz(698,0)|-45.04|.02|-27|-99|dbm_|249|ORFS Offset测试开关频谱-800Khz(698,0)|-42.62|.02|-24|-99|dbm-600Khz(698,0)|-38.68|.01|-24|-99|dbm_|251|ORFS Offset测试开关频谱-400Khz(698,0)|-32.14|.01|-22|-99|dbm_|252|ORFS Offset测试开关频谱+400Khz(698,0)|-26.77|.02|-22|-99|dbm_|253|ORFS Offset测试开关频谱+600Khz(698,0)|-36.29|.02|-24|-99|dbm_|254|ORFS Offset测试开关频谱+800Khz(698,0)|-42.41|.01|-24|-99|dbm_|255|ORFS Offset测试开关频谱+1200Khz(698,0)|-47.9|.01|-27|-99|dbm_|256|Tx Max检测最大DCS最大发射电流current(DCS)|191.9|.06|350|150|mA_|257|Change TCH(885,15)|0|2.51|0|0|- 切换测试信道和功率_|258|Start Tx开始测试功率Measurement(885,15)|0|.23|0|0|_|259|Average测试平均功率Power(885,15)|-1.68|.02|5|-5|_|260|Peak Phs测试峰值相位误差Error(885,15)|5.09|.02|20|0|Deg_|261|RMS Phs测试均方根相位误差Error(885,15)|1.76|.01|5|0|Deg_|262|Wait Time|0|1.01|0|0| 等待2秒_|263|Frequency测试频率误差Error(885,15)|6.52|.02|180|-180|Hz_|264|Time Mask(885,15)|0|.02|0|0|- 测试功率包络_|265|Change PCL(885,0)|0|2.52|0|0|- 切换功率_|266|switching测试开关频谱spectrum(885,0)|0|.48|0|0|-_|267|ORFS Offset测试开关频谱-1200Khz(885,0)|-48.06|.01|-27|-99|dbm_|268|ORFS Offset测试开关频谱-800Khz(885,0)|-45.21|.02|-24|-99|dbm_|269|ORFS Offset测试开关频谱-600Khz(885,0)|-38.29|.02|-24|-99|dbm_|270|ORFS Offset测试开关频谱-400Khz(885,0)|-33.91|.01|-22|-99|dbm_|271|ORFS Offset测试开关频谱+400Khz(885,0)|-27.18|.01|-22|-99|dbm_|272|ORFS Offset测试开关频谱+600Khz(885,0)|-35.71|.02|-24|-99|dbm_|273|ORFS Offset测试开关频谱+800Khz(885,0)|-45.15|.02|-24|-99|dbm+1200Khz(885,0)|-49.63|.01|-27|-99|dbm_|275|Start Tx开始测试功率Measurement(885,0)|0|.19|0|0|_|276|Average Power(885,0)|28.95|0|32|28| 测试平均功率_|277|Peak Phs测试峰值相位误差Error(885,0)|4.79|0|20|0|Deg_|278|RMS Phs Error(885,0)|1.75|0|5|0|Deg 测试均方根相位误差_|279|Wait Time|0|1.02|0|0| 等待2秒_|280|Frequency测试频率误差Error(885,0)|-14.4|0|180|-180|Hz_|281|Time Mask(885,0)|0|0|0|0|- 测试功率包络_|282|Start BER开始测试RBER Measurement(885,-105)|0|1.78|0|0|-_|283|RBER测试RBERClassII(885,-105)|.03|0|2.44|0|%_|284|FER(885,-105)|0|0|0|0|- 测试FER_|285|Rx Level(885,-105)|7|0|10|2|- 测试接收等级_|286|Rx Quality(885,-105)|0|0|4|0|- 测试接收质量_|287|End Call|0|0|0|0|- 结束通话_|288|Release test set control|0|.01|0|0|- 对CMU200控制_|289|Initialize System|0|2.05|0|0|- 初始化系统_|290|re-Enter Test Mode|0|3.06|0|0|- 退出测试模式_|291|Set UUT Phase version|1|1.97|1|1|- 写入标志位_|292|Switch UUT Off|0|.02|0|0|- 结束测试(注:可编辑下载,若有不当之处,请指正,谢谢!)。

NOKIA手机测试模式参数详解

NOKIA手机测试模式参数详解

NOKIA手机测试模式参数详解NOKIA手机的测试模式(BTS TEST),通常又称工程模式,有比普通专业测试手机更强的测试功能,它包含了大量的无线参数、GSM系统信息以及数十项手机内部测试功能的显示,比如SIM卡的详细信息、电池的电压、放电电流、温度以及详尽的充电情况。

手机的测试模式对于资金不够充裕的区县移动公司的无线基站维护测试工程师、优化工程师来说,可以在不增加任何投入的情况下,使维护人员能够在任意时刻了解所在基站的情况,对提高维护水平、加强维护力量大有好处。

对手机维修人员和一般的无线电爱好者都有一定的参考价值。

下面将结合GSM网络的基础知识,从实际应用的角度来介绍NOKIA手机测试模式各项显示的专业解释。

开启测试模式的方法很多,一般使用电脑及相关软件、连接线或通过红外线接口激活手机的测试功能。

方法可以参看本人在《电子报》第17期上的介绍,在此不再赘述。

一、进入测试模式方式有三种激活测试模式的方法:1.执行方式,2.数据显示方式,3.帮助显示方式。

使用数据显示方式时,在手机功能表中选择NET MONITOR菜单,进入后输入01,即可看到第1页面无线网络参数,按向下翻页键可看到其他页面的无线网络参数,部分页面被保留,在翻页时会自动被略过,不同手机的相同页面显示可能会有所不同的与手机的硬软件版本有关;长按手机键盘*字键,会出现各项无线参数的简单帮助说明,即是帮助显示方式。

执行方式进入方法同数据显示方式,打开NET MONITOR菜单后直接选择需要执行的页面(这样的页面不多,如页面17、19、60、80、241、242等,如果选择的不是这样的页面,则自动进入数据显示方式);也可以通过菜单快捷方式执行:按功能键->NET MONITOR菜单号码(如12)->执行页面即可。

如果该页面包含一个复位计数器的操作(如80、240页面),一经选择就会立刻执行复位操作。

总之,执行方式是一键进入方式,如要用执行方式进入另一个测试项目,需要重复以上步骤重新进入方可激活。

手机全功能测试用例(最全)

手机全功能测试用例(最全)

接收来电
P1 P0
调节音量
CALL_051
P0
暂停
CALL_052
P0 P3 P4
结束 魔音 通话转接
CALL_053
P2
已建立一个通 话
P1
新通话 电话簿 已建立一个通 话
CALL_055 CALL_056
P1 P1
短消息
P1
CALL_057
P1
录音
P1
P1
CALL_058
P0
静音/恢复 通话菜单
CALL_026
P1
CALL_027
P0
P0
呼叫 CALL_028
P0
P0
P0
P1 P1
P1 P1 P0 P1 P1 P1 P1 P0
滑盖机 未插SIM卡
CALL_030
P0
CALL_031 CALL_032 CALL_033
P0 P0 P0
不同方式挂断电话
P0
来电界面显示
P0
P0
一般模式、会 议模式、户外 模式、室内模 式、耳机模式 来电音量调节 蓝牙模式
P0
被叫
P1
耳机免提
P1 P0 P0 P1 P0 P0
主叫
CALL_069 CALL_070 CALL_071 CALL_073 CALL_074
P1 P0 P1 P0 P1
耳机通话
被叫
P0
P0
P0
呼叫保持
呼叫保持
P0
P1
P0
P0
呼叫等待
P1
P1
说明:
预设条件1
开机,信号强,插上联通或移动卡
History:

手机测试中术语与相关标准

手机测试中术语与相关标准

测试中术语与相关规范1 术语本标准中采用下列术语:1.1 手持式移动电话机 handheld mobile phone一种适用于个人手持、袋装,并由机内电源供电和使用本机自配天线的GSM制式的移动式无线电话机,简称手机。

当液晶显示屏幕面积超过手机正面使用面积的二分之一时,称为大屏幕手机。

当手机拥有一个以上或大型显示屏,或抽出式键盘,或摄像头等多媒体配件,且此配件的机械性能特点不适用于进行普通类手机所做的某些环境测试,如高温、跌落等测试时,称为特殊类手机。

1.2用户终端业务 teleservice提供包括终端设备(TE)功能在内的完整通信能力。

1.3承载业务 bearer service在用户-网络接口之间提供信号传送能力(不包括终端设备功能)的一种用户终端业务类型。

它是在两个MODEM接口之间传递用户数据的。

3.4 补充业务 supplementary service对承载业务或用户终端业务加以修改或补充的业务。

它不能作为一种独立的业务单独向用户提供,必须与承载业务或用户终端业务相结合而提供。

1.5空闲模式 idle mode任一移动电话机监听广播信道,而它自己没占用信道的一种工作模式。

1.6专用模式 dedicate mode为移动电话机通信而配置的双向信道,允许其使用两端设备交换点到点的信息。

1.7侧音响度评定值 Sidetone Loudness Rating表示为人工嘴到人工耳的路径损耗,是基于与说话者察觉自己说话时的声音相关联的客观单音测试。

1.8小区内切换 intra cell handover指同一小区(基站)的物理信道之间的切换,包括同一载频或不同载频的时隙之间切换。

1.9小区间切换 inter cell handover指同一基站控制器所控制不同小区(基站)之间或不同基站控制器所控制的不同小区(基站)之间的信道切换。

1.10激活 Activation由业务提供者、用户或系统进行的一种操作,使业务进入“作好提供请求的准备”状态。

手机测试策略call

手机测试策略call

04
CALL测试系统及工具
CALL测试系统的架构及功能模块
架构概述
CALL测试系统一般采用C/S或B/S架构,具备模块化设计的特 点,可以灵活地增加或减少功能模块。
核心模块
包括测试管理、测试执行、测试监控、测试报告等核心模块 ,每个模块之间通过接口进行通信。
CALL测试工具的介绍及选择
测试工具种类
、传输网络优化、核心网络优化等。
网络优化工具
03
网络优化工具包括路测软件、网管系统、数据分析工具等,用
于监测、分析、诊断和解决网络问题。
网络优化流程及方法
网络优化流程
网络优化流程一般包括问题收集、问题 分析、方案制定和方案实施四个阶段。
优化方案制定
根据分析结果,制定具体的优化方案, 如基站调整、协议调整等。
VS
安装调试
按照安装指南逐步进行安装调试,确保各 个模块正常运行,同时需要进行相应的性 能、安全等测试。
05
无线通信网络优化
ห้องสมุดไป่ตู้
网络优化技术的介绍
网络优化概述
01
网络优化是通过技术手段对网络进行改进,以提高其性能、容
量、可靠性、安全性等指标的过程。
网络优化分类
02
根据网络性质和应用场景,网络优化可分为无线通信网络优化
定义:CALL测试是一种通过调用 被测程序API接口,以实现对被测 程序功能和性能测试的技术。
自动化测试:利用脚本语言或测 试框架实现自动化测试,提高测 试效率和准确性。
安全性高:仅通过API接口进行测 试,不会直接操作被测程序内部 数据和逻辑。
CALL测试的重要性
1 2
确保软件质量
通过对被测程序进行全面的功能和性能测试, 帮助发现潜在的缺陷和瓶颈,提高软件质量。

手机测试策略call

手机测试策略call

功能测试
功能测试是确保手机应用程序的各项功能都能正 常、准确地运行。
测试内容包括但不限于:拨打电话、发送短信、 上网、拍照、录音、定位等。
测试方法包括黑盒测试、白盒测试和灰盒测试。
性能测试
01
性能测试是评估手机在各种条件下的运行速度和稳 定性。
02
测试内容包括响应时间、吞吐量、资源利用率等。
03
手机测试策略call
汇报人: 2024-01-09
目录
• 引言 • 测试类型 • 测试阶段 • 测试工具和技术 • 问题跟踪与解决 • 测试结果与报告
01
引言
目的和背景
目的
确保手机应用程序的功能、性能 、安全和用户体验达到预期标准 。
背景
随着智能手机的普及,手机应用 程序的需求日益增长,因此需要 制定一套全面的测试策略来确保 应用程序的质量。
黑盒测试
黑盒测试关注应用程序的输入和输出,不关心内部逻辑和实现细节。主要用于功能测试 和用户验收测试。
白盒测试
白盒测试需要了解应用程序的内部结构和逻辑,通过单元测试、集成测试等方式验证代 码的正确性和可靠性。
05
问题跟踪与解决
问题分类与优先级
问题分类
根据问题性质和影响范围,将问题分为功能 缺陷、性能问题、兼容性问题、用户体验问 题等类别。
测试策略概述
功能测试
验证手机应用程序的各项功能是否符合需求 和设计要求。
安全测试
检查手机应用程序是否存在安全漏洞,如数 据泄露、恶意软件感染等。
性能测试
评估手机应用程序在不同条件下的响应速度 、稳定性和资源利用率。
用户体验测试
评估用户在使用手机应用程序时的感受,包 括界面设计、操作流程等。

手机测试策略call

手机测试策略call
测试报告发布
测试报告应该及时发布,以便相关人员了解测试进展和问 题,同时为后续的测试提供参考。
测试结果分析与总结
测试结果分析
根据测试结果,对每个被测对象进行详细的分析,包括功能、性能、稳定性等方面,以便 找出问题并给出改进建议。
问题归纳与总结
对测试过程中发现的问题进行归纳和总结,分析问题的原因和影响,并提出相应的解决方 案和建议。
目的和目标
通过实施有效的手机测试策略,旨在 确保手机性能的稳定性和可靠性,以 及用户使用的安全性和满意度。
具体目标包括:发现并修复潜在的问 题,提高手机的质量和性能,以及降 低产品发布后的维护成本。
测试策略范围
本测试策略涵盖了从手机硬件到软件、从基本功能到高级应用等多个方面的测试 内容。
测试策略范围还包括对外观、按键、屏幕、音频、电池、接口等硬件方面的测试 ,以及对操作系统、应用软件、网络连接、多媒体功能等软件方面的测试。
02
测试计பைடு நூலகம்与策略
测试目标与目的
确保手机性能稳定
通过测试,识别手机性能的潜在问题,确保手机在实际使用中稳 定运行。
发现潜在的安全风险
测试过程中需关注手机的安全性能,发现并解决可能存在的安全漏 洞。
验证功能的正确性
通过测试,确保手机的各种功能都能正常运行,满足用户的需求。
测试范围与重点
01
02
03
LoadRunner
商业性能测试工具,适用于对各种平台的应用程 序进行负载测试和性能分析。
Gatling
开源的性能测试工具,适用于对Web应用程序和 API进行负载测试和性能分析。
功能测试工具
1 2
Selenium
开源的自动化测试工具,适用于多种平台(如 Android、iOS和Web),可进行UI功能测试和 接口功能测试。

功能测试常用的策略和方法

功能测试常用的策略和方法

功能测试(黑盒测试)常用的策略和方法黑盒测试(Black-box Testing,又称为功能测试或数据驱动测试)是把测试对象看作一个黑盒子。

利用黑盒测试法进行动态测试时,需要测试软件产品的功能,不需测试软件产品的内部结构和处理过程。

采用黑盒技术设计测试用例的方法有:等价类划分、边界值分析、错误推测、因果图和综合策略.黑盒测试注重于测试软件的功能性需求,也即黑盒测试使软件工程师派生出执行程序所有功能需求的输入条件。

黑盒测试并不是白盒测试的替代品,而是用于辅助白盒测试发现其他类型的错误。

黑盒测试试图发现以下类型的错误:1)功能错误或遗漏;2)界面错误;3)数据结构或外部数据库访问错误;4)性能错误;5)初始化和终止错误。

一、黑盒测试的测试用例设计方法·等价类划分方法·边界值分析方法·错误推测方法·因果图方法·判定表驱动分析方法·正交实验设计方法·功能图分析方法等价类划分:是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例。

该方法是一种重要的,常用的黑盒测试用例设计方法.1)划分等价类:等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合。

利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能.无效等价类:与有效等价类的定义恰巧相反.设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性.2)划分等价类的方法:下面给出六条确定等价类的原则。

中国移动测试口令

中国移动测试口令

中国移动测试口令
简单来说,主要分为CQT、DT两种,CQT是呼叫质量测试(call quality test),指采用测试手机对某一范围进行测试,内容主要包括场强(接受电平值,包括主控小区和邻区)、通话质量(0-7共八个等级)、同邻频(主控小区和相邻小区),跳频、CI(小区号)等多项指标。

DT是路测或者叫车载测试(driver test),只是用相对应的路测设备,对大面积范围内进行测试,在室外一般是坐在车上,开车在路上跑,也可以在室内测试,不过要手工对采样点进行定位。

设备根据不同的厂家会有不同的设备和使用方法。

这两种是日常中经常使用到的方法,还有其他的,例如对没有信号的区域进行建站前的模拟测试,使用一个信号发射源连接天线进行模拟基站的信号覆盖强度测试,还有开通端局时的功能测试(内容项目过百项),还有网络割接测试、还有针对数据业务的CQT和DT,测试的内容和方法有很多种,不是一两句能说清的,并且测试的效果和测试人员的专业知识成正比,同样的测试数据,不同敬仰的工程师发现的问题深浅也是不同的,如果有机会能进移动,要好好学习前辈的经验,移动还是很舍得花钱对员工进行培训的,所以不要担心。

手机测试策略(call)

手机测试策略(call)

CDMA 手机测试经验总结手机测试前要先注意手机上市的三个里程碑:1.信息产业部TA测试由信息产业部进行的为获取NAL(Network Access License)而进行的测试。

与软件测试相关的主要是CTTL的一部分测试用例和UG交叉检查。

UG提到的功能都要求已经实现。

一般来说,检查的都是比较基本的功能。

2.网络运营商PA测试由运营商进行的产品接受性测试。

与软件测试相关的主要是增值业务测试。

这里要求有关增值业务的软件,都能符合运营商的要求(有终端规范和测试规范)。

另外,要求手机软件成熟、稳定。

3. 手机上市主要的测试策略•Release Test:每个软件版本都要进行的测试,主要涉及每个Feature最基本的功能。

•Error Verification:集中在这个版本相对上个版本修改的Error、增强的功能以及新加的功能的测试。

•Full Feature Test: Feature功能的全面的测试。

考虑到人力,资源以及有效性,只在比较重要的软件版本上测。

(要求测试的软件版本具有一定稳定性和成熟度)•CTTL Related Test&UG Cross Check: 主要是针对TA做的准备测试。

•Error Regression Test:在最后相对稳定的软件版本上,把已经修改好的Error重新验证一遍,以确保没有重新出现。

•Pre-PA Test:按照运营商的测试规范进行的增值业务相关的测试。

•Free Test:有效地弥补测试用例的缺陷。

发现深层次错误的重要途径。

测试重点:Before TA•每个软件版本都要进行Release Test和Error Verification。

•手机的所有Feature都Configuration好之后,就可以进行一次全面的Full Feature Test。

•尽早进行CTTL Related Test&UG Cross Check,给研发人员充分的时间去修改Error。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

C D M A手机测试经验总结手机测试前要先注意手机上市的三个里程碑:1.信息产业部 TA测试由信息产业部进行的为获取NAL(Network Access License)而进行的测试。

与软件测试相关的主要是CTTL的一部分测试用例和UG交叉检查。

UG提到的功能都要求已经实现。

一般来说,检查的都是比较基本的功能。

网络运营商PA测试由运营商进行的产品接受性测试。

与软件测试相关的主要是增值业务测试。

这里要求有关增值业务的软件,都能符合运营商的要求(有终端规范和测试规范)。

另外,要求手机软件成熟、稳定。

3. 手机上市主要的测试策略?Release Test:每个软件版本都要进行的测试,主要涉及每个Feature最基本的功能。

?Error Verification:集中在这个版本相对上个版本修改的Error、增强的功能以及新加的功能的测试。

?Full Feature Test: Feature功能的全面的测试。

考虑到人力,资源以及有效性,只在比较重要的软件版本上测。

(要求测试的软件版本具有一定稳定性和成熟度)?CTTL Related Test&UG Cross Check: 主要是针对TA做的准备测试。

?Error Regression Test:在最后相对稳定的软件版本上,把已经修改好的Error重新验证一遍,以确保没有重新出现。

?Pre-PA Test:按照运营商的测试规范进行的增值业务相关的测试。

?Free Test:有效地弥补测试用例的缺陷。

发现深层次错误的重要途径。

测试重点:Before TA?每个软件版本都要进行Release Test和Error Verification。

?手机的所有Feature都Configuration好之后,就可以进行一次全面的Full Feature Test。

?尽早进行CTTL Related Test&UG Cross Check,给研发人员充分的时间去修改Error。

?如果只有一部分的Feature提前做好Configuration,就可以对这些Feature进行单独的Full Feature Test。

测试重点:Before PA?在这段时期主要针对增值业务的测试以及对于先前发现的Error的跟踪测试。

?对于支持运营商的增值业务的手机,要对相关Feature进行Full Feature Test和准备PA测试。

?由于前一阶段时间有限,为了弥补对一些没有覆盖的功能以及一些深层次的测试,需要对各个Feature进行有方向的大量的Free Test。

?在要送往运营商做PA测试的软件版本上,进行所有Feature的Full Feature Test,以及准备PA测试,确保能够通过测试。

测试重点:Before Launch?这段时期软件相对比较成熟,主要应该考虑一些以前测试比较薄弱的地方、或者Error比较集中的地方。

如何做好手机UI测试项目的管理?角色分工清晰?做好Test Schedule,安排好各个时期所需的测试?做好测试的准备工作?制定好每个测试的流程?制定好Error管理流程(Report, Update, Follow-up)?收集各个时期比较重要的Error,并随时跟踪状态。

?如何能发现更多有效的BugBug的分类功能性Bug(不能Call,发SMS)UI的Bug(和spec相比较,界面上的图片,文字不一致)逻辑性的Bug(执行某些步骤,未进入相应的界面)可以通过以下方法进行手机测试1.重复操作,2.快速按键,3.边界测试,4.按非正常键,选择一个其他路径实现同一个功能5.Memory6.返回前一个状态7.交互8.非法输入9.换卡10.检查缺省值11.特殊状态下的操作12.长时间使用一个功能13.中断正在进行的操作14.压力测试手机测试过程一般走两到三轮的CASE,建议第一轮针对spec做一些UI的自由测试。

如果是一个新的项目的话,第二轮和第三轮严格的执行CASE,看手机的bug 数目情况,如果大的功能还没有实现的话,还要在执行case,如果实现了,接着做自由测试一到两轮,一般前面四到五轮测试,都是每个人测试自己的模块。

前面执行五轮了,应该可以发现70%的bug。

从第五到六轮开始做交换模块测试,另外根据项目的进度,在第6轮到第7轮做性能测试和压力测试,以及弱信号的测试。

另外还要注意一个问题在基本功能比较完善的情况下,执行并发性测试,在测试项目快结束的时候还要做一次并发测试。

并发测试性能测试:在PB将满和满的时候,和SMS将满和满的时候,有闹铃等并发性的事件发生,电话呼入和呼出的情况,查看PB和SMS。

对比测试:依据手机的功能而言,用被测手机和对比样机做对比。

主要是Call 和SMS,用被测手机分别往被测手机和对比样机上发SMS(注意能否接收到,特殊字符能接收到吗),一般测试两组,一组是25次,共测试50次,记录下接收的成功率,及注明不正常现象的comments。

弱信号关机开机注册测试:用被测手机在信号比较好的区域,拨打信号比较差的区域的被测手机和对比样机,一般测试两组,一组是25次,共测试50次,记录下接收的成功率,及注明不正常现象的comments。

通话质量测试:在CALL 测试的过程中,关注通话有无杂音,噪音,啸叫等等问题在测试的每一轮中都要注意每一轮的测试重点,根据上一轮的测试情况,制定下一轮的测试重点。

以及要注意测试优先级。

针对release版本的测试要重点把握那几项测试:如果进入release版本的测试,bug是测不完的,对Bug要明白一点测试是发现重要的bug,而不是发现所有的bug。

1.基本的function测试,重点对某项操作几次,还有做自由测试(等价类划分,冗错性测试,边界值测试,)换卡,开关机,低电量会不会清除PB,SMS,恢复出厂设置是否应该删除PB,SMS。

2.长按键,快速按键,UIM-LOCK ,注意:人力资源,一些未能达到的硬件要求。

应让供应商在项目开始的初期就提供一些样机,比如在万年历中星期的缩写。

有的是WE都是大写,有的是We。

电话本的排序:基本的方法是取每个姓名第一个字的Unicode编码,按照ASCII表字符顺序排列但是有下面2个例外:(1)英文字母不区分大小写,例如‘a'和‘A’将会排在一起,先新建的记录排在上面。

如新建3笔记录A、a、A,进入电话簿后顺序为:A-a-A。

(2)汉字取其拼音的首字母。

例如‘阿’和‘a','A'将会排在一起,但是‘阿‘在‘a','A'后面,即汉字在英文字母的后面。

具体手机功能测试方法:测Call功能的时候,应该注意的一些事项1.一般用户的操作方法的验证2.非Idle状态来电之后拒接,未接,通话结束后都返回Idle。

3.CALL 来电和PB中号码的匹配4.来电主叫禁显的测试5.来电号码为黑名单的电话6.更改PB中电话号码的用户名称后,查看对应的呼叫记录是否正确7.来电后,通话记时是否正确8.通话记录的排序9.打,国外,长途,移动,连通,铁通,小灵通,固话,IP电话是否通话清晰没有杂音;10.直接拨打分机(p)11.打电话中交叉事件的处理(低电量,闹钟等)12.打电话过程中,浏览PB,SMS,调节音量等等的操作13.紧急呼叫的和PB电话号码的匹配14.注意耳机在未插入话机时,手机上的“自动接听”功能是否生效。

插上耳机后手机是否会有提示(文字还是键盘指示灯),插上耳机后,此电话被叫,声音是从那里发出的。

15.呼叫等待和三方通话的功能三方通话和呼叫等待业务的使用需要SP授权。

三方通话的建立与处理过程,区别于呼叫等待(Call Waiting)的处理。

简而言之,MS在通话过程中如果有来电,则为呼叫等待处理过程;如果MS在通话过程中发起另一通呼叫,则为三方通话处理过程。

假设3部手机:A,B,C。

A是有三方通话卡的手机。

1..如果A先拨打B,接通B之后,A再去拨打C并且接通解:界面显示B的号码。

2.接通之后和A的通话对象是谁?解: A与C通话,B被保持。

3.B、C之间能否通话,可以的话是在什么条件下?解:在2的情况下用户按SEND键开始三方通话,即A、B、C同时对话,任意一方说话另两方都能听见;但B和C不能脱离A私聊。

4.A能否按某一键进行切换选择与B通话,屏蔽C或者选择与C通话,屏蔽B;解:不能。

5.电话挂断:如果A主动挂断,什么情况?如果B或者C主动挂断,又是什么情况?解: A为主控方,如果A挂断,B、C将被挂断;如果B(或C)挂断,则A与另外一方C(或B)继续通话。

6.A能否按某一键选择与B通话挂断C,或者与C通话挂断B。

如果可以与B通话挂断C,挂断C后能继续直接和B通话还是要B再自动拨打A解: C为后加入的第三方,如果A按SEND键,则C将被挂断,A与B继续通话;A不能挂断B而与C通话。

7. 如果A先拨打B,接通B之后,A再去拨打C,没接通C前按[ End]键,会出现什么现象?是把B、C全部挂断了?解: A与B通话过程中拨打C并听到回铃音,则B被保持,在C未接听前A 按END键挂机,C被挂掉,A将尝试取回被保持的电话B,即正常情况下A 会收到B的来电。

8. 如果A先拨打B,接通B之后,有C拨打A,但是A不想接C的电话,能否在这个时候挂断C的电话,继续和B通话?解:不能。

A与B通话过程中如果有来电,即为呼叫等待,A会听到C来电的提示音,并且在20秒(时间可程序定制)内会有通话等待界面提示;A如果不接听,则继续与B通话,在C未挂机之前可按SEND键接听;A接听,则A与C通话,B被保持,A可按SEND键来回切换与B或C通话。

16.要注意拨打固定电话分机的方式输入总机+P+分机,然后直接拨打这个分机,看是否需要在接通总机后,再按“Send”键。

还是直接就可以拨打出去。

17.拨打国际长途输入符号“+”或“00”18.手机在插入UIM卡或没插入UIM卡的时候,拨打电话会有什么样的显示,其界面是否和spec上一致。

19.拨打IP卡,看手机的界面显示是否正确。

20拨打紧急电话(系统的和自己设置的),要注意有无UIM卡的情况。

21 输入号码长度的限制通话记录首先这个模块是与Call、PB有直接联系的,这是因为来电和拨电话的同时,手机会在PB中进行匹配,从而能在通话记录中显示相应的姓名。

所以在这个模块中多进行一些保存号码的操作,或者改动过PB后要回头看看通话记录的姓名有没有发生变化。

第一:查看PB后,保存号码的时候输入最大长度而且是中英文及特殊字符混合的姓名。

类似这种混合字符最容易引起乱码问题。

第二:在测试中,要考虑到来电为禁显号码、IP、长途的测试。

第三:在删除通话记录时,挨个删除时按照顺序,有从前往后删和从后往前删以及从中间删,看删除后光标的位置是否符合设计要求。

相关文档
最新文档