CN108376115A - 一种跨Android平台自动化测试方法及系统 - Google Patents

Abstract

本发明涉及一种跨Android平台自动化测试方法及系统，包括对通话或短信单项业务进行测试；对通话和短信业务进行自动化交叉功能测试；并分类记录存储测试结果和分析可能造成测试失败原因。所述测试方法及系统将Android终端平台受需求影响小、操作重复度高、流程简单的测试项进行汇总测试，不受PC端测试工具的影响，随时随地可以进行大量的自动化测试；降低了自动化测试的准入度，使一般用户也可以进行自动化测试，便于大量测试特别是用户测试的测试部署；满足功能测试和性能测试需求，完成功能测试的同时兼顾了压力测试；可进行跨平台测试，提高了测试移植性。

Description

一种跨Android平台自动化测试方法及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种跨Android平台新型自动化测试方法及系统。

背景技术

Android终端自动化测试的实现一般是由测试脚本和第三方测试工具来完成，它的主要作用是使测试人员解放开来，避免了大量人力的浪费，并且可以使测试工作的工作效率得到有效的改善，使软件的开发周期变得更加紧凑。

当待测软件版本尚未稳定时，由于需求变更、代码重构功能增减等因素，自动化测试活动往往不能很好地开展，即使强行推进测试自动化，其取得的效果，对软件项目的贡献度一般也不是很理想。

目前Android终端自动化测试手段的局限性主要有一下几个方面：

1、自动化测试只能将某些固定的流程自动化，对于变化的需求、变更的软件，往往无法快速做出应对。

2、自动化测试软件需要通过编程来解决一系列技术问题。在使用自动化测试工具的时候，往往根据项目需求重新定制、修改测试软件，而测试脚本的编写决定了自动化测试的质量，这些都需要专门的测试开发人员来解决，对于编程能力低的测试人员将无法进行充分的自动化测试。

3、目前测试机动性不够高，开展测试时太过于依赖PC端的测试软件或者脚本，当参与测试的人员众多时，测试人员需要执行大量重复操作时，例如用户测试，进行测试环境部署的可能性大大降低，而测试人员能力的参差不齐也会造成测试开展不能顺利展开。

4、自动化测试开发需要依照软件开发进度进行计划安排，受到软件开发进度的限制，有时考虑到成本，无法正常进行自动化测试部署。

5、可移植性较差，目前Android终端平台的多样性，当平台变换时，有一些自动化测试将无法进行快速移植。

6、自动化测试工具软件需要额外的维护成本，维护工作主要集中在测试用例的更新方面，旨在保证测试用例客观反映需求定义，符合测试计划要求。

发明内容

鉴于上述的分析，本发明旨在提供一种跨Android平台新型自动化测试方法及系统，解决了重复性高、功能单一、大批量重复测试时的自动化测试部署，降低了测试的成本，增加了测试的准确性。

本发明的目的主要是通过以下技术方案实现的：

一种跨Android平台自动化测试方法，包括以下步骤：

步骤S1、对用户选择的测试项进行判断，如果选择是单项测试，则进入步骤S2；如果选择是多任务随机测试，则进入步骤S3；

步骤S2、根据用户选择的通话或短信单项业务，进行通话业务测试或者短信业务测试，并分类记录、存储测试结果和分析可能造成测试失败原因；

步骤S3、根据用户选择的包括通话和短信的测试项生成多任务随机测试数列；随机选择测试数列中的测试项，自动化地进行通话业务或短信业务交叉测试，并分类记录、存储测试结果和分析可能造成测试失败原因。

进一步地，所述步骤S2包括以下子步骤：

步骤S201、判断用户单项测试的业务，如果是进行通话业务测试进入步骤S202，如果是进行短信业务测试进入步骤S205；

步骤S202、判断是主叫状态发起测试还是被叫状态发起测试，如果是主叫状态发起测试进入步骤S203，如果是被叫状态发起测试进入步骤S204；测试结束后记录存储测试结果；

步骤S203、根据设置的参数，由主叫方主动呼叫被叫方电话号码发起通话业务测试，测试结束后记录存储测试结果；

步骤S204、根据设置的参数，由被叫方通过被动接收主叫方的呼叫发起通话业务测试，测试结束后记录存储测试结果；

步骤S205、根据设置的参数，进行短信业务测试，测试结束后记录存储测试结果。

所述单项测试满足了对通话业务和短信业务的测试，并可满足功能测试和部分压力测试，而且在通话业务通过主叫状态发起测试和被叫状态发起测试，模拟了实际通话业务中用户的使用情况，测试更加贴近实际的使用情况，能够更好的发现实际使用中的问题。

进一步地，所述主叫状态发起测试包括：

进行测试前参数设置；

由主叫方主动呼叫被叫方电话号码发起测试；被叫方收到主叫方电话号码呼叫后，经过设定时长的振铃后，自动接起电话；

主叫方和被叫方经过设定时长的通话后，主叫方挂断电话完成一次测试，结束当前业务，主叫方和被叫方恢复到业务发起前状态，并记录测试结果；

在测试时长段逐次进行测试，对记录的测试结果进行判断，分类记录存储包括测试次数、测试时间、失败次数及失败原因，并进行结果分析判断；最终得到成功率，并列出失败条目。

通过设置测试参数，实现了用户为主叫方时，通话可能发生的情况，并通过结果分析，得到通话失败的原因。

进一步地，所述被叫状态发起测试包括：

进行测试前参数设置；

被叫方主动发起测试，监听来电获得来电号码；

判断来电号码是否符合主叫方电话号码，是，则根据设置的参数接听电话进行测试；否，则拒接，继续监听来电；

在测试时长段逐次进行测试，对测试结果进行判断，分类记录存储测试次数、测试时间、失败次数及失败原因；最终得到成功率，并列出失败条目。

通过设置测试参数，实现了用户为被叫方时，通话可能发生的情况，并通过结果分析，得到通话失败的原因。

进一步地，所述短信业务测试包括：

短信测试数据生成；所述短信测试数据内容为随机生成，并将测试数据发送至短信发送单元；

短信测试数据的发送；短信发送单元调用底层协议，将测试数据发送至测试平台；

发送结果的判断；短信发送后，根据终端调制解调器返回的短信报告和网络侧基站返回的日志信息，判断发送是否成功；

测试结果的记录存储；所述记录存储包括测试次数、测试时间、失败次数及失败原因，根据测试记录最终得到短信业务的成功率和失败原因分析。

通过设置测试参数，由测试平台自动发送，通过调制解调器和网络侧基站返回的信息对短信测试进行结果判定，在测试过程中，无需用户的人工参与，自动化测试的程度高。

进一步地，步骤S3包括以下子步骤：

步骤S301、根据包括通话和短信测试在内的不同测试需求，生成对应的随机数放在随机队列中进行随机选择，生成测试项数列；

步骤S302、测试开始后，随机选择测试项数列中的测试项进行测试，自动化进行通话和短信交叉功能测试；

步骤S303、测试结束后，将测试数据进行分类记录、汇总分析和存储。

通过进行通话和短信业务的随机测试，达到模拟用户实际使用通话和短信业务的随机性，使测试更加接近真实使用的情况，便于发现实际使用中出现的故障，并更好的分析故障原因。

一种跨Android平台自动化测试系统，包括主控状态单元、通话业务测试单元、短信业务测试单元和测试记录单元；

所述主控状态单元，控制所述通话业务测试单元、短信业务测试单元和测试记录单元进行自动化测试流程；并根据用户的选择测试项进行单项测试和多任务随机测试；

所述通话业务测试单元，在主控单元的控制下，完成包括通话业务发起、通话过程控制、通话业务结束和通话结果判断在内的通话测试工作；

所述短信业务测试单元，在主控单元的控制下，完成包括短信编辑、发送及发送结果判断在内的短信测试工作；

所述测试记录单元，在主控单元的控制下，将所述通话业务测试单元和短信业务测试单元的测试结果写入指定文件并存储，具体包括对通话业务测试的记录存储和对短信业务测试的记录存储。

进一步地，所述单项测试，主控单元根据设置的测试参数控制通话业务测试单元或短信业务测试单元，进行通话业务的功能测试、压力测试或短信业务的功能测试；

所述多任务随机测试，主控单元根据用户选择的测试项生成测试数列，自动控制通话业务测试单元和短信业务测试单元随机进行交叉测试。

进一步地，所述通话业务测试单元对通话结果判断依据包括：

根据网络侧返回的日志信息中的包括振铃和接起在内的信息判断测试是否成功；

根据是否与通话设置的参数匹配判断测试是否成功；

通过对测试平台截图对比判断测试是否成功。

进一步地，所述短信业务测试单元包括短信内容生成模块、短信发送模块和发送结果判断模块；

所述短信内容生成模块，随机生成短信测试数据，并将测试数据发送至短信发送模块；

所述短信发送模块，调用底层协议，将被测内容发送至测试平台；

所述发送结果判断模块，根据发送后的短信报告和网络侧返回的日志信息进行判断，判断是否成功及分析失败原因。

本发明有益效果如下：

将Android终端平台受需求影响小、操作重复度高、流程简单的测试项汇总至测试应用中进行，这样可以不受PC端测试工具的影响，随时随地可以进行大量的自动化测试；降低了自动化测试的准入度，使一般用户也可以进行自动化测试，便于大量测试特别是用户测试的测试部署；满足功能测试和性能测试需求，完成功能测试的同时兼顾了压力测试；并且通过通话和短信业务的随机测试，使测试更加接近真实使用的情况；可进行跨平台测试，提高了测试移植性。

附图说明

附图仅用于示出具体实施例的目的，而并不认为是对本发明的限制，在整个附图中，相同的参考符号表示相同的部件。

图1为自动化测试方法流程图；

图2为主叫状态发起通话测试方法流程图；

图3为被叫状态发起通话测试方法流程图；

图4为短信业务测试流程图；

图5为自动化测试系统方框图。

具体实施方式

下面结合附图来具体描述本发明的优选实施例，其中，附图构成本申请一部分，并与本发明的实施例一起用于阐释本发明的原理。

本发明的一个具体实施例，公开了一种跨Android平台自动化测试方法，如图1所示，包括以下步骤：

步骤S1、对用户选择的测试项进行判断，如果选择是单项测试，则进入步骤S2；如果选择是多任务随机测试，则进入步骤S3；

步骤S2、根据用户选择的通话或短信单项业务，进行通话业务测试或者短信业务测试，并分类记录、存储测试结果和分析可能造成测试失败原因；

具体包括：

步骤S201、判断用户单项测试的业务，如果是进行通话业务测试进入步骤S202，如果是进行短信业务测试进入步骤S205；

步骤S202、判断是主叫状态发起测试还是被叫状态发起测试，如果是主叫状态发起测试进入步骤S203，如果是被叫状态发起测试进入步骤S204；测试结束后记录存储测试结果；

步骤S203、根据设置的参数，由主叫方主动呼叫被叫方电话号码发起通话业务测试，测试结束后记录存储测试结果；

具体如图2所示：包括：

1)进行测试前参数设置；具体包括：主叫方电话号码、被叫方电话号码、振铃时长和通话时长的设置；

所述被叫方电话号码由被叫方产生，通过该电话号码，主叫方能够呼叫被叫方；

所述主叫方电话号码由主叫方产生，能被被叫方识别为测试号码；

所述振铃时长，为主叫方发起呼叫到被叫方接听的时间，设定后被叫端方会根据振铃时长进行接起电话；

所述通话时长，为主叫方发起通话的时间长度，根据测试时长段和测试的内容，设置为固定通话时长和随机通话时长；

设定为固定通话时长时，主叫方和被叫方的每次通话时长固定，根据功能和性能测试需要，固定通话时长可设置为短通话、长通话和超长时间通话，短通话时长为15s内的通话，测试目的主要针对短频快通话的性能测试，长通话时长为30-90min，测试目的主要针对设备在通话较长时间的稳定性是否能保持平稳正常，通话时长>90min，超长时间通话测试目的：1、验证通话待机时间是否符合产品需求；2、测试超长时间通话测试过程中设备的稳定性；

设定为随机通话时长时，主叫方和被叫方的每次通话时长随机，将短通话和长通话测试进行随机交叉测试；

2)由主叫方主动呼叫被叫方电话号码发起测试；被叫方收到主叫方电话号码呼叫后，经过设定时长的振铃后，自动接起电话；

3)主叫方和被叫方经过设定时长的通话后，主叫方挂断电话完成一次测试，结束当前业务，主叫方和被叫方恢复到业务发起前状态，并记录测试结果；

4)在测试时长段逐次进行测试，对记录的测试结果进行判断，分类记录包括测试次数、测试时间、失败次数及失败原因，可以通过截图对比和网络侧回复的信息进行判断是否成功，截图对比成功记录此次业务测试成功，如果截图对比失败，通过网络侧回复的信息判断失败原因：1、网络原因；2、本地modem原因；3、欠费及其他。并进行结果分析判断；最终得到成功率，并列出失败条目。

步骤S204、根据设置的参数，由被叫方通过被动接收主叫方的呼叫发起通话业务测试，测试结束后记录存储测试结果；

具体如图3所示：包括：

1)进行测试前参数设置；具体包括：主叫方电话号码、被叫方电话号码、振铃时长和通话时长的设置；

2)被叫方主动发起测试，监听来电获得来电号码；

3)判断来电号码是否符合主叫方电话号码，是，则根据设置的参数接听电话进行测试；否，则拒接，继续监听来电；

4)在测试时长段逐次进行测试，对测试结果进行判断，分类记录测试次数、测试时间、失败次数及失败原因；可以通过截图对比和网络侧回复的信息进行判断是否成功，截图对比成功记录此次业务测试成功，如果截图对比失败，通过网络册回复的信息判断失败原因：1、网络原因；2、本地modem原因；3、欠费及其他。最终得到成功率，并列出失败条目。

所述通话业务测试中对通话结果判断依据包括：

a.根据网络侧返回的日志信息中的包括振铃和接起在内的信息判断测试是否成功；比如，通过收到网络侧基站返回报告中的振铃时间信息，判断被叫方是否以设置的振铃时间接起电话，判断振铃和接起功能是否正常；

b.根据是否与通话设置的参数匹配判断测试是否成功，比如：通话时长和振铃时长，当测试值和设置值有明显差距时判断为失败；

c.通过对测试平台截图对比判断测试是否成功，在通话过程中截图，和正确的进行对比用于判断是否成功，由于截图只有通话时间不同，所以将测试的通话截图和已存的正确截图作对比，相似率在95％以上为通过，否则为失败。

步骤S205、根据设置的参数，进行短信业务测试，测试结束后记录存储测试结果；

如图4所示，具体包括：

1)所述短信内容生成模块，随机生成1-140字节测试数据，并将测试数据发送至短信发送模块；

2)所述短信发送模块，调用底层协议，将测试数据发送至测试平台；

3)所述发送结果判断模块，短信发送后，终端调制解调器modem返回发送后的短信报告，网络侧基站会根据短信的状态向发送端返回发送的日志信息，根据发送后的短信报告和网络侧基站返回的日志信息进行判断，通过短信报告返回参数判断短信是否发送成，以及发送失败的原因，比如：欠费、消息被拒绝、号码不存在、网络不可用等。如果终端调制解调器modem返回发送成功，或网络侧基站返回已发送或已送达，则判断为成功；如果终端调制解调器modem返回发送失败，或者网络侧基站返回的发送失败信息，则判断为业务失败，并记录失败原因代码。

4)测试结果的记录和显示，将测试数据进行记录汇总显示，并存入相应的测试记录单元；记录和存储测试次数、测试时间、失败次数及失败原因。失败原因可以根据本地日志信息和网络侧基站的信息进行判断：1、本机欠费、本地无信号；2、最终得到成功率，并列出失败条目。

所述短信业务测试中根据发送后的短信报告和网络侧返回的日志信息进行判断，判断是否成功，及失败原因。

步骤S3、根据用户选择的包括通话和短信的测试项生成多任务随机测试数列；随机选择测试数列中的测试项，自动化地进行通话业务或短信业务交叉测试，并分类记录存储测试结果和分析可能造成测试失败原因；

包括以下子步骤：

步骤S301、用户对将要测试的业务进行选择，选择包括通话和短信测试在内的测试需求不同的多个业务，生成对应随机数，并将随机数放在随机队列中进行随机选择；根据对应测试设置的参数生成测试项数列；

步骤S302、测试开始后，每次测试都从测试项数列中随机选择下一次的测试业务，并执行测试，记录本次测试的结果后，再次随机选择下一次的测试业务并执行测试；随机选择测试项后进行测试，自动化测试交叉功能；

步骤S303、测试结束后，将业务测试结果进行分类汇总，通话业务、短信业务成功次数、通话业务失败次数及失败原因，短信失败次数及失败原因，最后将测试次数、失败次数及不同失败原因次数及占比进行汇总，存储到指定的文件中。

多任务随机测试相比于单项测试增加了业务随机发生，更加真实的模拟了用户在日常使用中的场景；随着随机测试业务量的增大，对测试对象的业务的测试会更加充分。

一种跨Android平台自动化测试系统，如图5所示，包括主控状态单元、通话业务测试单元、短信业务测试单元和测试记录单元；

所述主控状态单元，控制所述通话业务测试单元、短信业务测试单元和测试记录单元进行自动化测试流程；并根据用户的选择测试项进行单项测试和多任务随机测试；

具体的，所述单项测试，是对包括通话和短信在内的单项业务进行测试，根据设置的测试参数控制通话业务测试单元或短信业务测试单元，进行功能测试或者进行压力测试；

具体的，所述多任务随机测试，是根据用户选择的测试项生成测试数列，随机选择包括通话和短信在内测试项后，控制通话业务测试单元和短信业务测试单元进行自动化交叉测试；以达到模拟用户实际使用通话和短信业务的随机性；

所述通话业务测试单元，在主控单元的控制下，完成包括通话业务发起、通话过程控制、通话业务结束和通话结果判断在内的通话测试工作；

通话业务由于其自身的复杂性，在通话过程中会出现多种中间过程状态，通话业务测试将测试平台根据用户需求设置为主叫方或被叫方；

测试关键项主要包括主叫状态发起、被叫状态发起、振铃时长、通话时长控制和通话结束；

具体的，所述主叫状态发起是通过主叫方发起的测试，由主控状态单元根据设置的参数，控制主叫方的通话业务测试单元对被叫方发起测试；测试时，由主叫方主动呼叫被叫方电话号码；被叫方收到主叫方电话号码呼叫后，经过设定时长的振铃后，自动接起电话；主叫方和被叫方经过设定时长的通话后，主叫方挂断电话完成一次测试，结束当前业务，主叫方和被叫方恢复到业务发起前状态；

具体的，所述被叫状态发起是通过被叫方发起的测试，由主控状态单元根据设置的参数控制被叫方的通话业务测试单元发起的测试，设置参数后开始测试，测试过程中不需要进行任何操作，测试过程中被叫方监听来电，并获得来电号码，判断是否为测试号码，如果符合测试号码，接听发起测试，否则拒接后继续监听来电；

具体的，所述振铃时长是测试时主叫发起到被叫接听的时间控制，设定后测试被叫方会根据振铃时长进行接起电话，通过比较记录的测试振铃时长与设定的振铃时长得到振铃是否正常；

具体的，所述通话时长控制是测试时主叫方发起通话的时间长度控制，根据整个测试时长段和测试的内容，主控单元控制通话业务测试单元进行固定通话时长测试和随机通话时长测试；

a.固定通话时长测试时，主叫方和被叫方的每次通话时长固定，根据功能和性能测试需要，固定通话时长可设置为短通话、长通话和超长时间通话，短通话完成短频快的性能测试；长通话完成通话稳定性的性能测试；超长时间通话完成压力测试；

b.随机通话时长测试时，主叫方和被叫方的每次通话时长随机，将短通话和长通话测试进行随机交叉测试，真实的模拟了通话业务的长、短通话使用场景；

具体的，所述通话结束控制，是由主控单元对通话业务测试单元进行控制，结束当前业务，使测试平台恢复到业务发起前状态。

所述通话业务测试单元对通话结果判断依据包括：

a.根据网络侧返回的日志信息中的包括振铃和接起在内的信息判断测试是否成功；比如，通过收到网络侧基站返回报告中的振铃时间信息，判断被叫方是否以设置的振铃时间接起电话，判断振铃和接起功能是否正常；

b.根据是否与通话设置的参数匹配判断测试是否成功，比如：通话时长和振铃时长，当测试值和设置值有明显差距时判断为失败；

c.通过对测试平台截图对比判断测试是否成功，在通话过程中截图，和正确的进行对比用于判断是否成功，由于截图只有通话时间不同，所以将测试的通话截图和已存的正确截图做对比，相似率在95％以上为通过，否则为失败。

所述短信业务测试单元，在主控单元的控制下，完成包括短信编辑、发送及发送结果判断在内的短信测试工作；

具体包括短信内容生成模块、短信发送模块和发送结果判断模块；

所述短信内容生成模块，随机生成1-140字节数据，并将测试数据发送至短信发送模块；

所述短信发送模块，调用底层协议，将被测内容发送至测试平台；

所述发送结果判断模块，根据发送后的短信报告和网络侧返回的日志信息进行判断，判断是否成功，及失败原因。

所述测试记录单元，在主控单元的控制下，将所述通话业务测试单元和短信业务测试单元的测试结果写入指定文件，具体包括对通话业务测试的记录和对短信业务测试的记录。

具体的，通话业务测试的记录，主控单元调用测试记录单元接口，将通话业务测试结果进行分类记录并显示，存入相应的测试记录单元；记录测试次数、测试时间、失败次数及可能失败原因，最终得到成功率，并列出失败条目。

短信业务测试的记录，主控单元调用测试记录单元接口，将短信业务测试数据进行记录汇总并显示，存入相应的测试记录单元；记录测试次数、测试时间、失败次数及失败原因，最终得到成功率，并列出失败条目。

特殊的，用户可以通过所述测试记录单元查询测试记录，查询整个测试周期所有的测试记录；把整个周期的测试结果进行汇总分类，得到包括成功率，失败原因及所占比率和成功率阶段图在内的信息。

综上所述，本实施例所公开的一种跨Android平台新型自动化测试方法及系统，将Android终端平台受需求影响小、操作重复度高、流程简单的测试项汇总至测试应用中进行，这样可以不受PC端测试工具的影响，随时随地可以进行大量的自动化测试；降低了自动化测试的准入度，使一般用户也可以进行自动化测试，便于大量测试特别是用户测试的测试部署；满足功能测试和性能测试需求，完成功能测试的同时兼顾了压力测试；并且通过通话和短信业务的随机测试，使测试更加接近真实使用的情况；可进行跨平台测试，提高了测试移植性。

本领域技术人员可以理解，实现上述实施例方法的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读存储介质中。其中，所述计算机可读存储介质为磁盘、光盘、只读存储记忆体或随机存储记忆体等。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。

Claims (10)

1.一种跨Android平台自动化测试方法，其特征在于，包括以下步骤：

步骤S1、对用户选择的测试项进行判断，如果选择是单项测试，则进入步骤S2；如果选择是多任务随机测试，则进入步骤S3；

步骤S2、根据用户选择的通话或短信单项业务，进行通话业务测试或者短信业务测试，并分类记录、存储测试结果和分析可能造成测试失败原因；

步骤S3、根据用户选择的包括通话和短信的测试项生成多任务随机测试数列；随机选择测试数列中的测试项，自动化地进行通话业务或短信业务交叉测试，并分类记录、存储测试结果和分析可能造成测试失败原因。

2.根据权利要求1所述的测试方法，其特征在于，所述步骤S2包括以下子步骤：

步骤S201、判断用户单项测试的业务，如果是进行通话业务测试进入步骤S202，如果是进行短信业务测试进入步骤S205；

步骤S202、判断是主叫状态发起测试还是被叫状态发起测试，如果是主叫状态发起测试进入步骤S203，如果是被叫状态发起测试进入步骤S204；

步骤S203、根据设置的参数，由主叫方主动呼叫被叫方电话号码发起通话业务测试，测试结束后记录存储测试结果；

步骤S204、根据设置的参数，由被叫方通过被动接收主叫方的呼叫发起通话业务测试，测试结束后记录存储测试结果；

步骤S205、根据设置的参数，进行短信业务测试，测试结束后记录存储测试结果。

3.根据权利要求2所述的测试方法，其特征在于，所述步骤S203具体包括：

进行测试前参数设置；

由主叫方主动呼叫被叫方电话号码发起测试；被叫方收到主叫方电话号码呼叫后，经过设定时长的振铃后，自动接起电话；

主叫方和被叫方经过设定时长的通话后，主叫方挂断电话完成一次测试，结束当前业务，主叫方和被叫方恢复到业务发起前状态，并记录测试结果；

在测试时长段逐次进行测试，对记录的测试结果进行判断，分类记录存储包括测试次数、测试时间、失败次数及失败原因，并进行结果分析判断；最终得到成功率，并列出失败条目。

4.根据权利要求2所述的测试方法，其特征在于，所述步骤S204具体包括：

进行测试前参数设置；

被叫方主动发起测试，监听来电获得来电号码；

判断来电号码是否符合主叫方电话号码，是，则根据设置的参数接听电话进行测试；否，则拒接，继续监听来电；

在测试时长段逐次进行测试，对测试结果进行判断，分类记录存储测试次数、测试时间、失败次数及失败原因；最终得到成功率，并列出失败条目。

5.根据权利要求2所述的测试方法，其特征在于，所述步骤S205具体包括：

短信测试数据生成；所述短信测试数据内容为随机生成，并将测试数据发送至短信发送单元；

短信测试数据的发送；短信发送单元调用底层协议，将测试数据发送至测试平台；

发送结果的判断；短信发送后，根据终端调制解调器返回的短信报告和/或网络侧基站返回的日志信息，判断发送是否成功；

测试结果的记录存储；所述记录存储包括测试次数、测试时间、失败次数及失败原因，根据测试记录最终得到短信业务的成功率和失败原因分析。

6.根据权利要求1所述的测试方法，其特征在于，步骤S3包括以下子步骤：

步骤S301、根据包括通话和短信测试在内的不同测试需求，生成对应的随机数放在随机队列中进行随机选择，生成测试项数列；

步骤S302、测试开始后，随机选择测试项数列中的测试项进行测试，自动化进行通话和短信交叉功能测试；

步骤S303、测试结束后，将测试数据进行分类记录、汇总分析和存储。

7.一种跨Android平台自动化测试系统，其特征在于，包括主控状态单元、通话业务测试单元、短信业务测试单元和测试记录单元；

所述主控状态单元，控制所述通话业务测试单元、短信业务测试单元和测试记录单元进行自动化测试流程；并根据用户的选择测试项进行单项测试和多任务随机测试；

所述通话业务测试单元，在主控单元的控制下，完成包括通话业务发起、通话过程控制、通话业务结束和通话结果判断在内的通话测试工作；

所述短信业务测试单元，在主控单元的控制下，完成包括短信编辑、发送及发送结果判断在内的短信测试工作；

所述测试记录单元，在主控单元的控制下，将所述通话业务测试单元和短信业务测试单元的测试结果写入指定文件并存储，具体包括对通话业务测试的记录存储和对短信业务测试的记录存储。

8.根据权利要求7所述测试系统，其特征在于，

所述单项测试，主控单元根据设置的测试参数控制通话业务测试单元或短信业务测试单元，进行通话业务的功能测试、压力测试或短信业务的功能测试；

所述多任务随机测试，主控单元根据用户选择的测试项生成测试数列，自动控制通话业务测试单元和短信业务测试单元随机进行交叉测试。

9.根据权利要求7所述测试系统，其特征在于，所述通话业务测试单元对通话结果判断依据包括：

根据网络侧返回的日志信息中的包括振铃和接起在内的信息判断测试是否成功；

根据是否与通话设置的参数匹配判断测试是否成功；

通过对测试平台截图对比判断测试是否成功。

10.根据权利要求7所述测试系统，其特征在于，所述短信业务测试单元包括短信内容生成模块、短信发送模块和发送结果判断模块；

所述短信内容生成模块，随机生成短信测试数据，并将测试数据发送至短信发送模块；

所述短信发送模块，调用底层协议，将被测内容发送至测试平台；

所述发送结果判断模块，根据发送后的短信报告和网络侧返回的日志信息进行判断，判断是否成功及分析失败原因。