[发明专利]应用软件生命周期交叉检测的方法

说明书

本发明公开了一种应用软件生命周期交叉检测的方法，包括如下步骤：a.安卓系统安装的全部应用软件清单获取；b.后台运行的待测应用软件service实例获取；c.Servicerecord链表生成；d.Servicerecord的信息比较，将不同点生成测试报告。采用本发明的技术方案，将智能电视系统可能发生的错误控制在了应用软件检测前期，对全部应用软件的启动和销毁进行了遍历监控，使应用软件交叉调用时，销毁和启动进程完全受控，并可反复重现，规避了可能的低级错误，提升了软件开发质量。

技术领域

本发明涉及一种软件检测的方法，具体涉及一种高效检测安卓系统中应用软件交叉操作时，应用软件是否正确运行的应用软件生命周期交叉检测的方法，属于计算机软件检测技术领域。

背景技术

近年来，随着智能设备的普及，在智能电视上安装的应用软件越来越多。由于安卓系统应用生命周期管理机制的复杂性，极容易出现应用软件在后台不正常运行的情况。特别涉及到音视频应用软件时，常会出现前台切换应用软件时，应用软件当前声音仍不消失或是几个声音并存的现象。比如在消息中心用语音调起QQ音乐某首歌进行播放，再用语音打开消息中心；在消息中心界面，但QQ音乐的声音还在，再退到DTV后，同时有DTV和QQ音乐的声音，按HOME键进主页，当前仍有QQ音乐声音在播放；遇到这种情况，通常不能反复重现，日志也不能准确定位。

这种现状，目前都是采用人工黑盒操作来检查的；当测试人员没有经验，或者新上的应用捆绑的service过多，很容易漏测；鉴于操作系统根据属性标签来管理应用，应用在后台处理一些逻辑，或者去执行某些需要在后台长期运行的任务，这个系统是无法管控的。一个完善的系统后续在添加应用时，即使遇到这类问题，它也按照最通用的协议来操作；这种应用程序是否退出、是否销毁、是否在后台保持运行，目前还没有专业的测试方法。当然当下对智能电视应用软件与系统、应用软件与应用软件之间相关性测试还需要投入大量人工操作，即使这样还经常不能重现，不能确认是否有遗漏的场景。导致在批量生产时，机器上经常存在类似问题。

对高效检测应用软件间交叉操作时各类异常问题，对智能电视的产品质量提升有着极大的意义。为此，本发明应用软件性能交叉检测的方案旨在为智能电视搭载，多应用软件调起时为应用软件的进程是否正常调用提供一个快速全面检测方案，适用于对所有智能系统所搭载的应用软件之间交叉调用的性能检测。

发明内容

本发明的目的在于解决对因为应用软件进程的后台操作，或是应用软件间捆绑操作没有及时销毁或退出，导致应用后台的调用没有及时退出的系统错误测试问题。

为了方便说明本发明的技术方案，下面对安卓系统中应用软件的情况作如下介绍。

安卓系统凡是能在后台播放的应用软件都包含Service，这些Service中部分供应用软件内部使用，还有一部分可供本应用软件之外的其他应用软件的各种构件所使用；

后者对应的Service是应用于后台播放的。通过后者，其他应用软件的构件可以通过startService()或bindService()两个API来访问、启动该应用；当停止该服务的时候，通过stopService()或unbindService()两个方法来停止服务或解除对服务的绑定并销毁。

当一个Service实例被停止并且没有其他构件绑定该服务的时候，系统则会自动销毁该Service实例；系统为了管理应用软件的Service实例，在应用软件对应的ActivityThread实例中提供了专门用于记录处于运行态的服务的域mServices；当一个Service实例被创建，则会在mServices域中添加对该实例的间接引用。当一个Service实例被销毁，mServices域也会自动删除相应的引用关系；