《Modbus RTU协议简单说明》由会员分享，可在线阅读，更多相关《Modbus RTU协议简单说明（10页珍藏版）》请在金锄头文库上搜索。
1、etBeans使用教程入门篇一.创建项目下面打开NetBeans，然后点击菜单“文件”-“新建项目”，打开“新建项目”对话框：请在“类别”中选择“常规”，再从“项目”中选择“Java应用程序”，然后点击“下一步”，进入“新建Java应用程序”对话框：在这个对话框中需要设置项目的名称以及项目所在目录，我为自己的项目起名为JUnitTest，“项目位置”为G:YPJCCKJUnitNetBeans，此外，请将“创建主类”前的对号去掉。项目创建好后，已经自带了JUnit 3.8.1。二.编写用于测试的JavaBean用于测试的JavaBean很简单，名为Book，只有id和name两个属性，这两个属
2、性将分别用于两个用例当中。下面开始编写该JavaBean。请点击“文件”-“新建文件”，打开“新建文件”对话框：确保“项目”选择的是JUnitTest，然后在“类别”中选中Java类，在“文件类型”中选中Java类，点击“下一个”，进入下一窗口：设置类名为Book，包为net.zheng.junit.test，设置完成后点击“完成”，修改代码如下： package net.zheng.junit.test;public class Book private String id = null;private String name = null;public String getId() ret
3、urn id;public void setId(String id) this.id = id;public String getName() return name;public void setName(String name) this.name = name;至此，用于测试的JavaBean编写完成。三.编写测试用例这里只用了一个类进行测试，名为BookTest，该类继承自junit.framework.TestCase类。BookTest类包含两个用例，分别对应该类的testId和testName方法，即每个方法实现了一个测试用例。注意，在JUnit 中，junit.framewo
4、rk.TestCase的子类中每个用来实现测试用例的方法都必须以testXXX的格式来命名，这些方法在运行时会被执行。此外，BookTest还包括setUp和tearDown这两个方法，前者在每个测试方法开始之前执行，多用来做初始化；后者在每个测试方法完成之后执行，多用来清理资源。下面开始编写BookTest。请点击“文件”-“新建文件”，打开“新建文件”对话框： 确保“项目”选择的是JUnitTest，然后在“类别”中选中JUnit类，在“文件类型”中选中现有类的测试，点击“下一个”，进入下一窗口：选择要测试的类，点击“完成”，修改代码如下： package net.zheng.junit.
5、test;import junit.framework.TestCase;import junit.framework.Assert;public class BookTest extends TestCase Book book = null;/建议为测试类创建构造public BookTest(String name) super(name);protected void setUp() throws Exception /调用超类的setUp()，以确保测试环境被初始化super.setUp();System.out.println(测试开始！);book = new Book();Sy
6、stem.out.println(book对象被初始化！);protected void tearDown() throws Exception System.out.println(book对象将被清理！);book = null;System.out.println(测试结束！);/调用超类的tearDown()，以确保测试环境被清理super.tearDown();public void testId() book.setId(001); /设置id属性的值为001/使用Assert查看id属性的值是否为001Assert.assertEquals(001, book.getId();S
7、ystem.out.println(id属性被测试！);public void testName() book.setName(ASP); /设置name属性的值为ASP/使用Assert查看name属性的值是否为JSP，这是个必然出现错误的测试Assert.assertEquals(JSP, book.getName();System.out.println(name属性被测试！);这里setUp和tearDown方法没什么好说的，就是执行了对book对象的初始化和清理，不过testId和testName需要说明一下。前者是在对book的id属性进行测试，首先赋值为”001”，然后使用Ass
8、ert的assertEquals方法查看id属性中存放的值是否是期待的值，由于我的期待值也是”001”，所以执行后这个用例应该是成功的；后者则是对book的name属性进行测试，也是首先赋值为”ASP”，然后使用 Assert的assertEquals方法查看其值是否是期待的，由于我特意将期待值设定为根本不可能的”JSP”，因此这个用例执行后会出现一个错误。但请注意，由于我是特意要让测试出现错误，所以将期待值设定成了不可能的值，如果你是测试人员，请千万不要这么做，否则如果别的地方导致了错误，很容易给自己造成不必要的麻烦。下面简单介绍一下上边用到的静态类junit.framework.Asser
9、t。该类主要包含8个方法：1assertEquals()方法，用来查看对象中存的值是否是期待的值，与字符串比较中使用的equals()方法类似；2assertFalse()和assertTrue()方法，用来查看变量是是否为false或true，如果assertFalse()查看的变量的值是false则测试成功，如果是true则失败，assertTrue()与之相反；3assertSame()和assertNotSame()方法，用来比较两个对象的引用是否相等和不相等，类似于通过“=”和“!=”比较两个对象；4assertNull()和assertNotNull()方法，用来查看对象是否为空和
10、不为空;5fail ()方法，意为失败，用来抛出错误。我个人认为有两个用途：首先是在测试驱动开发中，由于测试用例都是在被测试的类之前编写，而写成时又不清楚其正确与否，此时就可以使用fail方法抛出错误进行模拟；其次是抛出意外的错误，比如要测试的内容是从数据库中读取的数据是否正确，而导致错误的原因却是数据库连接失败。四.运行BookTest编写好BookTest后，就可以运行了。请在“项目”栏中选中BookTest，点击鼠标右键，选择“运行文件”，测试信息会从“输出”窗口输出：五.测试套件当有多个测试类需要一次性进行测试时，可以使用测试套件来完成这项工作。在NetBeans中，点击“文件”-“新
11、建文件”，打开“新建文件”对话框：确保“项目”选择的是JUnitTest，然后在“类别”中选中JUnit类，在“文件类型”中选中测试套件，点击“下一个”，进入下一窗口：修改“类名”为AllTests，点击“完成”，然后修改代码如下： package net.zheng.junit.test;import junit.framework.*;public class AllTests extends TestCase public AllTests(String testName) super(testName);public static Test suite() TestSuite ts=
12、new TestSuite(AllTests);ts.addTestSuite(BookTest.class);return ts;其中TestSuite是用来组织测试类的，通过其addTestSuite()方法将测试类添加到ts对象中，凡是添加到ts中的测试类都将在运行文件时被执行。此外，您也可以在定义ts对象时利用其构造函数将测试类添加给ts对象，例如：TestSuite ts = new TestSuite(BookTest.class);这并不会影响到后续使用addTestSuite()方法。测试套件的运行方法与之前一样。此外，JUnit自身也提供了运行测试的环境，但需要在NetBea
13、ns中做一些改动，所以就不作详细介绍了，这里只将代码给出： package net.zheng.junit.test;import junit.framework.*;public class Test public static void main(String args) /使用TestSuite组装测试类TestSuite ts = new TestSuite();ts.addTestSuite(TestBook.class);/textui，命令行方式junit.textui.TestRunner.run(ts);/swingui，Swing方式/junit.swingui.TestRunner.run(ts.getClass();/awtui，AWT方式/junit.awtui.TestRunner.run(ts.getClass();六.小结其实JUnit上手很容易，远比想象的要简单的多，但我觉得如何编写测试类是很需要经验的，因为许多时候，测试一个用例，但涉及到可能不止一个类；而有些时候，一个类可能是做为工具使用，里边涉及很多内容，那么测试时是否还是只编写一个测试类呢？关于这个话题，我想应该是仁者见仁、智者见智的，其实这才是测试的难题所在
