JUnit 设计的非常小巧,但是功能却非常强大。Martin Fowler 如此评价 JUnit:在软件开发领域,从来就没有如此少的代码起到了如此重要的作用。它大大简化了开发人员执行单元测试的难度,特别是 JUnit 4 使用 Java 5 中的注解(annotation)使测试变得更加简单。
一般来说,测试分为2种类型,一是程序员自己的测试,另外一种是客户的测试.关于客户测试,我推荐一个FIT的框架,非常不错。在这里,我们讲的TDD就是程序员测试.那么什么是程序员测试呢?我认为就是我们常说的单元测试.既然是单元测试,在.NET里势必会用到某些工具,目前最著名恐怕就是我即将介绍的NUnit了
今天接到了个任务,需要对数字进行计算,因为涉及到整数,小数,和科学计数法等很多条件,所以人工测试非常麻烦,于是想到了PHP的单元测试工具PHPUnit,所以写个文档备查。
PurCoverage是一款比较有效的代码覆盖检查工具,通过它你可以快速的了解到设计的白盒测试案例执行后代码的覆盖情况,为白盒测试案例的修正提供的有效的标准,从而快保证了代码路径的覆盖。下面是它用的功能,我在使用时做了一些记录。
在本文中,Filippo Diotalevi 介绍了 TestNG,这是一个测试 Java 应用程序的新框架。TestNG 不仅确实强大、创新、可扩展、灵活,它还展示了 Java Annotations(JDK 5.0 中的重大新特性)的有趣应用。
单元测试又称模块测试,属于白盒测试,是最小单位的测试。模块分为程序模块和功能模块。功能模块指实现了一个完整功能的模块(单元),一个完整的程序单元具备输入、加工和输出三个环节。而且每个程序单元都应该有正规的规格说明,使之对其输入、加工和输出的关系做出明确的描述。
单元测试的对象是软件设计的最小单位——模块。单元测试的依据是详细设描述,单元测试应对模块内所有重要的控制路径设计测试用例,以便发现模块内部的错误。单元测试多采用白盒测试技术,系统内多个模块可以并行地进行测试。
在缺陷和错误发生的时候就发现并纠正它们对任何快速、控制成本的软件项目来说是很关键的。由代码编写者实施的单元测试(Unit Test)是最常用的方法。本文的作者Panagiotis Louridas总结了他在最流行的Java单元测试OSS(开放源代码软件)工具——JUnit上的经验。
vb有多个单元测试的软件,如VBunit,communit。此处选择communit来作为单元测试的,原因是一、它是完全开放源码的,二、它不仅能测试VB源代码,还能测试标准COM组件。communit可以从sourceforge.net下载,也可以本地下载,本地版本与有两个修改,一是修正模板的安装,原来的包没有完全设置好,二是增加了时间的计算,能显示测试花费的时间。
Action的测试是比较辛苦的。因为它依赖与其他的环境(比如tomcat)。在我的印象中,基于struts的测试是很麻烦的,因为对于execute方法,你必须mock两个对象进去。还好。基于Webwork的测试相对简单些。
模拟技术将测试的对象从其他外部因素中分离出来。在JUnit框架中集成模拟技术使得单元测试更加简单和优雅。EasyMock是一个好的伪装工具,可以为特定接口创建伪对象。在Dunamis协助下,Mocquer扩展了EasyMock的功能,他可以为类创建伪对象。这篇文章简单介绍了Mocquer在单元测试中的使用。
单元测试是针对“单元”的测试,这是毫无疑问的。但何谓“单元”,则并没有特别明确的区分,在不同的上下文语境中,单元可以是不同的含义。在RUP中,单元测试的对象可以是文件、DLL或是类等等。
要么现在去做,要么以后花 多得多 的代价去做。换句话说,您在开发周期的早期在测试和预防代码缺陷上花的时间越多,您在以后节省的时间和金钱就越多。这就是防御性编码的意义。
单元测试关注构成软件系统的最小单元:程序员所创建的的函数、类和方法。大多数经理都要求自己的程序员做单元测试,而且程序员也声称做了单元测试。但是在实践中变数非常大,而且很难确认。
关于 JUnit 测试中某些测试方法的顺序信赖性有两种解决方法:为每个测试类添中一个 suite() 方法;为每个测试类添中一个 suite() 方法
我们如何才能判定最新的就是最好的?我们如何知道代码真的准备好了被包括到下一个build中?很多开发组通过建立升级标准来解决这个问题。升级标准是关于某个模块是否准备好包括在一个build版本中的判定策略。
通过使用HSQLDB和Hibernate强大的模式生成工具,能够对应用程序映射层进行单元测试,并在对象查询中找到不计其数的bug,这在以前手工测试时是做不到的。利用下面的技术概述,可以在开发过程中对整个应用程序进行测试,并且在测试有效区域内没有损害。