[发明专利]移动终端的测试方法及测试设备、移动终端的测试系统

说明书

技术领域

本发明涉及通信测试技术领域，特别涉及移动终端的测试方法及测试设备、移动终端的测试系统。

背景技术

随着移动通信技术的发展，移动终端产品越来越丰富，功能越来越复杂，推出的频率越来越快，导致研发周期缩短。在研发过程中，需要通过对移动终端的测试来保证产品的质量和性能，同时又必须提高移动终端的测试效率、控制测试成本，为此需要不断地积累测试技术，提高测试水平。

手机测试包括硬件测试、软件测试以及结构测试，我们通常所说的手机测试是指手机软件测试。而在手机软件测试中，协议栈软件测试是最主要的测试项目之一，覆盖了手机最复杂的通信协议逻辑。随着手机产品的不断升级，手机的形态越来越多，手机协议栈的复杂度也越来越高。为了保证手机协议栈的稳定性，需要模拟各种复杂的网络环境来测试手机协议栈，以确定手机协议栈始终能和网络保持正常的通信，并始终按照预期的结果处理网络各种复杂的配置。

以第三代移动通信系统为例，第三代移动通信系统与以往的移动通信系统相比，最明显的特征就是它能提供丰富的多媒体业务，这些业务既有高实时性、低吞吐量的语音业务，又有高吞吐量、低实时性的数据业务，还有对实时性和吞吐量要求都很高的视频点播业务。而这些灵活、多样的功能是由复杂的3GPP和3GPP2协议栈实现的。可以说，协议栈是整个系统的重要组成部分。协议栈需要始终兼顾通信的高效和稳定，并适应各种不同的网络环境，需要经过严格规范的测试。

现有的手机软件测试中，测试人员大都只关注手机接收到(来自基站)的空口消息以及空口流程，而不关注手机的内部流程；但对研发人员而言，他们还必须要确保手机内部每个流程的正确性。例如，当前手机在2G网络中处理分组交换(packet switch，PS)业务，这时要求手机切换到3G网络，通常手机有两种方式转到3G网络：切换或重选；从网络侧或者从手机用户角度看，这两种方式没有任何区别，即手机无论切换或重选后都能到达3G网络，但手机内部的实现流程却截然不同。也就是说，即使手机在两种方式下都能成功到达3G网络，对于研发人员而言，还需要关注这两种方式下手机内部的每条消息甚至每个消息中每个信元的处理流程。因此，如果通过运行测试用例能够实时监控到手机内部流程，对研发人员处理手机测试中发生的异常情形将大有裨益。

进一步地，现如今手机测试都是采用自动化测试工具，这无疑节省了大量的人力和物力，然而当手机进行自动化测试出现严重错误情形下，现有通常只能报告这个测试用例测试失败，或者保存相关的日志文件(log)。然后，研发人员只能根据这些日志文件重新定位问题，这样就会降低研发人员处理手机测试问题的效率。

更多关于移动终端的测试方案可以参考公开号为US2004210665A1的发明名称为“Protocol Testing System and Protocol Testing Method(协议测试系统及方法)”的美国专利申请文件，但仍旧没有解决上述问题。

发明内容

本发明解决的问题是现有对移动终端的测试无法实时监控移动终端的内部消息流程，且在测试中发生异常无法快速定位。

为解决上述问题，本发明实施例提供一种移动终端的测试方法，包括：运行测试用例以生成控制命令和测试命令；将所述控制命令发送至基站模拟器，指示所述基站模拟器配置网络环境；将所述测试命令以及待测试消息发送至待测移动终端，其中所述测试用例中包含所述待测试消息；基于所述待测试消息验证所述待测移动终端在所述网络环境下执行所述测试命令的过程。

可选地，还包括：在所述待测移动终端执行所述测试命令发生严重错误情形下，保存所述待测移动终端中已运行的协议栈代码的执行逻辑和日志文件。

可选地，所述严重错误情形包括assert错误；所述待测移动终端在执行所述测试命令发生assert错误时，基于所述待测移动终端的内存地址来保存在发生所述assert错误前已运行的协议栈代码的执行逻辑和日志文件。

可选地，所述基于所述待测试消息验证所述待测移动终端在所述网络环境下执行所述测试命令的过程包括：若在预定时间未接收到所述待测移动终端发送的所述待测试消息，则确定所述待测移动终端执行所述测试命令发生异常，并保存与所述测试用例对应的日志文件。