基于XML的API自动化测试工具设计与实现

在研究应用编程接口(API)测试特点的基础上,运用软件测试技术与方法对API进行了正确性测试,设计了API自动化测试框架,采用XML语言进行API自动化测试工具的设计和实现方案。使用该工具可在API信息提取、测试用例生成及测试用例执行、测试报告生成等方面实现自动化。该工具主要用于验证第三方提供的API,由于单元测试中较多地使用了API测试,因此也可运用于软件的单元测试。     

基于模拟器的嵌入式软件动态测试技术

提出一种嵌入式软件动态测试框架,该框架以模拟器为运行核心,准确模拟嵌入式硬件的运行状态,给出语句覆盖率、分支覆盖率、函数及模块的执行频度、程序执行时间等测试信息,有效地支持了嵌入式软件的动态测试和单元测试。实验证明了该方法的有 效性。     

大规模C＋＋软件系统测试驱动开发的设计与实践

介绍了在LINUX环境下采用测试驱动开发（Test-Driven Development,TDD）,对大规模C＋＋软件系统进行增量开发的方法。通过采用Google单元测试框架优化单元测试用例结构,提高单元测试的效率,采用新一代版本构建工具Scons优化复杂的代码依赖关系,采用分布式编译工具Distcc、编译器缓存工具C Cache优化版本构建时间,极大减少了软件开发人员在开发过程中进行TDD所必需的频繁本地构建的成本,为在大规模C＋＋历史遗留系统上,采用TDD进行增量开发,以及进行由此带来的小规模重构提供了有效保证。     

Windows文件系统自动化测试框架的研究与设计

随着软件规模的庞大,程序量和复杂度在不停地增长,测试工作变得越加艰巨,自动化软件测试可以在一定程度上减少测试开销,同时增加在有限时间内的测试。文章在单元测试框架CPPUnit的基础上开发了Windows文件系统的自动化测试框架,将CPPUnit从单元测试领域扩展到功能测试和非功能测试领域,设计的框架不仅可以支持文件系统的功能回归测试,而且可以支持文件文件系统的部分非功能测试,结果用XML文件保存并可在Web上浏览,论文详细的阐述了该自动化测试框架的结构以及设计模式,该设计思路对于研究文件系统自动化测试工具有一定的参考价值。     

Windows文件系统自动化测试框架的研究与设计

随着软件规模的庞大,程序量和复杂度在不停地增长,测试工作变得越加艰巨,自动化软件测试可以在一定程度上减少测试开销,同时增加在有限时间内的测试。文章在单元测试框架CPPUnit的基础上开发了Windows文件系统的自动化测试框架,将CPPUnit从单元测试领域扩展到功能测试和非功能测试领域,设计的框架不仅可以支持文件系统的功能回归测试．而且可以支持文件文件系统的部分非功能测试,结果用XML文件保存并可在Web上浏览,论文详细的阐述了该自动化测试框架的结构以及设计模式,该设计思路对于研究文件系统自动化测试工具有一定的参考价值。     

基于C#和XML的自动化测试框架系统的设计

在单元测试框架NUnit的基础上,建立了针对．Net架构的自动化测试框架,结合C#和XML语言扩展了NUnit的功能;设计的框架不仅可以支持单元回归测试,而且可以支持DLL文件的测试,测试结果用XML文件保存,可在WEB上浏览,详细地阐述了该自动化测试框架的结构以及设计模式,该设计思路对于研究自动化测试具有一定的参考价值。     

测试驱动开发中的单元测试

在测试驱动开发中有许多种测试,单元测试只是其中的一种。本文介绍了在．NET框架下利用Nunit工具实现单元测试,并给出了一个具体的例子,其中Ibatis提供数据访问层。     

基于Testbed的C++单元测试(动态测试)方法

自动化单元测试是保障通信类软件质量的重要手段,业界没有什么普适性方法。但通常是借助于第三方工具。本文介绍的Testbed测试工具套件是通第三方认证公司认可的安全软件测试工具,能够支持多种语言的自动化测试．本文主要介绍了如何使用TESTBED测试工具对C＋＋代码进行单元测试,对测试方法进行介绍,并从工程实践的角度,进行了测试步骤分解,最后从软件开发和项目管理的角度对单元测试的组织给出了建议。     

DUnit——Delphi的终极测试工具

DUnit是一个类框架,目的是要支持XP的软件测试方法。它支持Delphi 4以后的版本。本文对DUnit做了全面的介绍,并教给读者用DUnit进行单元测试的方法。     

方面单元测试框架的设计与实现

缺乏成熟的方面测试和方面冲突检测技术是阻碍面向方面软件编程大规模应用的瓶颈性问题。针对方面单元测试,提出了无需与基模块编织的方面单元的独立测试框架AJUnit。该框架运用Java注释和源码与字节码映射等技术实现编译细节的透明化。基于控制流和数据流分析,AJUnit综合运用随机测试数据生成、相对测试充分性准则的优化和指定路径的测试数据生成等技术实现测试过程的自动化。文中也介绍了以AJUnit为基础的方面单元测试工具的设计和实现。     

嵌入式汇编语言软件单元测试方法

单元测试是在整个软件开发过程中的一个重要环节,单元是软件的构成基础,因此单元的质量是整个软件质量的保证。嵌入式软件由于与CPu密切相关,多采用汇编语言编程,使得其测试一直是个难点,特别是单元测试。针对嵌入式软件的特点,本文根据软件单元测试的理论,介绍一种使用旋极AsmTester对嵌入式汇编语言编程的软件进行单元测试的方法。     

软件单元测试应用研究及案例分析

单元测试是软件测试过程的第一站,高质量的单元测试是软件质量保证的必要条件,本文就单元测试的概念、测试类型及规程作了简单的阐述,同时就单元测试进行了案例分析。     

A knowledge-based test plan generator for incremental unit and integration software testing

Unit and integration testing are two expected levels of testing for conventionally designed programs. This article presents a system for the automatic generation of test plans for incremental unit and integration testing. Starting from a global task of planning integration testing, the system generates a detailed test plan automatically for a given program on the basis of its decomposition as a software structure. The system is implemented as a frame-based system. It supports four standard ways of assembling units during integration, and two ways of testing according to parallelism. It also takes into account the units that require more testing than others. The system greatly improves the productivity of planning integration testing in comparison with the current practice of producing test plans manually. Experiments have shown a minimum productivity increase of 55 times. © 1998 John Wiley & Sons, Ltd.     

The Economics of Unit Testing

Conventional wisdom and anecdote suggests that testing takes between 30 to 50% of a project's effort. However testing is not a monolithic activity as it consists of a number of different phases such as unit testing, integration testing and finally system and acceptance test. Unit testing has received a lot of criticism in terms of the amount of time that it is perceived to take and its perceived costs. However it still remains an important verification activity being an effective means to test individual software components for boundary value behavior and ensure that all code has been exercised adequately. We examine the available data from three safety-related, industrial software projects that have made use of unit testing. Using this information we argue that the perceived costs of unit testing may be exaggerated and that the likely benefits in terms of defect detection are quite high in relation to those costs. We also discuss the different issues that have been found applying the technique at different phases of the development and using different methods to generate those tests. We also compare results we have obtained with empirical results from the literature and highlight some possible weakness of research in this area.     

Unit Test Data Generation for C Using Rule-Directed Symbolic Execution

Unit testing is widely used in software development. One important activity in unit testing is automatic test data generation. Constraint-based test data generation is a technique for automatic generation of test data, which uses symbolic execution to generate constraints. Unit testing only tests functions instead of the whole program, where individual functions typically have preconditions imposed on their inputs. Conventional symbolic execution cannot detect these preconditions, let alone converting these preconditions into constraints. To overcome these limitations, we propose a novel unit test data generation approach using rule-directed symbolic execution for dealing with functions with missing input preconditions. Rule-directed symbolic execution uses predefined rules to detect preconditions in the individual function, and generates constraints for inputs based on preconditions. We introduce implicit constraints to represent preconditions, and unify implicit constraints and program constraints into integrated constraints. Test data generated based on integrated constraints can explore previously unreachable code and help developers find more functional faults and logical faults. We have implemented our approach in a tool called CTS-IC, and applied it to real-world projects. The experimental results show that rule-directed symbolic execution can find preconditions (implicit constraints) automatically from an individual function. Moreover, the unit test data generated by our approach achieves higher coverage than similar tools and efficiently mitigates missing input preconditions problems in unit testing for individual functions.

     

NetBeans平台软件开发单元测试技术的研究

软件开发和软件测试就像两兄弟,他们密不可分、协同合作,目标只有一个,那就是成功开发出高质量的软件。开发与测试之间的关系如此密切,让我们很难彻底的将两者严格的划分开来。单元测试做为测试的一部分,一般都由编码人员来承担,对于模块级一直都是谁编码、谁测试。因此测试不仅仅是测试人员的事情,作为编码人员也需要懂得测试的基本方法,以通过单元测试提交高质量的程序模块。     

NetBeans平台软件开发单元测试技术的研究

软件开发和软件测试就像两兄弟,他们密不可分、协同合作,目标只有一个,那就是成功开发出高质量的软件。开发与测试之间的关系如此密切,让我们很难彻底的将两者严格的划分开来。单元测试做为测试的一部分,一般都由编码人员来承担,对于模块级一直都是谁编码、谁测试。因此测试不仅仅是测试人员的事情,作为编码人员也需要懂得测试的基本方法,以通过单元测试提交高质量的程序模块。     

单元测试在PowerBuilder开发环境中的应用

单元测试是提高软件质量的重要手段,而数据库应用程序的测试是单元测试中的难点之一.阐述了单元测试和测试框架在软件开发中的作用,展示了在PowerBuilder开发环境中使用单元测试框架对数据库访问代码进行单元测试的实例.     

浮力调节软件的单元测试技术研究

为了提高嵌入式软件的单元测试效率,同时能达到很好的测试效果,针对嵌入式软件制定单元测试充分性准则和单元测试策略,并使用测试工具对嵌入式软件进行单元测试具有实际意义;以浮力调节软件为例,通过研究基于控制流的单元测试充分性准则,结合浮力调节软件的单元测试需求,提出了针对浮力调节软件的单元测试充分性准则;同时,考虑到圈复杂度和函数节点数对函数正确实现的影响,制定了基于优先级的单元测试策略;利用自动化单元测试工具Testbed搭建了浮力调节软件动态测试环境,通过代码覆盖率分析,帮助创建测试用例以达到单元测试充分性要求,从而实现了浮力调节软件单元测试自动化;在自动化测试工具的帮助下,结合单元测试充分性准则和单元测试策略,最终实现严格而高效的单元测试。     

基于AOP的面向对象程序的单元测试

单元测试被视为横切关注点,在软件测试过程中很重要。而面向方面编程(AOP)的主要目标就是分离横切关注点,因此,单元测试非常适合用AOP来解决。该文提出了在对面向对象程序进行单元测试时遇到的问题,并用AOP方法加以解决,同时比较了传统方法和AOP方法进行单元测试的优缺点。