教学课程资源库 更多>>

关键词： 邮件服务器   论坛工具   知识库   工作效率   软件测试   开发流程  

摘要： 企业邮箱在企业中的运用已十分广泛，然而由于邮箱的隐私性，有价值的信息和知识不易再被广泛传播，若使用论坛进行信息传递的话，以上的问题就可以迎刃而解了。本人所实习的团队负责通过邮件与测试人员沟通并帮助解决软件Bug;而在实际工作中，测试人员对于软件测试环境的疏忽大意和对参数配置的不熟悉将导致工程师花费大量时间去重复解决相似的问题，降低工作效率，所以团队决定使用论坛工具共享软件测试时需要注意的问题和以往的解决方案。而此前的邮件内容需要转换成论坛内容作为知识库储备，其中转换的工作需要通过邮件转论坛工具把邮件从邮件服务器中取出并做处理储存到论坛数据库。\n 本文从邮件转论坛工具的理论基础、需求分析和设计实现三个部分出发，对工具进行阐述。理论部分主要对企业邮件系统和论坛系统在企业的使用情况进行分析，并简要介绍了在工具开发中使用的技术和组织框架，并与同类产品比较，定性的分析了其优势;需求分析章节阐述工具的各功能需求，同时提出了相应的解决方案;设计和实现首先从团队需求出发，设计邮件转论坛工具中各功能模块的逻辑与模块间数据交互的格式，然后根据设计进行工具开发，在开发中逐渐纠正在设计初期遗漏的问题，最后使用单元测试和工具测试对工具进行测试。\n 经过邮件转论坛工具的开发测试，工具最终上线运行。随着用户量的增多，工具的效果也越发明显，维护工程师每天为解决相同或者相似问题的时间也都明显减少。而且通过论坛，测试人员也可以对原有的解决方案提出质疑，完善解决方案。本文虽然只是阐述了一个工具的开发流程，但实质是对以往企业中工作方式的改变，通过整合现有技术手段开发出更加人性化的工具，提升员工在工作中的效率。

关键词： 软件开发   软件测试   测试估算   算法语言  

摘要： 随着信息化技术的普及和软件技术的发展，软件系统在很多行业都得到了广泛地应用。软件质量的优劣直接影响到用户的体验和能否保障业务的正常运转。软件测试是保障软件质量较为有效的方法，准确预测测试时间、工作量及质量是做好软件测试的首要任务。优秀的软件估算模型有利于测试管理人员更准确地制定测试方案、安排测试进度、调整测试资源、评估测试风险。但目前专门针对于软件测试领域的估算模型较少，又由于企业情况、业务领域不同，测试模型的应用也相对有限。\n 本文首先对传统的软件测试过程与方法进行了分析，同时也介绍了CMMI模型下的软件测试过程域。其次，对软件开发估算方法、软件测试估算方法、软件缺陷预测方法进行了整理和研究。基于以上内容，结合自身企业特征和项目开发特点，建立了一套基于调整因子的软件测试规模和工作量估算模型。本模型认为软件测试的规模、工作量受到功能复杂性、业务依赖强度、数据复杂性、用户使用频率、测试用例重用性、测试用例设计难易程度、人员能力等因素的影响，因此，对以上因素分别设定不同的权重，结合用户需求点建立软件测试的规模估算模型和工作量估算模型。利用回归分析的方法，建立软件缺陷与软件规模、软件测试工作量之间的预测模型。通过该模型有助于测试负责人在项目前期对软件质量进行预测，也有利于在项目后期评估测试活动是否具备结束的条件。本文将估算与预测模型应用在实际的开发项目中，对测试规模、工作量和软件缺陷进行预测，通过项目实践，在项目结束时对预测值进行评估，评价模型的准确性。通过近半年的实际应用，发现在使用模型后，可以使企业的测试过程更加透明化、可控性更高、改变了以往测试人员被动的局面、规范了项目流程，从而提高了软件质量。

关键词： 图形用户界面   升级改造   应用程序   面向对象   软件测试  

摘要： 目前，大部分的应用软件是基于图形用户界面(GUI)的。据统计，编写图形用户界面的所用到的代码占整个应用软件代码量的50％左右。图形用户界面技术给应用软件的开发和使用带来了极大的方便，然而却给这些软件的测试带来了极大的困难和挑战。如果采用手工测试的方法，其测试成本高，测试用例生成繁琐，执行过程要求高，无法提高验证率，容易使得测试人员感到乏味。随着GUI软件复杂度的提高和规模的扩大，手工测试已无法满足开发的需求，自动化测试应运而生。\n GTK(GIMP Toolkit)是Linux下开发图形界面应用程序的主流开发工具之一。它是一套跨多种平台的图形工具包，已经有了成功的Windows版本。本文主要研究的被测图形用户界面GTK+2.x是使用了面向对象技术的一个小型而高效的控件库或者实际上是若干个密切相关的库的集合，具有Motif的外观和风格。虽然是用C语言写的，但它已经被绑定到几乎所有流行的语言上。如果可以对GTK+2.x开发的图形用户界面GUI应用软件进行自动化测试，其意义非常重要。因为，测试人员能够将大部分的精力放在GUI应用软件的操作设计上和测试用例设计上，并且很方便地应用相关技术进行测试用例的自动生成和自动执行，这样就大大地减少了GUI应用软件测试的工作量，最终达到高效进行GUI应用软件测试、降低其测试成本、提高GUI应用软件产品质量的目的。\n 本文较为系统地分析了GUI测试的相关技术，深入研究了GTK+1.x界面测试工具Gerd功能及应用，通过代码分析解释了测试脚本的生成，事件与信号的响应及处理，还有录制/回放功能的实现。另外从实际出发，进行了面向GTK+2.x的Gerd的升级与改造，包括建立调试环境，源码编译，识别绘图区，并解决了录制回放出现的各种问题，最终实现了Gerd2。在此基础上，应用Glade界面设计与生成技术实现了对Gerd2的界面封装，方便了Gerd2测试工具的使用。

关键词： 自动化测试   软件测试   回归测试   数据驱动   跨平台   NUnit  

摘要： 软件测试是软件工程中的关键环节。在如今软件测试行业中，伴随着软件系统业务和功能的日益复杂，单纯的手工测试在不断缩减的软件交付周期下已经遭遇了时间和成本的双重瓶颈。当前，性能测试自动化在行业中实施的较为稳定成熟，然而在企业在实际实施系统测试自动化的过程中，真正成功、有效、达到预期目的案例却少之又少。\n 在企业内部成功实施系统测试自动化意义尤为重要。只有发挥计算机擅于执行固定、重复的任务优势，让测试人员从繁重的重复性操作中解放出来，充分发挥人脑擅于推理、想象、分析、挖掘特点，降低测试人员对繁琐细节的关注度，才能最大程度的甄别软件系统的缺陷与不足，从而大幅提高软件质量保证工作的效率与成功性。理论上在测试工具的支持下，系统测试的自动化能够取代部分人力操作，然而在具体的实践中，自动测试成本与收益之间的矛盾，可用性与高效性之间的矛盾却总是无法有效的平衡，本文主要面向的特定的行业和特定的产品做详细的回归测试的自动化解决方案的研究，并要求所实现的测试自动化系统能够在回归测试中的实施表现出高可用性和高可维护性。\n 本文以面向跨平台与多结点的自动化测试系统为研究对象。首先提出了对于测试一个不同平台、较多主机结点的企业级系统能够实施回归测试自动化的可行性和必要性。然后根据当前自动化测试在企业中遭遇的种种瓶颈为切入点，步步为营的找出拥有较好效率的系统测试的自动化解决方案。其次，从系统的整体架构入手，给出软件详细设计。然后我们对于系统较为关键的模块给出详细的实现过程和细节。最后我们通过在一定数量的案例测试环境下进行了有效验证。

关键词： 软件测试   缺陷管理   缺陷跟踪器   问题驱动   产品特性  

摘要： 测试技术发展到今天，已经存在诸多可供参考的测试设计思想和理念已经在实践的检验下发展的相当成熟了。但信息技术发展一日千里，新技术和新知识不断涌现，这就决定了测试也需要不断的改进。\n 本文在现有的软件测试设计技术基础上，以解决软件测试设计面临的具体问题为目的，提出了问题驱动的软件测试设计方法。该方法不再将关注点集中在测试设计技术本身的描述，而是放在了不同的过程中遇到的各种不同的问题，然后应用不同的测试设计技术从不同的角度解决问题。\n 本文主要阐述了问题驱动的软件测试设计思想，并以此为理论指导重点以经典测试设计中基于规格说明的测试设计为例，结合***项目中X Server产品特性，设计Solaris操作系统集成前关于X11的测试用例，证明了该方法和设计技术的有效性。\n 本文讨论了问题驱动的软件测试设计的各种方法，并结合X11的工作原理和标准化的测试流程，运用经典测试设计中基于规格说明的测试技术（分类树技术、状态转换测试技术、用例/场景测试用例设计技术），导出测试工作所需测试用例，以证明该方法在具体测试工作中的实施的可行性和指导价值。\n 同时，管理好在测试和用户使用过程中发现的软件缺陷，对于提高产品缺陷修复效率，完善产品质量，以及帮助项目管理者提高产品管理能力，具有重要的现实意义。\n 本文通过对软件产品缺陷管理理论和技术的论述，将缺陷管理技术（缺陷跟踪、缺陷统计）应用到***项目的测试实践中，以Bugzilla缺陷管理工具为例讨论如何进行缺陷搜索、提交缺陷和缺陷分析，以分析结果为指导，辅助测试工作做出正确的评估和帮助项目管理者做出决策。

关键词： 软件测试   参数化单元测试   遗传算法   模拟退火算法   遗传算子   适应值函数  

摘要： 为提高单元测试的效率,提出一种基于退火遗传算法的自动化单元测试方法。将遗传算子与进化代数进行关联,使其更快收敛于最优解。采用基于分支距离的方法构造适应值函数,根据代码转换功能,将判定结点处的代码转换为平行结构、将分支距离量化为[0,1]之间的数。实验结果表明,该方法能以更短的时间获得更高的代码覆盖率。

关键词： 程序切片   逆向程序流   耦合度量   错误检测率   软件测试  

摘要： 软件测试是确保软件质量的有效手段之一。在实际的软件测试过程中软件产品的更新和升级会增加相应的测试用例。随着时间的推移，测试用例集中就会出现冗余。因此需要对测试用例集进行约简，但是测试用例集的约简会对其检错率产生影响。所以如何平衡两者之间的关系，是一个重要的研究课题。\n 已有的实验数据表明，程序耦合度高的部分易于出现错误。将耦合度量应用于测试用例集约简技术中，以提高测试用例集的错误检测率是本文的研究出发点。研究内容包括基于逆向程序流的切片技术、耦合度量公式的改进等。\n 已有的基于逆向程序流的切片方法存在切片结果不够准确的问题，本文研究发现该问题产生的原因为:分析过程中没有删除已处理的变量、没有根据程序实际执行时语句的先后次序进行分析等。对此本文为每个待切片点变量建立逆向扫描指针、用CFG表示出每个函数的程序流以及用函数调用关系对应表来处理函数之间的调用，通过给出了一个改进的基于逆向程序流的切片方法，解决了相应问题，同时将基于逆向程序流的切片方法扩展到了面向对象的语言中。\n 针对现有的基于程序切片的耦合度量公式没有对耦合公共部分不同类型的节点进行区分，导致耦合度量结果不够合理的问题，本文给出了一个改进的耦合度量公式。该公式通过区分耦合公共部分不同类型的节点，更好地反映了程序的耦合性质。本文还提出了一种将基于程序切片的耦合度量应用于测试用例集约简过程中的策略，并给出了其中构造覆盖准则的算法。该策略较好地平衡了约简后测试用例集的规模和错误检测率。\n 最后，通过实验检验了基于程序切片的耦合度量在测试用例集约简中应用的合理性和有效性。

关键词： 软件工程   软件测试   必要性  

摘要： 文章对软件测试的概念、对象、分类以及必要性进行了分析,并在此基础上探讨了测试工作中应遵循的原则,希望能够给我们的软件测试起到一定的指导作用。

关键词： 嵌入式软件   静态软件测试   程序不变量   抽象解释   框架自动生成  

摘要： 嵌入式软件常工作在时间或空间受限的环境中，对软件的可靠性要求更高。静态测试是保证软件可靠性的重要手段，也是衡量和评价软件质量的有效途径，其侧重于程序的结构分析与规范性检测，可在不运行程序的情况下，尽早发现软件中的错误与缺陷，避免了动态测试中较高的人工成本花费。抽象解释作为重要的静态测试方法，在编译时可自动推导出程序的动态特性。\n 本文基于抽象解释理论，建立了一个面向C语言的嵌入式软件测试框架。源程序经过词法与语法分析转换成具有统一形式的中间表示形式抽象语法树;基于抽象语法树生成与源代码等价的语义等式;在此语义等式上进行语义不动点迭代计算获得程序不变式，检查程序运行时错误等。此框架支持C语言规范性检查，发现程序中潜在错误和缺陷，根据获得的程序不变量可辅助生成测试用例，提高了测试的质量和效率。\n 多项式不变量检测模块主要完成利用抽象解释理论框架自动生成被测程序的多项式不变量的功能。将生成的抽象语法树表示成控制流图，各个程序点计算集合抽象为多项式理想。分析了条件语句和循环语句的条件测试，将其抽象成多项式等式和多项式不等式。可执行路径的合并是与各个路径相关联的多项式理想的交集。\n 数组越界检查模块对程序进行抽象建模，从数值变量和刻画指针的符号信息量角度对内存进行抽象，待测程序的每个函数生成两组独立的语义方程，用DBMs抽象域表示的数值约束和指向包含约束，进行过程间传播得到程序不动点，进而判断数组是否越界。\n 最后，本文利用VC++2005实现了嵌入式软件测试系统Al_ETer，并以嵌入式Linux环境下的实例代码对其进行验证，通过实际结果与预期要求的一致性证明了本系统设计的可行性与正确性。

关键词： 软件测试   测试自动化   测试引擎   系统稳定性   云平台  

摘要： 随着计算机软件工程技术的发展，软件系统的开发过程日渐成熟，与此同时用户对软件系统质量的要求也越来越高。软件测试技术为提高软件产品的质量提供了重要保障。而系统测试作为软件测试过程中重要的一部分，能够很好的测试整个系统在运行过程中的稳定性问题。本文中的被测系统是大数据环境下基于云平台的数据库管理系统，该系统的稳定性对于其所在公司非常重要。\n 通过对国内外系统测试相关工作的研究以及主流测试工具的调研，结合被测系统产品版本更新速度快，回归测试工作量大等特点，决定引入自动化软件测试技术并应用于系统测试过程。考虑到被测系统版本变更带来的影响，以及后期便于测试工作可定制，可扩展，需要自主开发一款系统测试自动化工具。\n 通过对被测系统进行需求分析，提出了一套测试自动化方案，并在此基础上设计实现了一个测试引擎用于被测系统的系统测试过程。测试引擎包括测试配置，测试执行，测试结果分析三个模块。测试启动之后，自动搭建测试环境，加载测试用例，根据预定义的测试策略执行测试，详细记录测试结果。本文提出了一种系统稳定性评估方法，通过对系统测试结果进行分析，评估系统稳定性。\n 本论文主要包括以下几方面的工作:\n 1)研究了国内外软件测试自动化的相关研究成果，并根据被测系统测试自动化的需求，介绍了系统测试自动化的相关技术理论，提出了两种测试执行策略:随机决策方法和马尔科夫决策方法。\n 2)设计并实现了针对后台系统功能稳定性测试自动化的一个测试引擎，对测试配置模块、测试执行模块和测试结果分析模块的详细设计进行了说明。\n 3)提出了一种基于权重的系统功能稳定性评估方法。\n 4)根据测试引擎应用于测试所得到的测试结果，对系统的功能稳定性进行了评估，并比较了两种测试执行策略的特点。