首页 | 本学科首页   官方微博 | 高级检索  
相似文献
 共查询到19条相似文献,搜索用时 140 毫秒
1.
单元测试框架下的软件测试将产生大量的测试脚本, 在软件测试过程中如何有效利用现有的测试脚本, 实现软件测试脚本(代码)的重用成为业界关心的一个重要问题。业界最常见的复用需求是当开发项目更换新的测试框架时, 如何重用开发人员在原单元测试框架下积累的测试脚本。针对这一问题, 提出了基于测试脚本移植的重用方案。通过对单元测试脚本的分析和自动翻译方法, 将原测试脚本中包含的信息提取出来, 解析为基于XML的中间脚本, 然后再利用XSLT技术, 依据XML记录的信息, 自动生成目标框架的单元测试脚本, 从而解决单元测试脚本的重用问题。最后实验验证了方案的可行性。  相似文献   

2.
基于轻量级容器架构DAO层可重复性单元测试   总被引:1,自引:1,他引:0  
单元测试的出现给程序员的编程工作带来了乐趣,更多的程序员希望能进行深入实践.但在对单元测试更加全面深入的使用过程中,却遇到了越来越多的障碍.随着B/S架构的流行,轻量级容器架构的J2EE模式是大多数项目的首选,并在此基础上使用DAO(数据访问对象)模式与数据库层进行交互.数据库中的数据会在使用过程中变得不稳定,会使得测试代码变得不具可重复性.而单元测试最重要的特性就是可重复性,文中探讨的就是关于DAO层的单元测试的可重复性.经过在实际项目中的认真实践得出了可行的方法,现作简要介绍.DAO层的单元测试的依赖于数据库中的数据,实现单元测试的可重复性需要对于每次单元测试执行时数据库的数据都是符合要求的.可从两方面保证数据库中的数据符合要求:一是启动每轮单元测试时提供符合要求的数据;二是对于那些会破坏数据库状态的单元测试在结束时均执行一个恢复操作,将数据库恢复到原来的状态.  相似文献   

3.
单元测试在软件开发过程中起着非常重要的作用。JUnit是一个用于Java单元测试的开放源代码的测试框架,本文通过具体案例,介绍应用JUnit进行自动化测试的方法。  相似文献   

4.
单元测试是针对单个功能模块的测试,能尽早发现缺陷,降低滞后纠错的高成本。当今面向对象软件开发强调迭代和增量式的开发方法,单元测试为其提供了质量保证支持。在单元测试实践的基础上提出了一种单元测试支持工具的设计方法,该工具提供了一个灵活有效的单元测试框架和基于该框架的测试用例管理和优化方法。  相似文献   

5.
《软件》2019,(7):212-216
单元测试是软件测试中的最底层的一种测试活动,是软件开发中不可忽视的一个环节,但我国高校软件单元测试的教学效果并不理想。本文分析了传统实验教学存在的问题,引入先进流行的开源测试框架,设计了单元测试实验课程教学内容;采用任务驱动教学方法,以理论知识为基础,以企业需求为标杆,对实验教学方法进行了改革,收到了良好的教学效果。  相似文献   

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

7.
"开发未动,测试先行。"这是现代的极限编程理论。这突出显示出测试在现代软件开发中的重要性,而单元测试又是软件测试中的第一阶段的测试,也是最重要的。该文将阐述并实现在.NET平台下进行的单元测试。  相似文献   

8.
余峰  陈刚 《计算机工程与应用》2003,39(34):108-110,229
单元测试的目标是检验程序模块的正确性,从而为集成测试、系统测试提供符合预期效果的部件。随着对软件质量保证的要求提高,许多单元测试的技术已相继提出。但由于软件运行环境复杂度不断增加以及软件测试技术与软件工程的结合日益紧密,对单元测试框架技术的研究有了新的需求。论文结合国际软件测试标准,讨论了面向增量式开发的虚拟单元测试框架组成,给出了一个能够提高软件弹性,保证软件质量,测试环境独立、简单的单元测试解决方案。  相似文献   

9.
近年来随着测试的复杂性和重要性不断增加,软件测试技术逐渐成为软件领域研究的热点.符号执行技术是一种重要的形式化和自动化的分析技术,在程序自动化测试中具有重要的应用.重点描述运用符号执行技术进行参数化单元测试的实现过程,并选择运用动态符号执行技术实现的参数化单元测试软件Pex进行实验,从而更好地验证符号执行技术在自动化单元测试中的优势.  相似文献   

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

11.

Context

The constant changes in today’s business requirements demand continuous database revisions. Hence, database structures, not unlike software applications, deteriorate during their lifespan and thus require refactoring in order to achieve a longer life span. Although unit tests support changes to application programs and refactoring, there is currently a lack of testing strategies for database schema evolution.

Objective

This work examines the challenges for database schema evolution and explores the possibility of using various testing strategies to assist with schema evolution. Specifically, the work proposes a novel unit test approach for the application code that accesses databases with the objective of proactively evaluating the code against the altered database.

Method

The approach was validated through the implementation of a testing framework in conjunction with a sample application and a relatively simple database schema. Although the database schema in this study was simple, it was nevertheless able to demonstrate the advantages of the proposed approach.

Results

After changes in the database schema, the proposed approach found all SELECT statements as well as the majority of other statements requiring modifications in the application code. Due to its efficiency with SELECT statements, the proposed approach is expected to be more successful with database warehouse applications where SELECT statements are dominant.

Conclusion

The unit test approach that accesses databases has proven to be successful in evaluating the application code against the evolved database. In particular, the approach is simple and straightforward to implement, which makes it easily adoptable in practice.  相似文献   

12.
随着软件的功能日益复杂,在软件开发过程中,经常会遇到数据库处理部分非常复杂,其中使用了大量的存储过程及触发器的项目。找到一种能重复使用、覆盖全面的测试方法就非常必要。通过一个C#测试项目的建立,介绍了数据库单元测试的编程思路及实现过程。  相似文献   

13.
在软件测试中,单元测试不仅能够优化软件系统设计,还大大简化了功能测试的测试量。但是在一些情况下进行单元测试比较困难,本文引入了模拟对象Mock Object的概念,利用Mock Object进行单位测试,解决了传统单元测试中存在的一些问题。  相似文献   

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

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

16.
张雪东  王淮生 《微机发展》2007,17(11):128-130
数据在信息系统中的使用面临着这样一个困难,即数据存储是以关系模型为基础,而软件开发以对象模型来进行,造成了软件开发中数据访问技术的不和谐。在软件实现上陷入两种模式的转换工作,破坏面向对象语言的面向对象性,造成开发效率低下,代码重用率变低。提出并建立了一个软件框架,利用它提供的处于关系数据库和客户端之间的API来进行基于对象的数据库访问,充分发挥两种不同模式的优点,以提高软件开发的效率。  相似文献   

17.
数据在信息系统中的使用面临着这样一个困难,即数据存储是以关系模型为基础,而软件开发以对象模型来进行,造成了软件开发中数据访问技术的不和谐。在软件实现上陷入两种模式的转换工作,破坏面向对象语言的面向对象性,造成开发效率低下,代码重用率变低。提出并建立了一个软件框架,利用它提供的处于关系数据库和客户端之间的API来进行基于对象的数据库访问,充分发挥两种不同模式的优点,以提高软件开发的效率。  相似文献   

18.
In the maintenance of software applications, database evolution is one common difficulty. In object‐oriented databases, this process comprises schema evolution and instance adaptation. Both tasks usually require significant effort from programmers and database administrators. In this paper, we propose orthogonal persistence and aspect‐oriented programming to support semi‐transparent database evolution. A default mechanism for instance evolution is defined, but the user may provide modularized solutions using the aspect‐oriented paradigm. We present our framework AOF4OOP to test the feasibility of our proposed approach. This prototype allows programmes to transparently access data in other versions of the database schema. We evaluate our framework, comparing it to related approaches using two real applications and measuring the improvement of the productivity of the programmer. Copyright © 2016 John Wiley & Sons, Ltd.  相似文献   

19.
This paper presents an analysis of the unit testing approach developed and used by the Core Flight Software System (CFS) product line team at the NASA Goddard Space Flight Center (GSFC). The goal of the analysis is to understand, review, and recommend strategies for improving the CFS’ existing unit testing infrastructure as well as to capture lessons learned and best practices that can be used by other software product line (SPL) teams for their unit testing. The results of the analysis show that the core and application modules of the CFS are unit tested in isolation using a stub framework developed by the CFS team. The application developers can unit test their code without waiting for the core modules to be completed, and vice versa. The analysis found that this unit testing approach incorporates many practical and useful solutions such as allowing for unit testing without requiring hardware and special OS features in-the-loop by defining stub implementations of dependent modules. These solutions are worth considering when deciding how to design the testing architecture for a SPL.  相似文献   

设为首页 | 免责声明 | 关于勤云 | 加入收藏

Copyright©北京勤云科技发展有限公司  京ICP备09084417号