嵌入式系统测试方法

GSM手机测试基础知识

测试手机的主要参数有：

1） 发射功率等级 TX power level（5～19） 2） 频率误差 frequency FER 3） 相位误差 Phase PER 4） 射频频谱 RF Spectrum 5） 开关谱 SwitchSpectrum 6） 接受灵敏度 RX Sensitivity 7） 调制谱 Modulation Spectrum 测试系统需要的主要设备：

1） 模拟基站的综合测试仪 如德国罗德-史瓦茨公司的CMU200

2） 通信专用电源 如2304A双通道移动通讯高速电源，该电源在脉冲 负载变化时展现了他显著的电压稳定性，同时能够测量负载电流。对于测试需电池供电的无线通讯设备（例如便捷式电话），在非常短的时间间隔内经历真实的负载变化而言，这种电源是最优化的。 3） 手机夹具等

4） 测试开发软件 labview或VB等 labview快速方便 测试过程

实际测量系统的工作过程是首先手机开机，寻找与模拟基站CMU之间的频率同步；然后对PS（电源）与CMU进行初始化；初始化正确完成后在MSC上注册手机IMSI号；建立MS对BS（基站）的呼叫；当呼叫成功时，开始测量手机GSM900参数；首先测量信道1三个功率等级（Lv5，Lv10，Lv15）的发射功率；若符合标准，进入信道1的FER（频率误差）与PER（相位误差）测量；按同样的步骤测量信道62、123的发射功率、FER与PER；测量GSM900的Modulation Spectrum（调制谱）、SwitchSpectrum（开关谱）；从GSM900切换到DCS1800；测量信道512，69 8，885的各发射功率，FER，PER，ModulationSpectrum和SwitchSpectrum；在测量过程中如果任何参数不符合标准，立即显示FAIL并生成报告退出，全部测试完毕显示PASS并生成报告退出。

程序处理的主要部分包括\获取测试设备\、\初始化CMU\、\建立呼叫\、\取得信令 状态，直到CMU与手机同步\、\执行测试项\、\结束呼叫\获取测试设备时对GSM900和DCS1800分别分配设备句柄（设定GPIB地址），以便完成两种标准下的测试。CMU在完成初始化之后，呼叫移动台并建立连接后即可执行测试。

在执行测试部分以发射功率为例说明其处理过程。发射功率（发射机载频峰值功率）是发射 机载频功率在一个突发脉冲的有用信息比特时间上的平均值，其大小直接关系到手机信号传输距离的远近、电源的使用时间和对其他移动台的影响。根据最大功率将移动台分为若干功率级别，相邻功率级之间相差2 dB.

软件测试中的性能测试工具的介绍

目前市场上的性能测试的工具种类很多，可以简单的划分为以下几种：负载压力测试工具、资源监控工具、故障定位工具以及调优工具。 1. 主流负载性能测试工具

负载性能测试工具的原理通常是通过录制、回放脚本、模拟多用户同时访问被测试系统，制造负载，产生并记录各种性能指标，生成分析结果，从而完成性能测试的任务。 主流的负载性能测试工具有：

QA Load：Compuware公司的QALoad是客户/服务器系统、企业资源配置（ERP）和电子商务应用的自动化负载测试工具。QALoad是QACenter性能版的一部分，它通过可重复的、真实的测试能够彻底地度量应用的可扩展性和性能。QACenter汇集完整的跨企业的自动测试产品，专为提高软件质量而设计。QACenter可以在整个开发生命周期、跨越多种平台、自动执行测试任务。

SilkPerformer：一种在工业领域最高级的企业级负载测试工具。它可以模仿成千上万的用户在多协议和多计算的环境下工作。不管企业电子商务应用的规模大小及其复杂性，通过SilkPerformer，均可以在部署前预测它的性能。可视的用户化界面、实时的性能监控和强大的管理报告可以帮助我们迅速的解决问题，例如加快产品投入市场的时间，通过最小的测试周期保证系统的可靠性，优化性能和确保应用的可扩充性。

LoadRunner：一种较高规模适应性的，自动负载测试工具，它能预测系统行为，优化性能。LoadRunner强调的是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测，来帮助您更快的确认和查找问题。此外，LoadRunner 能支持最宽范的协议和技术，为您的特殊环境，量身定做地提供解决方案。

WebRunner：是RadView公司推出的一个性能测试和分析工具，它让web应用程序开发者自动执行压力测试；webload通过模拟真实用户的操作，生成压力负载来测试web的性能，用户创建的是基于javascript的测试脚本，称为议程agenda，用它来模拟客户的行为，通过执行该脚本来衡量web应用程序在真实环境下的性能。 免费测试工具：

OpenSTA：开源项目，功能强大，自定义功能设置完备，但设置通过Script来完成。必须学习Script编写

WAS（Web Application Stress Tool）：微软的工具，输出结果是纯文本的。

2.资源监控工具

资源监控作为系统压力测试过程中的一个重要环节，在相关的测试工具中基本上都有很多的集成。只是不同的工具之间，监控的中间件、数据库、主机平台的能力以及方式各有差异。而这些监控工具更大程度上都依赖于被监控平台自身的数据采集能力，目前的绝大多数的监控工具基本上是直接从中间件、数据库以及主机自身提供的性能数据采集接口获取性能指标。

首先，不同的应用平台有自身的监控命令以及控制界面。比如UNIX主机用户可以直接使用topas，vmstat,iostat了解系统自身的健康工作状况。另外，weblogic以及websphere平台都有自身的监控台，在上面可以了解到目前的JVM的大小、数据库连接池的使用情况以及目前连接的客户端数量以及请求状况等等。只是这些监控方式的使用对测试人员有一定的技术储备要求，需要自己熟练掌握以上监控方式的使用。

第三方的监控工具相应的对一些系统平台的监控进行了集成。比如Loadrunner对目前常用的一些业务系统平台环境都提供了相应的监控入口，从而可以在并发测试的同时，对业务系统所处的测试环境进行监控，更好的分析测试数据。

但Loadrunner工具其提供的监控方式还不是很直观，一些更直观的测试工具能在监控的同时提供相关的报警信息，类似的监控产品如QUEST公司提供的一整套监控解决方案包括了主机的监控、中间件平台的监控以及数据库平台的监控。QUEST系列监控产品提供了直观的图形化界面，能让测试者尽快进入监控的角色。 3. 故障定位工具以及调优工具

技术的不断发展以及测试需求的不断提升，故障定位工具应运而生，它能更精细的对负载压力测试中暴露的问题进行故障根源分析。在目前的主流测试工具厂商中，都相应地提供了对应的产品支持。尤其是目前.NET以及J2EE架构的流行，测试工具厂商纷纷在这些领域提供了相关的技术产品，比如Loadrunner模块中添加的诊断以及调优模块、Quest公司的PerformaSure、Compuware的Vantage套件以及CA公司收购的Wily的Introscope工具等等，都在更深层次上对业务流的调用进行追踪。这些工具在中间件平台上引入探针技术，能捕获后台业务内部的调用关系，发现问题所在，为应用系统的调优提供直接的参考指南。 在数据库产品的故障定位分析上，Oracle自身提供了强大的诊断模块，同时，Quest公司的数据库产品也在数据库设计、开发以及上线运行维护都提供了全套的产品支持。

手机测试方法及手机测试用例设计

电话本功能测试 测试编号：MP-1-1

测试项目：存储在SIM卡上的记录 测试子项目：在SIM卡上添加记录

测试目的：验证在SIM卡上添加记录的状态和测试操作所有添加记录后的状态 测试预置条件：手机带SIM卡，开机待机状态，充电器，网络信号正常 正确的顺序/步骤： 1）姓名输入：

i)是否可以使用任意输入法添加汉字、字母、数字，达到姓名允许的最大字节，并能正常保存。

ii)是否可以使用任意输入法添加汉字、字母、数字，在没有进行输入时，是否有警告提示或是否可以正常保存（根据产品要求）。

iii)是否可以使用任意输入法添加汉字、字母、数字，超过姓名允许的最大字节，是否有告警提？是否可以正常保存。

iV)是否可以进行汉字、字母、数字的混合输入，并重复i~iii，是否有异常。 2）电话号码的输入：

i)是否可输入数字至最大值，并可正常保存。 ii）在不输入数字时，进行保存时，是否有告警提示。 iii）是否可以输入汉字，字母，此时是否有告警提示或异常。

iv)是否可以输入特殊字符，如+、P、*、#，是否可以正常保存。比如：连续输入多个*，P或+，不按电话的号码的正常顺序进行输入，试试，比如\看看是个什么样的效果，是否显示正常。

3）在输入过程中按返回键、挂机键、或翻合翻盖、电源键，是否有告警提示或异常。 4）待机界面下直接输入数字至最大值，是否可以正常保存。

5）待机界面下直接输入数字即特殊字符（＋，P），是否可以正常保存。 6）将1），5）步骤进行一下排列组合，查看是否有异常情况。 预期结果及判定原则：

正常添加记录，对异常情况进行分析

测试编号：MP-1-2

测试项目：存储在SIM卡上的记录 测试子项目：在SIM卡上修改记录

测试目的：验证在SIM卡上修改记录的状态和测试操作所有修改记录后的状态 测试预置条件：手机带SIM卡，开机待机状态，充电器，网络信号正常 正确的顺序/步骤： 1）单条记录的修改：

a) 是否可以对单条记录进行修改，包括姓名和数字，并重复添加记录中的1）， 2），3），4）各步骤。

b) 连续将多条记录的内容（姓名或电话号码）修改成一样。 c) 手机或SIM卡的所有记录全部一样。 2）连续多条记录进行修改 预期结果及判定原则：

1.对多条记录测试目的是对软件进行压力测试。 2.修改记录正常，对异常情况进行分析。 测试编号：MP-1-3

测试项目：存储在SIM卡上的记录 测试子项目：在SIM卡上删除记录

测试目的：验证在SIM卡上删除记录的状态和测试操作所有删除记录后的状态 测试预置条件：手机带SIM卡，开机待机状态，充电器，网络信号正常 正确的顺序/步骤： 1）对单条记录进行删除

i）删除后，列表显示是否正常；数量是否正确。 ii）SIM卡记录为空时，进行删除时，是否有告警提示。

iii）SIM卡记录仅为一条时，删除后，是否有SIM卡内容为空的提示。 iv)在删除过程中，各功能键是否正常。

v）在删除过程中，进行中断操作，是否正常，比如挂机键，电源键等等。 2）对多条记录进行删除，目的是对软件的进行压力测试。 i）连续对SIM卡的多条记录进行删除，是否出现异常情况。 ii）删除SIM卡记录直至为空时，是否有异常。 iii）在删除过程中，各功能键是否正常。 预期结果及判定原则：

删除记录正常，对异常情况进行分析。

iii）SIM卡记录仅为一条时，删除后，是否有SIM卡内容为空的提示。 iv)在删除过程中，各功能键是否正常。

v）在删除过程中，进行中断操作，是否正常，比如挂机键，电源键等等。 2）对多条记录进行删除，目的是对软件的进行压力测试。 i）连续对SIM卡的多条记录进行删除，是否出现异常情况。 ii）删除SIM卡记录直至为空时，是否有异常。 iii）在删除过程中，各功能键是否正常。 预期结果及判定原则：

删除记录正常，对异常情况进行分析。

本文来源：https://www.bwwdw.com/article/ldto.html