亚洲午夜无码AV毛片久久,亚洲中文字幕一区精品自拍,亚洲色www永久网站

如何��试自定义断�a�

阿辉 — Fri, 24 Nov 2006 09:48:00 GMT

�׃��Junit中没有对数组比较的断�a��Q�因此自定义�?ji��n)以下断�a��Q?br />/**
* asserts two String arrays are equal�?br /> */
public static void assertEquals(final String[] expected,
         final String[] actual)
{
  if(expected == null && actual == null)
  {
   assertTrue(true);
  }
  else if(expected.length != actual.length)
  {
   fail("expected length is :" + expected.length + "but was:"
     + actual.length);
  }
  else
  {
   for(int i = 0; i < expected.length; i++)
   {
    assertEquals("�W? + (i + 1) + "个元素不相等", expected[i], actual[i]);
   }
  }
}

可是又怎么对该�Ҏ(gu��)��q�行��试呢？

阿辉 2006-11-24 17:48 发表评论

阿辉 — Fri, 22 Sep 2006 01:44:00 GMT

An early look at JUnit 4

Upcoming release promises evolution in testing

隑ֺ��U�别: �?/p>

Elliotte Harold (elharo@metalab.unc.edu), Adjunct Professor, Polytechnic University

2005-9-15 �Q�译�Q?/p>

原文�Q?a >http://www-128.ibm.com/developerworks/java/library/j-junit4.html

JUnit 是JAVA语言事实上的标准��试库。JUnit 4是三�q�以来最具里�E�碑意义的一�ơ发布。它的新�Ҏ(gu��)��主要是针对JAVA5中的标记�Q�annotation�Q�来��化测试，而不是利用子�c�R��反��或命名机制。本文将讲述如何使用JUnit 4�Q�当前前提是你最好具有JUnit的��用经验．

JUnit, 由Kent Beck �?Erich Gamma开发，几乎是JAVA开发最重要的第三方工具。正如Martin Fowler 所��_(d��)��“在软�g开发领域，从来��没有如此少的代码�v��C��(ji��n)如此重要的作用“。由于JUnit�Q�JAVA代码变得更健壮，更可靠，BUG也比以前更少。由于JUnit (由Smalltalk's的SUnit得来) 的出玎ͼ�随后产生�?ji��n)许多xUnit的测试工��P��如nUnit (.NET), pyUnit (Python), CppUnit (C++), dUnit (Delphi) 和其它不同��^台及(qi��ng)语言的测试相关的工具�?/p>

虽然JUnit也只是一个工��P��但其产生的思想和技术却较其架构更意义重大。单元测试，��试先行的编�E�方式，��试驱动的开发方式，�q��必须由JUNIT实现�Q�也不一定要用SWing实现GUI界面。JUNIT最�q�的一�ơ更新是在三�q�前�Q�但它比其它大多数有BUG的框枉��要健壮，更重要的是，JAVA一直在改进。现在JAVA支持泛型�Q�枚举，可变长度参数�Q�以�?qi��ng)标记语�a��Q�开创了(ji��n)开发可重用框架的新局面）(j��)�?/p>

JUnit's的停滞不前��得那些想要变革的开发�h员换其它��试工具�Q�挑战者有Bill Venners的Artima SuiteRunner和Cedric Beust的TestNG�Q�这些工具库虽然有值得推荐的功能，但没有�Q何一�Ƅ��C��能与JUNIT相比�Q�没有�Q何一�Ƒַ�兯��其它业界产品如Ant, Maven, Eclipse�q�泛支持�Q�因此Beck 和Gamma双开始利用JAVA5的新�Ҏ(gu��)��来开发新版的JUNIT�Q�目的是利用JAVA5中的标记�Ҏ(gu��)��得单元测试开发更�Ҏ(gu��)��。Beck��_(d��)��(x��)“JUNIT4的主要目的是通过��化JUNIT的��用鼓励更多的开发�h员写更多的测试”。虽然会(x��)与以前的版本兼容�Q�但JUNIT4与从JUNIT1.0��开始的版本相比�?x��)有一个非常大的变化．

注意: 修改基本框架是一把双刃剑�Q�虽然JUNIT4的目的是清晰的，但细节仍有许多不同，因此本文只是一个简单的介绍�Q��ƈ不是最�l�文��．

��试�Ҏ(gu��)��

以前所有版本的JUNIT都��用命名机制和反射来定位测试，下面的代码测�?+1= 2�Q?/p>

																				import junit.framework.TestCase;

public class AdditionTest extends TestCase {

  private int x = 1;
  private int y = 1;
  
  public void testAddition() {
    int z = x + y;
    assertEquals(2, z);
  }

}

而在JUNIT 4中，��试�Ҏ(gu��)��?strong>@Test 标记说明�Q�如下：(x��)

																				import org.junit.Test;
import junit.framework.TestCase;

public class AdditionTest extends TestCase {

  private int x = 1;
  private int y = 1;
  
  @Test public void testAddition() {
    int z = x + y;
    assertEquals(2, z);
  }

}

使用标记的好处是你不用将所有测试方法命名�ؓ(f��) testFoo(), testBar()�{�等�?test"开头的�Ҏ(gu��)��Q�下面的�Ҏ(gu��)��也同样可以工作：(x��)

																				import org.junit.Test;
import junit.framework.TestCase;

public class AdditionTest extends TestCase {

  private int x = 1;
  private int y = 1;
  
  @Test public void additionTest() {
    int z = x + y;
    assertEquals(2, z);
  }

}

下面的代码也同样正确�Q?/p>

																				import org.junit.Test;
import junit.framework.TestCase;

public class AdditionTest extends TestCase {

  private int x = 1;
  private int y = 1;
  
  @Test public void addition() {
    int z = x + y;
    assertEquals(2, z);
  }

}

�q�种命名机制最大的优点是更适合你的待测试类或方法名�U�ͼ�例如�Q�你可以使用ListTEst.contains()��试 List.contains();使用ListTest.addAll()��试 List.add()�{�等�Q?/code>


										
												
														TestCase�q�可以���l���用，但你没有必须再扩展�ؓ(f��)子类�Q�只要你声明�?ji��n)@Test�Q�你可以���测试方法放在�Q何类中，当然如要讉K��a(ch��n)ssert�{�方法，你必��要引用junit.Assert�c�，如下�Q?/code>
										

										
												
														
																
																																						import org.junit.Assert;

public class AdditionTest {

  private int x = 1;
  private int y = 1;
  
  @Test public void addition() {
    int z = x + y;
    Assert.assertEquals(2, z);
  }

}
																		
																
														
												
										
										

										你也可以使用JDK5中的新特�?static import)使得跟以前版本一��L(f��ng)��单：(x��) 
										
												
														
																
																																						import static org.junit.Assert.assertEquals;

public class AdditionTest {

  private int x = 1;
  private int y = 1;
  
  @Test public void addition() {
    int z = x + y;
    assertEquals(2, z);
  }

}
																		
																
														
												
										
										

										�q�种�Ҏ(gu��)�����试受保护的�Ҏ(gu��)��非常�Ҏ(gu��)���Q�因��Z��可以在测试类中��承有受保护方法的�c�． 
										

										
												
														
																
																		
																				
																						
																								
																										

																								
																								
																										
																												
																														Back to top
																												
																										
																								
																						
																				
																		
																
														
												
										
										

										

										
												
														SetUp 和TearDown
												
										
										JUnit 3 �?strong>test runners �?x��)在每个���试之前自动调�?setUp()�Ҏ(gu��)��。此�Ҏ(gu��)��主要用于初始化变量，打开日志�Q�重�|�环境变量等。下面是XOM's XSLTransformTest中的setUp()�Ҏ(gu��)���Q?/code>

										
												
														
																
																																						protected void setUp() {
        
    System.setErr(new PrintStream(new ByteArrayOutputStream()));
        
    inputDir = new File("data");
    inputDir = new File(inputDir, "xslt");
    inputDir = new File(inputDir, "input");
        
}
																		
																
														
												
										
										

										在JUnit 4中，你仍然可以在每个���试前初始化变量和配�|�环�?�Q�然而，�q�些操作可以不用在Setup()中完成，你可以在初始化方法前面添�?strong>@Beforer 来表�C�，如下�Q?
										
												
														
																
																																						@Before protected void initialize() {
        
    System.setErr(new PrintStream(new ByteArrayOutputStream()));
        
    inputDir = new File("data");
    inputDir = new File(inputDir, "xslt");
    inputDir = new File(inputDir, "input");
        
}
																		
																
														
												
										
										

										你也可以有多个方法标记有�Q�Before�Q�所有方法都�?x��)在每个���试之前执行�Q?
										
												
														
																
																																						@Before protected void findTestDataDirectory() {
    inputDir = new File("data");
    inputDir = new File(inputDir, "xslt");
    inputDir = new File(inputDir, "input");
}
    
 @Before protected void redirectStderr() {
    System.setErr(new PrintStream(new ByteArrayOutputStream()));
}
																		
																
														
												
										
										

										清除环境与JUNIT3 差不多，在JUNIT3中���?tearDown()�Ҏ(gu��)���Q�下面的代码是结束测试时回收内存�Q?/code>

										
												
														
																
																																						protected void tearDown() {
  doc = null;
  System.gc();   
} 
																		
																
														
												
										
										

										在JUnit 4中，你还可以使用@After标记来说明：(x��) 
										
												
														
																
																																						@After protected void disposeDocument() {
  doc = null;
  System.gc();   
} 
																		
																
														
												
										
										

										�?@Before一��P��你也可以有多个标记有@After的清除方法，每个都会(x��)在执行完每个���试后执行�?/code>

										最后，你不需要在父类中明���调用这些初始化或清除方法．test runner�?x��)自动调用这些标记的��?gu��)���Q�子�c�M��的@Before�Ҏ(gu��)��在父�cȝ��@Before�Ҏ(gu��)��之后执行�Q�这与构造函数的执行��序一��P��(j��)�Q�而@After�Ҏ(gu��)��刚好相反�Q�子�c�M��的@After�Ҏ(gu��)��先执行．然而，多个@Before和@After�Ҏ(gu��)��的执行顺序就是未知的�Q?/p>
										

												
														���试集范围的初始�?/strong>
												
										

										JUnit 4中引入了(ji��n)一��JUNIT3没有的新�Ҏ(gu��)��，�cȝ�别的setUp()和tearDown()�Q�即在一个类的所有测试前执行初始化，�q�在所有测试完成后执行清除�?
										例如�Q�一个测试类中的每个���试都要用到一个数据库�q�接或网�l�连接，或其它很耗资源初始化或释攄���资源�Q�用不着在每个测试方法前后进行操作，而只需要在���试�c�d��始前后执行即可。下面的�C�Z��是��用第三方的库�q�行错误�Q�在执行所有测试前���错误先重定向到非标准输出，然后在所有测试结束后再输出到需要的地方�Q�这样就不会(x��)影响到测试过�E�中产生的其它信息�?/p>
										

												
														
																
																																						// This class tests a lot of error conditions, which
// Xalan annoyingly logs to System.err. This hides System.err 
// before each test and restores it after each test.
private PrintStream systemErr;
    
@BeforeClass protected void redirectStderr() {
    systemErr = System.err; // Hold on to the original value
    System.setErr(new PrintStream(new ByteArrayOutputStream()));
}
    
@AfterClass protected void tearDown() {
    // restore the original value
    System.setErr(systemErr);
}
																		
																
														
												
										
										

										上面的操作没有必���d��每个���试前后执行。然而要注意的是�Q�这�U�方法可能媄(ji��ng)响测试间的结果，如果一个测试改变了(ji��n)初始化的对象�Q�而这个对象可能是其它���试的输入，那么���试的结果可能不正确�Q�这�U�方法将依赖���试的顺序�ƈ可能引入BUG。当优化���试性能�Q��ƈ且当你改�q�了(ji��n)配置和基准测试后而仍然很慢时�Q�如数据库连接或�|�络问题�Q�你才需要考虑使用�q�种�Ҏ(gu��)��。只有这��P��你才能每天执行多�ơ测试�?
										

										
												
														
																
																		
																				
																						
																								
																										

																								
																								
																										
																												
																														Back to top
																												
																										
																								
																						
																				
																		
																
														
												
										
										

										

										
												
														
																异常���试
														
												
										
										异常���试是JUNIT4中的最大的改进�Q�以前异常测试是通过try catch实现�Q�当抛出异常�Ӟ��在try的最后添加一条fail()语句实现�Q�如下：(x��) 
										
												
														
																
																																						public void testDivisionByZero() {
    
    try {
        int n = 2 / 0;
        fail("Divided by zero!");
    }
    catch (ArithmeticException success) {
        assertNotNull(success.getMessage());
    }
    
}
																		
																
														
												
										
										

										�q�种�Ҏ(gu��)��不仅隄����Q�而且造成无论成功或失败，代码覆盖工具都不能执行某些代码．而在JUnit 4中，你可以在要抛出异常的代码中添加标记来声明一个异常是期望的：(x��) 
										
												
														
																
																																						@Test(expected=ArithmeticException.class) public void divideByZero() {
    int n = 2 / 0;
}
																		
																
														
												
										
										

										如果没有异常抛出�Q�上面的���试则会(x��)��p�|�Q�如果你想知道异常的详细信息或其它情况，你还是要使用try catch才行 

										
												
														
																
																		
																				
																						
																								
																										

																								
																								
																										
																												
																														Back to top
																												
																										
																								
																						
																				
																		
																
														
												
										
										

										

										
												
														需要忽略的���试
												
										
										也许你有些测试需要很长时间才能执行完成，�q����是这个测试应该跑得快�Q�而是它做的很复杂和很慢的工作造成的．如访问远�E�网�l�错误，需要很久才能有反馈�Q�如果你不想让这�U�测试破坏你整个���试�q�程�Q�你可能惌����q�这个测试．当然也有可能某个���试���出控制范围而失败．如W3C XInclude���试集中自动识别一些JAVA不支持的Unicode代码�Q��ؓ(f��)�?ji��n)防止这些测试��L��通不�q�，可以使用标记 @Ignore跌����q�些���，如下�Q?/code>

										
												
														
																
																																						// Java doesn't yet support the UTF-32BE and UTF32LE encodings
    @Ignore public void testUTF32BE() 
      throws ParsingException, IOException, XIncludeException {
      
        File input = new File(
          "data/xinclude/input/UTF32BE.xml"
        );
        Document doc = builder.build(input);
        Document result = XIncluder.resolve(doc);
        Document expectedResult = builder.build(
          new File(outputDir, "UTF32BE.xml")
        );
        assertEquals(expectedResult, result);
                
    }
																		
																
														
												
										
										

										test runner不会(x��)执行�q�些���试�Q�但�?x��)说明这些测试被跌���了(ji��n)。在命��o(h��)行测试界面中�Q�字母“I”会(x��)表示���试跌����Q�或“E”表�C�测试失败，而不是用点�?"表示成功�Q?/p>
										

												
														
																
																																						$ java -classpath .:junit.jar org.junit.runner.JUnitCore nu.xom.tests.XIncludeTest
JUnit version 4.0rc1
.....I..
Time: 1.149

OK (7 tests)
																		
																
														
												
										
										

										要注意的是，假设�q�些���试�׃��某种理由攑֜�最开始，如果你以后一直忽略这些测试，那些需要被���试的代码可能有问题而不�?x��)被���(g��)���到。因此忽略测试只是一个��(f��)时解��x��法，�q�不是一个解决�Q何问题的真正办法�?
										

										
												
														
																
																		
																				
																						
																								
																										

																								
																								
																										
																												
																														Back to top
																												
																										
																								
																						
																				
																		
																
														
												
										
										

										

										
												
														旉������试
												
										
										性能���试是单元测试中最头疼的问题，JUnit 4也未完全解决此问题， 你可以在JUNIT4的测试方法中��d��一个时间参数。如果测试时间超�q�参敎ͼ�则测试失败。如下，如果���试旉������过0.5�U�，则此���试��p�|�Q?/p>
										

												
														
																
																																						
@Test(timeout=500) public void retrieveAllElementsInDocument() {
    doc.query("http://*");
} 
																		
																
														
												
										
										

										除基准性能���试外，旉������试在网�l�测试方面也很有用．如果一个远端的��L��或数据当掉或太慢�Q�你可以跌���此测试而不用阻塞在�q�里�Q�好的测试集可以在作�?ji��n)一些改动后很快的一遍一遍的执行�Q�可能一天数十次�Q�设�|�一个超时让���试更快的执行，下面的示例中如果分析http://www.ibiblio.org/xml 的时间超�q�２�U�，则测试失败．
										
												
														
																
																																						
@Test(timeout=2000) 
  public void remoteBaseRelativeResolutionWithDirectory()
   throws IOException, ParsingException {
      builder.build("http://www.ibiblio.org/xml");
  } 
																		
																
														
												
										
										

										

										
												
														
																
																		
																				
																						
																								
																										

																								
																								
																										
																												
																														Back to top
																												
																										
																								
																						
																				
																		
																
														
												
										
										

										

										
												
														
																新的断言
														
												
										
										JUnit 4 增加�?ji��n)两上断文方法用于比较数�l�：(x��)
										
												
														
																
																																						
public static void assertEquals(Object[] expected, Object[] actual)
public static void assertEquals(String message, Object[] expected, 
Object[] actual)

																		
																
														
												
										
										

										�q�两个方法采用最直接�Ҏ(gu��)��比较�Q�如果数�l�长度相同，且每个对应的元素相同�Q�则比较成功�Q�否则不成功�Q�参��Cؓ(f��)�I�的情况也作�?ji��n)考虑�Q?

										
												
														
																
																		
																				
																						
																								
																										

																								
																								
																										
																												
																														Back to top
																												
																										
																								
																						
																				
																		
																
														
												
										
										

										

										
												
														需要补充的地方
												
										
										JUnit 4是一个非常基本的框架�Q�还不是以前版本的升�U�。JUNIT3的开发�h员会(x��)发现有些功能没有�?
										
												
														最大的特点���是没有GUI���试界面�Q�当���试正确时是�l�色条，而出错时�U�色的，你也可以在Eclipse中集成JUNIT使用�Q�但JUNIT4既没有AWT也没有SWING的GUI���试界面�Q?/font>
												

												
														另一个让人吃惊的是失败（期望错误�Q�和错误�Q�未预计的异帔R��误）(j��)没有明显区别�Q�在JUNIT3中开发�h员可以区分这两种情况�Q�而在JUNIT4中不行；
												
												
														最后一个特�Ҏ(gu��)��JUNIT中没有用于徏立一堆测试类�?code>suite()�Ҏ(gu��)���Q�取而代之的是，采用变长参数传递未知数量的���试�l�test runner�?/code>
												
										

										没有GUI���试界面的确不方便，但其它改变简化了(ji��n)JUNIT的��用，从当前JUNIT的操作手册和FAQ的数量就知道�Q�而JUNIT4的文���将不会(x��)需要这么多�?
										

										
												
														
																
																		
																				
																						
																								
																										

																								
																								
																										
																												
																														Back to top
																												
																										
																								
																						
																				
																		
																
														
												
										
										

										

										
												
														
																�~�译和运行JUnit 4
														
												
										
										现在JUnit 4�q�没有发布编译版本，如果想体验版本的乐趣�Q�则需要从CVS中获取源代码。分支标�{�是"Version4" (see Resources ).要注意的是大部分文���是根据JUNIT3�~�写的，�q�未同步更新。需要Java 5才能�~�译JUnit 4�Q�因为大量��用了(ji��n)标记�Q�泛型其其它JDK5中的新特性�?
										执行���试的命令行方式与JUNIT3有点区别�Q�你现在要���?org.junit.runner.JUnitCore �c�进行测试，如下�Q?
										
												
														
																
																																						
$ java -classpath .:junit.jar org.junit.runner.JUnitCore 
  TestA TestB TestC...
JUnit version 4.0rc1

Time: 0.003

OK (0 tests)
																		
																
														
												
										
										

										
												
														
																兼容�?/strong>
														
												
										

										Beck 和Gamma在努力保持后向和前向兼容性。JUnit 4可以直接�q�行�Ҏ(gu��)��JUNIT3�~�写的测试类�Q�而不用�Q何修改，直接���各���试�cȝ��全名传递给test runner卛_���Q�test runner�?x��)根据不同的���试�c�调用不同的���试框架版本�Q?
										后向兼容性有炚w���?ch��)，卛_��JUNIT3中执行根据JUNIT4写的���试�c�，之所以要�q�样是因为在一个集成环境如Ecplise中，不需要升�U�到JUNIT4也可以测试JUNIT4的测试类�Q�从而避免工具IDE的升�U�。�ؓ(f��)�?ji��n)让JUNIT4的测试类在JUNI3中能执行�Q�你需要一个适配�c?code>JUnit4TestAdapter���装JUNIT3的测试类�Q�如下代码：(x��)
										
												
														
																
																																						public static junit.framework.Test suite() {
  return new JUnit4TestAdapter(AssertionTest.class);    
}
																		
																
														
												
										
										

										而JAVA斚w���Q�JUNIT4一点兼�Ҏ(gu��)��都没有�Q�因为完全依赖于JDK5的新�Ҏ(gu��)��，因此不可能在JAVA1.4上面执行JUNIT4�?/p>
										

										

												
														
																
																		
																				
																						
																								
																										

																								
																								
																										
																												
																														Back to top
																												
																										
																								
																						
																				
																		
																
														
												
										
										

										

										
												�q�有...
										
										JUnit 4�q�未�l�束�Q�还有许多需要补充，如文���，现在不推荐将以前的测试类升��到JUNIT4。当然JUNIT4的开发速度很快�Q�其计划也很快会(x��)实现�Q�JAVA1.4的开发�h员仍然可以��用JUNIT3.8�Q�而��用JAVA5的�h员可以考虑是否采用JUNIT4�?ji��n)，因��?f��)在特性上更适合�?
										

										
												
														
																
																		
																				
																						
																								
																										

																								
																								
																										
																												
																														Back to top
																												
																										
																								
																						
																				
																		
																
														
												
										
										

										

										
												
														
																资源
														
												
										
										
												
														
																
																		
																				Pragmatic Unit Testing in Java with JUnit
																		
																
														 (Andy Hunt and Dave Thomas, Pragmatic Programmers, 2003): An excellent introduction to unit testing.


												
														
																
																		
																				JUnit Recipes: Practical Methods for Programmer Testing
																		
																
														 (J. B. Rainsberger, Manning, 2004): One of the most widely cited and referenced books on JUnit.


												
														
																
																		TestNG
																
														: Cedric Beust's framework pioneered the annotation based testing style now used in JUnit 4.


												"TestNG makes Java unit testing a breeze" (Filippo Diotalevi, developerWorks, January 2005): An introduction to TestNG.


												"Incremental development with Ant and JUnit" (Malcolm Davis, developerWorks, November 2000): Explores the benefits of unit testing, in particular using Ant and JUnit, with code samples.


												"Demystifying Extreme Programming: Test-driven programming" (Roy Miller, developerWorks, April 2003): Find out how test-driven programming can revolutionize your productivity and quality as a programmer, and learn the mechanics of writing tests.


												"Keeping critters out of your code" (David Carew, et. al., developerWorks, June 2003): Learn how you can use JUnit in conjunction with WebSphere Application Developer. 


												"Measure test coverage with Cobertura" (Elliotte Rusty Harold, developerWorks, May 2005): Learn to identify untested code and locate bugs with this handy open source tool. 


										
										

										下蝲���试版本
										

										
												
														
																
																		JUnit 4
																
														: Download the newest version of JUnit the SourceForge CVS repository; be sure to use the branch tag "Version4."

原文�Q?a href="/margiex">http://www.tkk7.com/margiex

阿辉 2006-09-22 09:44 发表评论

阿辉 — Wed, 20 Sep 2006 06:40:00 GMT

public void testPopSortFromFile() throws IOException
{
  @SuppressWarnings("unused")
  String line = "";
  FileReader myFileReader = new FileReader("com/liyingcheng/testFiles/TestPopSort.txt");//相对路径
  BufferedReader myBufferedReader=new BufferedReader(myFileReader);
  while((line = myBufferedReader.readLine())!=null)
  {
   if(line.startsWith("#"))
   {
    continue;
   }

   String[] tokens = line.split(",");

   int[] actual = {Integer.parseInt(tokens[0]),Integer.parseInt(tokens[1]),Integer.parseInt(tokens[2])};
   int[] expected = {Integer.parseInt(tokens[3]),Integer.parseInt(tokens[4]),Integer.parseInt(tokens[5])};
   testSinglePopSort(expected,actual);
  }
}

阿辉 2006-09-20 14:40 发表评论

junit assert() 使用实例

阿辉 — Tue, 19 Sep 2006 07:13:00 GMT

package com.liyingcheng.netTest;

import com.liyingcheng.net.Sort;

import junit.framework.Test;
import junit.framework.TestCase;
import junit.framework.TestSuite;
import junit.xiaoxuhui.Sum;

public class SortTest extends TestCase
{
// Sort popObj = new Sort();

public SortTest(String name)
{
super(name);
}

protected void setUp() throws Exception
{
super.setUp();
}

protected void tearDown() throws Exception
{
super.tearDown();
}

static public void assertEquals(int[] expected, int[] actual)
{
  for(int i = 0; i < expected.length; i++)
  {
   assertEquals(null, expected[i], actual[i]);
  }
}

public void testPopSort()
{
  int[] expected = new int[] {1, 2, 3, 4};
  assertEquals(expected, Sort.popSort(new int[] {1, 2, 4, 3}));
  assertEquals(expected, Sort.popSort(new int[] {1, 2, 3, 4}));
  assertEquals(expected, Sort.popSort(new int[] {1, 3, 4, 2}));
  assertEquals(expected, Sort.popSort(new int[] {1, 3, 2, 4}));
  assertEquals(expected, Sort.popSort(new int[] {2, 1, 4, 3}));
  assertEquals(expected, Sort.popSort(new int[] {2, 4, 1, 3}));
  assertEquals(expected, Sort.popSort(new int[] {3, 2, 4, 1}));
  assertEquals(new int[] {1, 2}, Sort.popSort(new int[] {2, 1}));
  // assertEquals(new int[]{1,3,2,4},popObj.popSort(new int[]{1,2,4,3}));
  // assertEquals(new int[]{1,2,3,4},popObj.popSort(new int[]{1,2,4,3}));
}

public void testCreateArray()
{
assertEquals(4, Sort.createArray(4).length);
}

public void testGetSum()
{
assertEquals(5050, Sum.getSum(1, 100));
}

public void testFalse()
{
assertFalse(false);
assertTrue(true);
}

public void testIsNull()
{
  String str1 = "";
  int[] arr1 = {};
  String str2 = null;
  int[] arr2 = null;
  assertNotNull(str1);
  assertNotNull(arr1);
  assertNull(str2);
  assertNull(arr2);
  // assertNull(str);
}

public void testNull()
{
}

public void testNotSame()
{
  String str1 = "123";
  String str2 = "123";
  String str3 = new String(str1);
  String str4 = new String("123");
  int one = 1;
  int first = 1;
  assertSame(one, first);
  assertSame(str1, str2);
  assertNotSame(str3, str4);
  //fail("hahahahahahahah");
  /*
   * assertNotSame(one,first); assertNotSame(str1,str2);
   */
}

public static Test suite()
{
  TestSuite suite = new TestSuite("Test sort!");
  suite.addTestSuite(SortTest.class);
  return suite;
}

}

阿辉 2006-09-19 15:13 发表评论

junit数组比较

阿辉 — Mon, 18 Sep 2006 09:30:00 GMT

以下断言只是�Ҏ(gu��)��型数�l�进行比较，如需其它数据�c�d��的比较则只需修改相应的数据类型；
/**
* Asserts that two int arrays are equal. If they are not an
* AssertionFailedError is thrown.
*/
static public void assertEquals(int[] expected, int[] actual )
{
  for(int i = 0; i < expected.length; i++)
  {
   assertEquals(null, expected[i], actual[i]);
  }
}

阿辉 2006-09-18 17:30 发表评论

阿辉 — Mon, 18 Sep 2006 05:59:00 GMT

�(zh��n)�定义自��q��TestCase�Q��ƈ使用TestRunner来运行测试，事实上TestRunner�q�不直接�q�行 TestCase上的单元�Ҏ(gu��)��Q�而是透过TestSuite�Q�TestSuite可以��数个TestCase在一��P��而让每个TestCase保持��单�?br />
来看看一个例子：(x��)

MathToolTest.java

package onlyfun.caterpillar.test;

import onlyfun.caterpillar.MathTool;
import junit.framework.TestCase;

public class MathToolTest extends TestCase {
    public MathToolTest(String testMethod) {
        super(testMethod);
    }

    public void testGcd() {
        assertEquals(5, MathTool.gcd(10, 5));
    }

    public static void main(String[] args) {
        junit.textui.TestRunner.run(MathToolTest.class);
    }
}

在这个例子中�Q��?zh��n)��q�没有看��C�Q何的TestSuite�Q�事实上�Q�如果�?zh��n)�没有提供��M��的TestSuite�Q�TestRunner�?x��)自己徏立一个，然後�q�个 TestSuite�?x��)��用反��（reflection�Q�自动找出testXXX()�Ҏ(gu��)��?br />
如果�(zh��n)�要自行生成TestSuite�Q�则在��承TestCase之後�Q�提供静态的�Q�static�Q�的suite()�Ҏ(gu��)��Q�例如：(x��)

public static Test suite() {
return new TestSuite(MathTool.class);
}

如果�(zh��n)�没有提供�Q何的TestSuite�Q�则TestRunner��׃��(x��)像上面这栯��动�ؓ(f��)�(zh��n)�徏立一个，�q�找出testXXX()�Ҏ(gu��)��Q��?zh��n)�也可以如下面定�?suite()�Ҏ(gu��)��Q?br />

public static Test suite() {
     TestSuite suite = new TestSuite(MathTool.class);
     suite.addTest(new MathToolTest("testGcd"));
     return suite;
}

JUnit�q�没有规定�?zh��n)�一定要使用testXXX()�q�样的方式来命名�(zh��n)�的��试�Ҏ(gu��)��Q�如果�?zh��n)�要提供自��q��Ҏ(gu��)��Q�当然JUnit 鼓励�(zh��n)��用testXXX()�q�样的方法名�U�ͼ�(j��)�Q�则可以如上撰写�Q��ؓ(f��)�?ji��n)要能够使用建构函式提供��试��?gu��)��名称�Q��?zh��n)�的TestCase必须提供如下的徏构函式：(x��)

public MathToolTest(String testMethod) {
super(testMethod);
}

如果要加入更多的��试�Ҏ(gu��)��Q��用addTest()��可以了(ji��n)�Q�suite()�Ҏ(gu��)��传回一个TestSuite物�g�Q�它�?TestCase都实作了(ji��n)Test介面�Q�TestRunner�?x��)调用TestSuite上的run()�Ҏ(gu��)��Q�然後TestSuite�?x��)将之委托�?TestCase上的run()�Ҏ(gu��)��Q��ƈ执行每一个testXXX()�Ҏ(gu��)��?br />
除了(ji��n)�l�合TestCase之外�Q��?zh��n)��q�可以将��C��TestSuite�l�合在一��P��例如�Q?br />

public static Test suite() {
    TestSuite suite= new TestSuite();
    suite.addTestSuite(TestCase1.class);
    suite.addTestSuite(TestCase2.class);
    return suite;
}

如此之来�Q��?zh��n)�可以一�ơ运行所有的��试�Q�而不必个别的�q�行每一个测试案例，�(zh��n)�可以写一个运行全部测试的��L��试，而在使用TestRunner时呼�?suite()�Ҏ(gu��)��Q�例如：(x��)

junit.textui.TestRunner.run(TestAll.suite());

TestCase与TestSuite都实作了(ji��n)Test介面�Q�其�q�行方式�?Command 模式的一个实例，而TestSuite可以�l�合��C��TestSuite或TestCase�Q�这�?Composite 模式的一个实例�?img src ="http://www.tkk7.com/xixuui/aggbug/70275.html" width = "1" height = "1" />

阿辉 2006-09-18 13:59 发表评论

亚洲午夜无码AV毛片久久,亚洲中文字幕一区精品自拍,亚洲色www永久网站

如何���试自定义断�a�

An early look at JUnit 4

junit assert() 使用实例

junit数组比较

如何��试自定义断�a�