计算机论文哪里有？本文主要针对用例去重和用例分类，设计了两种算法—融合用例特征的增量聚类算法 T_Single-Pass和基于 FastTex 模型多层改进的分类算法 T_FastText，分别用来实现安卓性能用例的聚类和分类。最后结合两种算法以及其他模块的设计，实现了一个安卓性能用例筛选系统。
第一章 绪论
1.2 国内外研究现状
测试生命周期包含多个阶段，每个阶段都离不开测试管理平台，它可以被用来完善各个团队之间的工作分配与交流，也可以实时记录测试情况。测试管理平台主要分为测试任务管理、测试用例管理、缺陷管理等几个部分。目前国内外有许多测试管理平台，分为开源和商业两种形式[1]，其中比较流行的有 TestLink、Quality Center、Redmine、禅道、TestCenter、QMetry、Testrail、TestLodge 等，从各个测试管理平台的特点出发，每个平台的侧重点有所不同。
TestLink[2]是开源的并且着重用于测试用例的管理平台，除了基本的测试用例管理外，还具有统计功能，用来记录执行后的结果。在使用 TestLink 的过程中，有时会出现系统不兼容、无法自动进行操作等情况，这时就需要一个个手动点击。Quality Center 是一款由惠普公司提供的适用于企业和个人应用层次的商业性软件，它为用户提供了项目和项目组合跟踪。Quality Center 能对不同类型的项目版本进行管理，拥有缺陷跟踪程序，在使用时可以实现资产共同享用以及重复利用。但是在用例管理上只能按照特定需求来选取用例，不能大规模的获取用例。Redmine[3]是通过 Ruby on Rails（简称 ROR）框架来实现跨平台的缺陷测试管理平台，可以集成其他版本的管理系统和缺陷跟踪系统，例如 Perforce、Subversion、Concurrent Version System、TestDirector 等。当场景中的的部分程序变更频繁或者需要操作的步骤较多时，Redmine 需要花费大量的时间进行管理，并且在管理的过程中会出现管理异常。禅道是国产的一款基于自动化和可持续发展的开源测试管理平台，在测试需求、测试任务、测试用例以及缺陷之间实现了相互的跳转。在测试用例管理上可以针对产品的不同模块直接创建测试用例，创建用例时可以采用单条或逐条添加的方式，但是不能对添加的用例进行去重。TestCenter是国产的、新兴的、开源的测试管理平台，与前几个工具不同的是，TestCenter 在减少测试用例的冗余度上运用了依靠主题来区别的方式。虽然速度上去了，但是这些都需要人工概括出用例的主题并手动筛选，在操作的过程中容易造成误差。QMetry[4]可以与许多主流的缺陷跟踪系统进行无缝整合和集成，是一个完全集成的测试管理平台。由于 QMetry 需要实现跨平台的运行操作，在大范围内更加适合在自动化环境下进行操作。Testrail 是一个着重于测试用例的集成式测试管理平台，通过 Section 来一层一层的增加目录，借助于目录把各个测试用例归类，目前此工作只能手动操作。在导入测试用例时，对于步骤较为复杂的用例，容易导入错误。TestLodge 是一个较为全面的基于测试应用的分布式测试用例管理平台，集成了多个问题管理工具，例如 Bugfree、Jira、Concurrent Version System、BugZilla 等，针对不同的测试用例可以提供一个全面的解决方案。在测试用例创建、复制和导入上流程过于复杂，当出现两个或两个以上相似的用例时，无法自动辨别。
第三章 需求分析与总体设计
3.1 系统功能需求分析
本系统的研究目的是通过安卓性能用例筛选系统来解决性能用例重复、设备资源利用率低等问题。安卓系统的性能测试主要是对 App 进行测试，通过 App 测试的结果来反应出当前对应安卓版本的系统性能问题。包含了对应用程序框架层、系统运行库、Android 的运行时和Linux 内核的安卓系统架构的四个层进行测试[67]。将整个筛选系统主要分成用户管理、用例去重、用例分类和用例搜索四个部分，操作过程中产生的数据分别存储到用户信息表、用例表、用例类别表和结果表中。由于系统面向的使用者只有用户，所以外部实体均为用户。用户首先输入用户信息登录系统，接着将测试用例和用例类别导入系统，经过用例去重、分类、搜索等操作，得到筛选后的用例，具体的系统整体数据流图如图 3.1 所示。由于用户管理功能需求比较单一，主要涉及了不同类型用户的权限问题，这里就不对用户管理模块的功能需求分析进行描述，下面完成用例去重、用例分类和用例搜索的功能需求分析。
不同品牌的安卓手机也拥有各自基于安卓所进行设计和自主开发的安卓移动应用操作系统，比如小米的 MIUI、魅族的 Flyme、华为的 EMUI、OPPO 的 ColorOS 等。在不同的手机品牌中，用例不具有通用性，每个品牌都有其特色功能。比如 MIUI 在最近任务页面增加了小窗应用栏，满足多个应用支持分屏和小窗的功能，还可以优化最近任务；Flyme 可以在通讯录中查看联系人的增减情况，在回收站中将已经删除的电话和短信恢复到对应的位置。除此之外，在手机品牌相同但是操作系统版本不同的情况下，特色功能也会不同，从而性能测试的侧重点也有区别。比如 MIUI11 与 MIUI12，MIUI12 桌面采用超级壁纸，动画效果模拟了三维空间中的物理曲线，增加了震动体验、状态来回切换等功能。正是由于丰富了更多的动画细节，MIUI12 相比较于 MIUI11，桌面内存占用比较大，容易发生内存泄露的问题，因此 MIUI12 需要着重测试内存消耗这个方面。
第五章 系统实现与测试
5.1 系统模块的实现
安卓性能用例筛选系统在 Windows10 系统下通过 Eclipse 进行开发，选用 Mysql5.5 完成数据的存取操作，系统数据库名称为 caseAndroid。采用 Java 为系统软件的开发语言，Web服务器选择的是 Tomcat8.0，整个系统在 jdk1.8 下完成环境的编译。把超文本传输协议、层叠样式表、JQuery 等结合，其中 BootStrap 的版本为 4.0.0，设计每个模块对应的页面，在页面中显示出用户的请求。采用 SpringBoot 来完成各个页面之间的交互工作，推动请求的执行，SpringBoot 使用的版本是 2.1.3。Lucene 的版本是 5.5.2，通过 Lucene 来完成用例的搜索部分。Mybatis 框架的版本是 3.5.0，用来存储用例和用户的数据。系统主要分为用户管理、用例去重、用例分类和用例搜索四个模块，下面介绍各个模块的实现部分。
（1）用户管理模块
用户管理模块通过对 id、username、password、phone、type 这些属性的添加和修改来完成用户信息的完善，采用 checkUser()这个方法来对用户的权限进行设置，比如普通用户只有用例查看和搜索的权限，将不属于相关用户的功能利用 Disable 属性隐藏起来。在用户信息显示上通过 MybatisPlusConfig 类解决了分页插件的问题。为了满足手机号的书写形式规范，采用了正则表达式，涉及到手机号的位数、不同的运营商对应的区号等。如果获取 request 的session 中的 loginUser 参数为空，即没有用户填写信息登录，此时会给出错误提示并获取request 后返回页面到登录页，否则直接进入系统首页。
用户注册界面分为两种，一种是未注册用户的界面，一种是通过管理员来注册的界面。注册完之后，用户通过登录界面进入系统，在管理员类型中对用户信息进行查询操作，对应的效果图分别如下图 5.1-5.4 所示。
5.2 系统测试
5.2.1 测试环境
测试对于检测系统的功能和非功能具有重要意义，根据前文中对系统的各个模块的设计与实现，本节将逐一对测试用例去重、分类、搜索等进行详细测试。功能测试是确认系统各个模块的功能是否将需求分析中的功能需求全部实现以及是否能在不同的场景下正常使用，符合用户的使用习惯等。非功能测试主要是性能方面的测试，目的是降低系统在非功能方面的维护成本和风险，包含了响应时间等测试项。系统测试的软硬件环境如表 5.1 所示：
第六章 总结与展望
6.2 研究展望
随着安卓系统的快速发展，安卓手机市场占有率越来越大，性能测试难度也随之加大，如何更好的对安卓性能用例进行筛选是本文的研究重点。虽然本文通过研究得出了一些结论，但受时间、条件、个人水平等因素的限制，某些方面的研究不是很全面，存在的问题有待进一步解决。为此，个人提出以下建议供读者参考：
（1）本次研究的系统是完成安卓性能测试用例的导入、去重、分类和提供用例的全局搜索，由于条件的限制，不支持测试用例图片的读取。不同的场景仅靠文字描述很难让其他人根据用例进行问题的复现，后期可以添加图片上传和管理的功能。
（2）在用例搜索部分，后期需要进一步完善对同义词、关联词等的搜索，显示出更多相关的测试用例供测试人员选择。 随着对文本处理技术的深入了解，会产生更多的方式或工具来分析性能测试用例。使用安卓性能用例筛选系统将更好的进行测试用例的去重、分类、搜索，代替大量的人工操作，更好更强的用于测试工作中，解放大量的重复劳动时间，把更多的人力投入到测试用例的执行中，更加关注系统及软件的质量，从而更快更好的让软件服务于人们。
参考文献（略）
