教学课程资源库 更多>>

关键词： iOS自动化测试   appium   软件测试  

摘要： 近年来,伴随着计算机技术和信息技术的快速发展,各种各样应用软件层出不穷。为了充分保证软件产品的质量,需不断地对产品软件进行各种测试,但是软件测试需要耗费大量的人力、物力、财力,而目前人工测试还占据着整个软件测试行业一个主要环节,导致出现产品上线延期、效率低下、错误难以及时发现、回归测试难以捕捉全面等问题。本文围绕着iOS系统UI自动化框架实现界面的自动化操作,详细介紹了各个框架架构的建设和实施。

关键词： 软件测试   组合测试   组合空间   固定力度组合测试用例集   测试用例优先级排序  

摘要： 软件产品线（Software Product Line,SPL）旨在通过重用通用功能来开发相关的软件产品,SPL中的产品通过其功能特征来区分,其功能特征定义了软件系统的功能和行为。SPL通常通过特征模型来表示,特征模型根据特征及其之间的关系来捕获SPL所有可能产品的信息。软件产品线中,可以将SPL测试用例定义为要测试的产品线的产品,SPL中的大量功能组合可能导致成千上万甚至数百万种不同的产品,这样就不可能对SPL产品进行详尽的测试。为了减少测试工作,已经提出了使用组合交互测试（Combinatorial Interaction Testing,CIT）进行测试工作。但是由于计算特征组合会引起组合爆炸,所以应用CIT的成本很高,一般只可能运行集合中的部分测试用例。在这种情况下,在组合测试中控制测试用例集的执行顺序可能变得至关重要,因为经过排序的测试用例集合可以更快地识别故障,因此可以更早的实现故障诊断和纠正。据统计,大约90%的错误可以由三个及以下个数的参数组合交互发现,由此Bryce等人提出了基于固定组合覆盖力度的抽象测试用例集优先排序算法（Fixed-strength Interaction Coverage Based Prioritization,FICBP）,通过使用贪心搜索方法对组合实现快速覆盖,对于固定的组合覆盖力度,每次总是选择当前覆盖了最多未被覆盖的组合的测试用例添加到已排序测试用例集中去,随着力度的增加,错误检测率也随之提升。本文针对该方法主要思想,分析研究了该算法的不足之处加以改进,对实现如何完成交互组合的覆盖进行了深入的研究并将其应用在软件产品线上以进行验证。1、针对经典的FCIBP算法在贪心搜索排序过程中,忽视了组合覆盖频率变化带来的影响,导致了每轮中存在较大概率会进行随机选择操作;并且当所有组合均被覆盖后,剩余测试用例均进行随机排序,本文提出了一种基于覆盖频率的组合测试用例优先排序算法（Prioritizing Interaction Test Suites Based on Lexicographical Frequency,FICBPL）。该算法使用贪心搜索策略,以每个组合的覆盖频率为指导进行测试用例排序,采用字典排序算法在每轮优先挑选覆盖了最多覆盖频率最小的组合的测试用例,同时采用频率区间划分策略,减少其排序时间;并根据搜索深度进一步提出了相应的扩展算法以解决多个用例同时满足的情况。本文提出的基于覆盖频率的排序方法,其错误检测率明显高于现有的固定力度排序算法,同时取得了较低的时间开销。其扩展模型在稳定时间开销的同时,进一步提高了错误检测率。2、针对贪心搜索面对高维组合爆炸时间开销急剧增大,并且无法寻求到组合覆盖最优解的问题,提出了基于遗传算法的组合测试用例优先排序算法（Prioritizing Interaction Test Suites Based on Genetic Algorithms,FICBPG）。该算法使用元启发式搜索策略,将候选解编码为测试用例执行序列,将对组合的覆盖速率作为适应度函数,通过对染色体进行选择、交叉、变异,进行迭代演化得到最终测试用例排序结果,从而在个体遗传时找到排序序列最优解。该算法与现有的固定维度排序算法相比,具有较优的在错误检测率。同时在真实场景中,随着程序规模的不断增大,其时间开销具有较好的延展性。3、针对当前手工测试固有的弊端,为了避免重复劳动与人工造成的误差,本文设计并实现了组合测试优先级排序原型系统,实现将测试用例生成、优先级排序与评估同时集成于系统中,在验证算法有效性的基础上还实现了高效自动化测试。

关键词： 财务软件测试   测试项目管理   项目管理工具应用  

摘要： 由于普遍具有复杂性、时效性、规范性、严谨性、私密性等特点,财务软件应用前的测试工作非常重要。尤其随着财务业务一体化趋势愈发明显,企业对财务软件的稳定性、及时性、规范性提出更高要求。但由于关联项目多、运算逻辑复杂、实时财务数据更新速度快等原因,财务软件测试项目时常会发生测试任务延期、缺陷修复缓慢、生产事故率高等问题。这些测试问题严重影响财务软件的更新效率,进而导致决策部门进行业务布局与发展规划出现迟滞,甚至可能面临来自监管及审计部门的质疑和处罚。因此,加强财务软件测试项目进度和质量管理成为诸多企业财务软件及信息化工作的重点。A公司是国内软件测试专业服务商,近10年来一直为各类型企业和机构提供销售、运营等领域软件测试服务。随着近年来财务软件需求增长及新冠肺炎疫情影响催化财务线上化转型,A公司自2020年6月起开始承接财务软件测试业务。本文通过对A公司承接的首批财务软件测试项目的研究,结合其财务软件测试的实施背景以及测试团队组建与测试实施项目进展情况,分析其运营管理现状和凸显的测试项目管理问题,包括测试延期、缺陷验证缓慢与测试精度不达标生产事故率高等项目进度与质量问题。在此基础上结合数据源采样收集、流程分析和访谈法找出A公司财务软件测试项目出现上述问题的根本原因,即项目范围划定与边界管理缺失、缺乏项目进度与项目流程管理、测试项目质量计划与控制不完善等。在明确上述原因后,通过项目管理理论并运用项目管理工具确定相应的改进方案。改进方案包括但不限于测试项目流程调整与优化、测试项目进度控制与监督机制、测试质量方案设定与管理、等多维度的优化解决方案。最后围绕改进方案执行情况,对项目运营管理情况及取得的成效进行展示并分析其中的不足,提出保障方案,同时提出需进一步待研究的软件测试项目优化问题。综合来看,本文在现有项目管理理论上进行了实战案例的充实及思维的拓展,进一步扩充了项目管理理论的适用领域尤其是在信息技术等软领域的支撑和应用,为生产性服务业在项目管理实际运营及实践上提供了案例支持及指导,具有一定的借鉴意义。

关键词： 计算机软件测试   嵌入式   宿主机   关键技术  

摘要： 随着的计算机科学与技术不断发展，对于革新软件测试技术，发挥了极大的推动作用。而凭借着兼容性、稳定性及可靠性的优势，嵌入式计算机软件测试技术的应用也日益广泛。在测试软件的过程中有效运用嵌入式计算机软件，能够很好地把控嵌入式计算机软件测试的关键技术，为顺利完成计算机软件测试提供保障，由此促进嵌入式计算机软件测试质量的不断提高。本文着重对嵌入式计算机软件测试的特点进行了分析，并深入探讨了几种基于嵌入式计算机软件测试关键性技术。

关键词： 敏捷软件测试   方案优化   测试团队   测试方法   测试流程  

摘要： 目前国内越来越多的软件企业采用了敏捷开发模式,但软件测试的方法、流程和管理仍然沿用瀑布开发模式下的方法体系。因此论文的研究目的就是对敏捷模式下的软件测试进行优化。论文首先介绍了敏捷测试理论及敏捷测试在国内外的研究与应用现状,分析了敏捷测试与传统测试的区别。然后介绍了GS公司及其研发项目的基本情况,从测试团队、测试迭代、测试流程、团队满意度等方面描述了GS公司敏捷软件测试的现状,分析了GS公司敏捷测试存在的问题及原因。在此基础上,确定了优化目标与优化方案,详细论述了在测试团队管理、测试方法和测试流程这三个方面的具体优化措施。测试团队管理方面采取的措施包含取消独立的测试部门、请敏捷测试专家进行培训、调整办公位置;测试方法方面采取的措施包含搭建和应用自动化测试框架、采用自动化测试进行回归测试、学习并运用探索性测试方法;测试流程方面采取的措施包含改进测试流程、引入测试左移、进行持续测试。接着介绍了优化方案实施过程的组织保障、资金保障和制度保障。GS公司项目管理办公室对优化方案实施过程进行为期三个月的监控后,收集和整理了测试迭代、测试流程、团队满意度、客户评价等各项数据,通过数据对比分析说明了优化效果。结果表明,GS公司通过打造开发与测试整合的全职能团队,在测试团队、测试方法和测试流程改进后,大大缩短了项目的交付周期,提升了项目组的团队满意度并且项目组得到了客户的高度好评。

关键词： 通信设备   嵌入式软件   研究分析  

摘要： 在当今社会的发展过程中，我国经济水平随着技术的进一步发展得到了不断提升，通信工程技术在发展过程中也能够被国家所重视，我国通信技术的发展过程中所具有的现实产业得到了进一步的发展，通信技术的发展需要基于整体通信设备嵌入式软件的创新。然而，在整体通信嵌入式设备软件的发展过程中，由于其自身的构建更具智能化的发展特征，所以其在相应软件的构建过程中所具有的缺陷也开始暴露，造成与之相应的生产质量产生一定程度的现实影响。因此，文章结合当前通信设备嵌入式软件测试所存在的各类问题进行综合性地分析，并且就改进当前通信设备嵌入软件所具有的现实方式进行纵向分析与探究，希望能够使我国的通信软件行业得到更加优质化的发展。

关键词： 软件测试   随机测试   自适应随机测试   测试用例约减  

摘要： 在当前的信息化社会环境下,软件作为信息系统的关键组成部分,已越来越广泛地参与人类活动。软件测试是软件生命周期的关键过程之一,在保障软件质量方面扮演着重要角色。在众多的软件测试方法中,随机测试（Random Testing,RT）因其简单、易部署的特点被广泛应用。但是,由于随机测试只依赖于随机算法而不利用任何已知信息,其故障检测能力难以保证。在此基础上,TY Chen等人利用失效输入连续性的特点,提出了自适应随机测试（Adaptive Random Testing,ART）。ART通过将测试用例更均匀地分布在输入域空间从而更有效地探索程序,研究表明,ART相较于RT具有更好的故障检测能力。在众多的ART算法中,固定大小候选集的自适应随机测试（Fixed-Size-Candidate-Set Adaptive Random Testing,FSCS-ART）是故障检测能力较高的方法之一。但是,FSCS-ART在选择最优候选测试用例时需要大量计算测试用例之间的相似性,这个过程带来了巨大的时间开销,一定程度上限制了其实际应用。本文重点分析FSCS-ART的最优候选测试用例选择过程,并基于过滤机制设计了两个方案分别减少候选测试用例集和已执行测试用例集中参与相似性计算的测试用例数量从而减少时间开销。最后,实现了一个测试用例生成、分析原型系统并进行了实验验证。实验结果表明本文提出的方案在保证FSCS-ART故障检测能力前提下,提高了测试效率。本文的主要工作阐述如下:1、针对随机生成的候选测试用例计算开销较大的问题,提出了基于候选测试用例集约简的固定大小候选集自适应随机测试（FSCS by Candidate Test Set Reduction,FSCS-CTSR）。FSCS-CTSR的主要思想是,保持候选集大小不变,在每次测试用例选择的迭代过程中,按一定策略过滤掉与已执行测试用例集相似性较高的候选测试用例,将剩余的候选测试用例保留,然后以随机生成的候选测试用例补充候选测试用例集至既定规模。这样,在下一轮候选测试用例选择中,与随机生成的候选测试用例相比,保留的候选测试用例都已完成与已执行测试用例的相似性计算,因此可以减少时间开销。仿真验证和真实程序测试实验结果表明,FSCS-CTSR在保证了FSCS-ART的故障检测能力的前提下,降低了近一半的时间开销。2、针对已执行测试用例集,设计了两种计算开销较小约束过滤条件:1)部分验证的距离;2)近似距离。提出了基于已执行测试用例集约简的固定大小候选集自适应随机测试（FSCS by Executed Test Set Reduction,FSCS-ETSR）。FSCS-ETSR在为候选测试用例寻找最近邻的过程中,先根据候选测试用例与已执行测试用例的已知信息计算约束条件并与当前的最小距离比较,从而过滤掉那些不可能成为候选测试用例最近邻的已执行测试用例,降低计算开销。实验结果表明,在低维输入域下,以部分验证的距离作为约束准则的FSCS-ETSR在保证FSCS-ART故障检测能力的基础上,降低了时间开销;在高维输入域下,以近似距离作为约束准则的FSCS-ETSR具有比FSCS-ART更好的故障检测能力和效率。3、设计并实现了基于过滤机制的高效自适应随机测试原型系统。该原型系统由算法设置模块、仿真测试模块、真实程序测试模块以及统计分析模块构成,达到了较高的自动化程度。本研究基于实现的原型系统在数值程序测试中验证了所提出的两个算法的有效性。

关键词： 嵌入式系统   测试环境   协议定制   数据模拟   软件测试   仿真平台  

摘要： 电子对抗嵌入式系统在各类电子对抗系统中主要承担信号采集、信号处理、系统控制、设备监视、天线控制等核心处理功能。作为系统的控制及信号处理核心,嵌入式系统与其所控制的设备密不可分,设备中与之有输入输出关系的各种设备及接口,构成了嵌入式系统的外部交联环境。当前嵌入式系统研制、调试、测试过程中,系统运行的真实设备状态环境数据或信号环境数据很难获得,即使具备了环境,也无法对设备实施有效的故障注入,进行异常值测试,而异常值测试是软件测试过程中必不可少的测试内容。为解决上述问题,针对嵌入式系统应用特点和接口特性,设计有效的嵌入式系统外部环境仿真平台,提供测试环境数据模拟和模拟故障注入手段。论文开展的主要工作如下:1)对电子对抗嵌入式系统测试环境数据模拟现状和典型应用特征进行分析研究,依据研究结果对电子对抗嵌入式系统测试环境仿真平台进行需求分析,从总体需求、应用软件需求、接口控制电路需求、接口需求等四个方面详细剖析了测试环境仿真平台的功能及接口需求。2)在测试环境仿真平台需求分析的基础上,对测试环境仿真平台的总体架构进行了设计,仿真平台主要由应用软件和接口控制电路两部分组成,分别对应用软件、接口控制电路的主要功能模块的功能和逻辑流程进行设计。为解决测试环境仿真平台适配性问题,对测试环境仿真平台接口、数据协议格式、测试数据驱动逻辑三个方面的进行针对性设计;为解决不同环境下自动生成高覆盖率测试模拟数据问题,对正常测试数据的生成采取随机性、特定性的设计方式,对异常测试数据的生成采取单一型、组合型的设计方式;为解决数字通信总线数据捕获能力的问题,对FPGA引脚触发模式进行灵活配置,实现对目标系统高速通道多倍数据速率同步采集。3)给出了测试环境仿真平台的实现方法,对测试环境仿真平台的软件、硬件组成进行了阐述,主要包括仿真平台应用软件、接口控制电路主控软件功能模块的实现方式。4)对测试环境仿真平台进行了系统级的功能测试验证,并依托实际电子对抗系统测试工作,对测试环境仿真平台进行案例分析,验证了测试环境仿真平台功能实现的有效性和适应性。

关键词： 软件测试   数据库测试   TDengine测试   参考测试   回归测试  

摘要： 随着开源产品的发展,社区化开发成为一种趋势。开源社区软件功能先进、版本迭代快、生态发展迅速,如涛思数据的TDengine,就是基于时序数据库的开源社区大数据平台。开源社区软件符合领域特点、实践效果突出,但软件可靠性和安全性亟待更有效的方法进行检验。开源社区软件的测试优势在于源代码是开源的,但是开源软件结构复杂、规模大、难度大,测试需要花费大量人力、物力。本文研究了一种开源社区软件测试方案:采用参考测试和回归测试技术对产品主流功能、性能等进行系统级测试,利用现有资源完成较多功能覆盖的测试;再对重点模块使用传统测试技术,利用探针技术识别的重点模块,在有限的时间和资源下对重点模块进行较充分的测试。本文以TDengine数据库为例验证测试方案可行性,具体研究如下:(1)基于相似功能做参考测试。将待测软件TDengine与市场普遍认可的软件中找到相似功能,使用认可的产品测试集做测试,对比测试结果。首先将待测软件TDengine与InfluxDB关于性能、集群功能进行参考测试;其次,与同时期非开源的同类数据库DolphinDB做功能对比;最后挑选了几个TDengine特色功能预计算、边缘测计算、缓存与拥有这些功能的相似软件对比。理论分析和实验表明,待测软件使用成熟软件测试集针对相应功能做参考测试,有效判定该软件性能和可信度。(2)基于待测软件核心做回归测试。首先以标准SQL语句做回归点,对TDengine做基于TPC-H基准的回归测试;而后使用官网发布的数据集上1.6版本的测试过程分别测试1.6和2.0版本,从而实现版本更替的回归测试;最后又以时序数据库为回归点,在InfluxDB发布的性能对比测试项目基础上进行开发后,实现在TDengine上完成新的回归测试。通过对以往测试集实现在待测软件上的回归,有效发现现版本的优势和待测软件的可取之处,为待测软件在整体上做了一个质量把控。(3)针对重点模块的测试。首先使用探针技术生成轨迹文件,通过统计分析选定重点模块,提取出高频重点函数,再对重点函数进行单元测试,使用C++Test单元测试工具完成对重点模块测试,再通过人工变异源代码重新导入C++Test进行错误验证,从而在单元测试覆盖2.9%函数下检测到最核心函数。测试过程中使用变异测试人为导入错误代码,测试结果正确发现错误验证了测试方案的可行性。本测试方案在原有传统测试方案的基础上,能够通过选择合适的测试方案有效降低测试代价,提高待测软件测试效率。