教学课程资源库 更多>>

关键词： 软件测试   分布式系统   自动化测试   进程间通信  

摘要： 在软件的开发过程中,软件测试是保障软件质量的重要手段,是软件发布前的最后一道工序。但是,在软件的开发周期中,软件测试占据了大部分的时间和资源。为了提高测试的效率,缩短开发的周期,通过开发测试工具进行自动化测试已经成为软件测试的普遍趋势。同时,随着网络技术的飞速发展,分布式系统早已取代单机系统成为了信息技术发展的趋势和热点。近年来,随着大量的分布式应用的诞生,开发针对分布式系统的自动化测试工具成为了软件测试领域的新课题。本文通过调研分布式系统的测试特点和难点,结合国内外在该领域的研究成果,设计并且实现了针对分布式系统进行自动化测试的平台DSTP。DSTP平台集分布式系统自动化构建、自动化部署、自动化启停、自动化测试、自动化监控及结果分析等多种功能于一体。利用此平台,测试工作者可以方便地进行分布式集群管理,测试任务管理和测试结果查看。此外,为了方便测试工作者使用自动化测试平台,设计了易于理解的结构化的测试规约信息。DSTP是一个支持多个测试任务并发执行的平台。测试控制管理器和测试控制器以父子进程的形式进行通信和协作。测试控制管理器通过创建测试控制器实例来执行自动化测试任务,测试控制器通过进程间通信向测试控制管理器索要测试机资源。测试执行单元通过向测试控制管理器注册加入到自动化测试平台,并且通过心跳信息汇报在线状态和测试实时信息。本文最后对分布式系统自动化测试平台进行了测试,从平台的初始化、新建测试任务、测试自动化执行以及删除测试任务几个方面的功能进行了验证。

关键词： 软件工程   实践教学   软件设计   软件测试   考核方式  

摘要： 软件工程专业是一门实践性极强的学科,传统的教学方法侧重于软件编程,而忽视了软件工程的系统性和工程化的特点。对于软件工程专业实践性教学中存在的问题提出了一些改进的方法和措施,包括加强软件项目设计环节、实施大型软件项目、开展软件测试和课程考核改革等,实践结果表明改革措施很好地改善了学生的实践能力,说明了改革措施具有实际意义和参考价值。

关键词： 软件测试   软件即服务   云计算  

摘要： 随着互联网技术的发展和应用软件的成熟,传统模式的测试工作的局限性日益显著。SaaS模式作为一种创新的软件应用模式,为测试发展提供了新的方向,同时为软件产品的生产和消费提供了新的方式。本文作者结合自己在软件测试管理的工作经验,对软件测试管理和SaaS模式应用的发展现状进行了深入的分析。在此基础上,设计并实现了以测试项目管理为基础的SaaS应用公共测试平台,平台的主要功能包括:系统用户及角色管理、测试项目管理以及在线测试服务。论文以公共测试平台为基础,重点研究SaaS的服务方式。平台主要为租户提供测试管理服务和源代码审计服务,用户可以通过平台花费相对较少的租赁服务费用,利用互联网在线便利的优势,享有租赁的硬件、软件和维护服务,以及软件的使用权和免费升级,这种新的方式让用户节省了大量的硬件、软件、人员的花费。论文的创新点为通过对SaaS应用的公共测试平台的需求分析与设计,将SaaS模式和具体的应用二者相结合,由此实现了课题的目标。该平台的建立,集测试所需测试技术工具、测试管理系统和测试方案于一体,为中小企业软件产品的测试管理和工具应用提供了一个良好的支撑平台,为软件质量保障提供了科学合理的基础设施。利用该平台,辅以专业测试员工的技术支持,可以为软件产业提供高质量的测试服务。

关键词： VCMM   芯片   驱动测试   测试设计   Impeller   Ruby  

摘要： 软件测试是保证软件质量的重要手段。随着计算机硬件性能的不断提高,软件的功能越来越强大,软件结构复杂性不断提高,对软件质量保证提出了很高的挑战。软件测试是质量保证中的重要方法,如何使人工测试和自动化测试更好的结合,达到最优化测试方案,最大化节约人力成本及时间成本,且全面覆盖测试要求,已成为国内大多数软件公司亟需解决的问题。本论文主要针对华为自验芯片VCMM的三个核心需求进行芯片驱动软件的测试实现,这三个需求包括为意大利Fastweb提高数据业务成功率、安全抓包及各个国家信号音可配置。论文先针对交付计划严格安排测试计划,包括需求分析、测试设计、脚本开发、测试执行及测试总结五个部分,确保测试任务如期交付;接着对照特性设计说明书,明确各项目任务分工与需求变化;再分析各特性实现原理,各个国家的不同测试场景,明确不同测试组网的产品差异、特性测试场景、测试组网以及被测环境;然后基于以上测试分析设计测试用例,并结合基于Impeller自动化平台及Ruby语言环境开发自动化脚本,最终实现公司自研芯片自动化测试完全释放人力的目标,更高效且全面地完成测试任务,实现测试目标。

关键词： 软件测试   UML   状态图   顺序图   测试用例   覆盖准则  

摘要： 随着软件规模的不断增大和软件技术的逐渐成熟，人们对软件质量的要求也越来越高，软件测试是保证软件质量的有效方法。UML是面向对象的标准建模语言，包括一系列视图和模型，能够系统地多层次、多角度描述系统的结构和行为。因此基于UML模型的软件测试一直是研究的重点，并广泛应用于面向对象的软件开发和测试。 目前，基于UML模型的测试用例生成的研究分别集中在活动图或顺序图或状态图等其中的一种视图，不能够把一个UML模型的各种视图联系起来，尽可能地用完整的信息生成测试用例，导致测试不完整和不充分。状态图描述的是一个对象在事件驱动时状态的迁移，缺乏多个对象间的交互信息；顺序图描述的是对象间的交互信息，缺乏对象的迁移信息。为了更完整地生成基于UML模型的测试用例，本文提出基于UML状态图与顺序图合并生成测试用例的方法，并将该方法应用于一个《移动医护系统》项目的测试用例生成。 本文首先建立状态图和顺序图模型，查看状态图中对象状态的迁移，若受到消息的触发，就把它的顺序图加到状态图构造状态图与顺序图的合并图；然后将图中的消息和它们相关的对象用结点表示，并连接各个结点，将合并图转化为有向图；再然后结合循环结构生成状态图与顺序图的合并模型图的最优测试路径算法，并针对状态图与顺序图的合并模型图的并发、分支及嵌套结构设计相应的覆盖准则；最后根据等价类划分法和边界值分析法构造测试数据，从而生成较完备的测试用例。

关键词： 自动化测试脚本   软件测试   系统设计用例  

摘要： 本文从数字电视应用项目的软件测试实践出发,根据软件测试基本原理和系统设计用例,选用合适的测试工具制定自动化测试脚本,有效地提高系统回归测试质量,提升回归测试效率,确保产品质量稳定。

关键词： 软件测试   SDN管理系统   Openflow协议   测试用例  

摘要： 随着计算机网络的快速发展,大数据正逐渐成为当前移动互联网等业务领域的研究热点,其面临的海量数据处理更是对网络提出了越来越高的要求。SDN网络是为了解决传统网络难以满足云计算、大数据以及相关业务提出的灵活的资源需求的问题而提出的一种新型的网络结构。SDN开放接口和逻辑上集中的控制层面可以支持对网络资源的灵活调度,标准统一的接口能够实现对网络设备的虚拟透明。为方便SDN网络管理,解决SDN管理问题,公司特推出一种B/S架构的SDN管理系统,而对该管理系统的验证工作对保证其质量起着非常关键的作用。为了对该管理系统进行充分的验证测试,需要对SDN网络的基础协议Openflow和基本测试方法有清晰的理解和认识。与传统网管软件对网络设备实行直接管理方式不同,SDN对网络设备进行集中式管理,充分利用Openflow协议和软件定义网络的特点,SDN管理系统通过调用Controller提供的丰富的RESTful API接口,实现对网络中OF交换机的增删改OF实例、流表项、Group表、Meter等配置下发以及读取网络状态信息等功能。本篇论文首先简要介绍了 Openflow协议基础知识、软件测试基本技术和SDN管理系统的特点,然后针对SDN管理系统不同于传统网络管理系统的特点,分析了其验证测试基本需求和高级需求,以从无到有开始创建OF实例,搭建SDN网络的基本步骤为基础,根据系统设备管理、OF流管理、租户网络管理等模各自的不同特点,设计相应测试用例,主要为基本需求功能模块,测试用例主要包括测试用例号、前置条件、操作步骤和预期结果几个重要内容,然后通过分别执行各个模块的测试用例,将实际验证结果与预期结果相比较,通过比较Controller接口信息、软件数据库信息、软件页面显示信息和OF交换机设备配置信息是否一致,判定软件功能是否正确。基于Openflow的SDN管理系统测试过程表明,严格按照需求规格说明书设计详细测试用例,能够发现系统和需求中的大量软件设计和实现缺陷,帮助测试人员设计更合理的测试方法以更多的发现软件缺陷,通过修改缺陷提高软件质量,达到用户要求的质量标准。其次,针对网络管理系统功能基于网络协议而实现,与网络设备直接交互等特点,在进行网管系统测试之前,对其基础协议有清晰的认识和理解是高效率高质量执行软件测试的必要条件,也是保证网管软件高质量的必要条件。另外,在执行测试过程中,测试人员应严格遵守测试基本原则,认真记录所有发现的软件缺陷,在与开发人员充分沟通的基础上修改软件缺陷,提高软件质量。最后,由于当前测试环境中Controller设备缺陷和OF交换机缺陷,SDN管理系统并不能够完全实现Openflow协议中规定的所有功能需求,随着SDN网络的不断发展,Openflow协议的不断改进,Controller设备和OF交换机设备功能的不断完善,SDN管理系统也会随之不断完善,为SDN网络操作员和用户提供更快捷的部署操作和更简单易用的扩展功能。

关键词： 云计算   虚拟化   软件测试   功能测试  

摘要： 云计算是一种新的计算和商业模式,它通过网络,根据许多企业,个人和其他用户自己的实际需求,提供一个可以共享和灵活配置的计算资源池。本文中的研究对象是某公司研发的Light-weight Cloud Computing (LCC)软件,它是基于IaaS平台的一款轻量级云计算产品,通过借助虚拟化技术将底层物理计算资源虚拟化,然后按照用户的实际使用需求,将资源以虚拟机的形式快速提供给用户。用户不需要关注底层硬件的情况,只需要通过LCC部署虚拟机,就可以获取所需的资源。 但是同其他所有的软件一样,LCC在研发的过程中难免会产生各种各样的设计缺陷与错误,对软件的品质造成影响。因此需要经过严格的测试,使其不断完善,并最终满足设计需求。本文是根据作者在某公司软件测试小组实习时所参与的对LCC软件的测试项目而完成的。作者在此项目中主要负责对云计算产品LCC进行测试,包括功能测试,性能测试以及REST API测试。 本文通过对云计算IaaS层以及虚拟化的理论和相关技术的学习,围绕某公司开发的基于IaaS层的云计算产品LCC做了以下内容的研究： 1.研究云计算IaaS层的相关技术。 2.在对IaaS云计算平台的实现机制进行理解的基础上,研究云计算产品LCC的各个功能模块,并提出功能测试、性能测试以及REST API测试的需求。 3.根据测试理论,为云计算产品LCC设计不同类型的测试用例。 4.提出一种较为完备的针对云计算产品LCC的测试实施方案。 5.对LCC测试结果进行详细分析,得出测试结论。 通过将功能测试、性能测试以及REST API测试的首次测试结果与回归测试结果进行比较,发现LCC的产品质量在逐步提高,测试比较全面,基本满足测试需求。

关键词： 内存泄漏   软件测试   警报分类  

摘要： 内存泄漏是一类显著影响软件性能、有效性和安全性的程序缺陷。面向内存泄漏的静态分析和动态测试技术得到了广泛而深入的研究。静态分析技术能够发现程序中较多的缺陷,但其并不实际执行目标程序,往往报告出的大量警报中含有误报成分。人工地确认这些警报的正确性是一项沉闷而耗时的工作,其限制了静态分析技术在软件开发中的实用性。针对内存泄漏的动态测试技术则依赖于高质量的测试用例集合,且动态检测技术具有较高的运行时开销。在本文中,我们提出了一种验证并分类内存泄漏静态警报的动态确认技术,以降低人工确认静态内存泄漏警报的时间和人力成本。本文给出了对内存泄漏静态警报进行分类的标准,从而将静态泄漏警报划分为几个类别,开发人员可以对不同类别的警报给予区分处理。在本文的方法中,静态警报包含了疑似泄漏对应的程序路径片段。我们利用测试生成方法产生的测试输入来在运行时覆盖这些路径片段,并追踪运行时内存对象的状态。在运行时收集的状态信息和对静态警报的测试覆盖情况,将被用于确认和分类内存泄漏的静态警报。具体来说,本文的主要工作如下：1.提出并形式化地描述了对内存泄漏静态警报进行分类的方法。静态内存泄漏警报被分类为四个类别：MUST-LEAK, LIKELY-NOT-LEAK, BLOAT,和MAY-LEAK。其中,MUST-LEAK类的警报揭示了没有被释放的内存对象。虽然我们无法给出理论上的保证,我们认为LIKELY-NOT-LEAK类的警报有很大可能是误报。BLOAT类别的警报虽然也不是真正的泄漏,但其揭示了一种低效率的使用情况,这类警报可以被修复以提高程序的整体性能。经过上述分类后,对静态警报的人工确认将主要集中在MAY-LEAK类别的警报上,从而降低了人工确认静态警报的成本。2.基于确认和分类静态内存泄漏警报的标准,建立了面向内存泄漏的动态确认方法的基本框架。该基本框架包含了获取内存泄漏静态警报、对静态泄漏警报和程序代码进行预处理、测试生成、运行时追踪和分类等几个方面的工作。在此基础之上,提出基于符号执行的动态确认方法SymVal和基于混合执行的动态确认方法ConcVal。同时,通过利用静态警报中疑似路径片段的信息,本文还提出了一种路径导向的混合执行算法,用于优化ConcVal方法中的测试生成工作。我们还详细描述了如何利用运行时对内存对象状态的记录和更新操作,对静态内存泄漏警报进行分类。3.基于上述工作,实现了动态确认内存泄漏警报的SymVal和ConcVal方法,并通过实验研究来评估这些工作。我们选取了来自不同程序包的十个基准程序进行实验,并从准确性、可用性和时空开销等角度论述了本文方法的有效性。另外,我们还针对具有一定规模的程序texinfo进行了实例研究,从可扩展性和实用性的角度论述并验证了本文提出的方法。

关键词： 软件测试   缺陷模式   特征挖掘  

摘要： 静态测试一般分为静态缺陷检测和人工审查分析两个阶段。在实际的测试过程中报告的大量缺陷往往导致人工审查阶段费时费力,甚至还会导致软件开发人员和测试人员拒绝使用静态代码分析工具。同时,大多数静态检测工具只能检测没有关联的单个缺陷,没有充分利用不同缺陷之间的联系,间接导致其报告缺陷数量过多,增加了测试的成本。 本论文总结造成人工分析量巨大原因主要是静态检测工具报告了大量重复的相似真实缺陷和误报。根据DTS定义的缺陷模式,本论文归纳了12类相似代码结构,同时通过对Klocwork和DTS的缺陷检测能力测试验证了误报的普遍性。 在总结了目前基于缺陷模式的静态检测所遇到的问题和瓶颈后,本论文进而提出了一种自动化的缺陷代码特征挖掘的方法,能够从大量的缺陷报告中找到相关联缺陷的模式特征。利用这些模式可以辅助减少人工缺陷排查的工作量,还可以指导新缺陷模式的设计和添加。