JUnit反模式 - 编程入门网

唉呀！这里发生了什么？除了确认被测系统的正确性外，还可以将测试作为文档提供。它们应该充当系统正确行为的指示。这个测试的目的是为了显示：在使用适当填充的 Customer 对象调用 BillingCenter 对象上的静态 processCustomer 方法时，会导致一个适当格式的记录被写入 customer.rec 文件中。但此目标在执行测试所需的所有 I/O 文件、字节转换文件、字段偏移（field-offsetting）文件中是无法实现的。

测试代码可能比其要测试的代码更复杂。我不能保证这个测试是否正确，但是，我在这里将它写了出来。我们还要做其他一些事情。让我们进一步简化并抽象该测试，使其更像是一个测试（参见清单 7）。

JUnit反模式(6)

清单 7. 一个简单的测试

public class RecordTestImproved extends TestCase { 　　 public void testRecordContainsCorrectCustomerData() { 　　　　 // setup 　　　　 String expectedName = "Estragon"; 　　　　 int expectedId = 1001; 　　　　 String [] expectedItemNames = {"A man", "A plan", "A canal", "Suez"}; 　　　　 Customer customer = new Customer(expectedId, expectedName); 　　　　 // execute 　　　　 BillingCenter.processCustomer(customer); 　　　　 // assert results 　　　　 RecordFileFacade records = new RecordFileFacade("customer.rec"); 　　　　 assertEquals(1, records.getTotalRecords()); 　　　　 RecordFacade record = records.get(0); 　　　　 assertEquals(expectedName, record.getName()); 　　　　 assertEquals(expectedId, record.getId()); 　　　　 for(int i = 0; i < 4; ++i) { 　　　　　　 assertEquals(expectedItemNames[i], record.getItemName(i)); 　　　　 } 　　 } }

现在，测试代码清楚地表示出了该测试的意图。毫无疑问，此测试是正确的，因为它已经完成了设置预期值，调用被测试的系统，调用 getter 和作出声明。该逻辑被应用到了 RecordFileFacade 和 RecordFacade 类中。RecordFileFacade 负责从文件中读取数据，并成批将它们送入记录中。RecordFacade 负责解析每条记录，并通过 Java 语言友好测试方法公开这些这些数据。这个测试的另一个优点是 RecordFileFacade 和 RecordFacade 现在也能够测试。当拆分记录的逻辑保存在该测试中时，将无法对其进行测试。

最好将该逻辑应用到基础结构中。一个优秀的测试程序应当满足以下条件：

设置

声明预期结果

练习被测试的单元

获得实际结果

声明实际结果是否与预期结果相符

一个测试良好的应用程序不仅仅包含应用程序代码和测试。一定数量的基础结构代码可以充当测试程序与被测系统之间的适配器。此用途有两个：其一，可以允许测试清楚地表示其意图，其二，通过将复杂的代码抽象到独立层中，还能够为该层编写测试。

结束语

在许多方法中，使用 JUnit 进行测试更方便。测试编写代码越来越趋向于进行坏的测试和好的测试。但是，1,000 个坏的传递测试比不进行试测更糟糕，因为坏的测试会给您一个错误的自信意识。

编写测试时，一定要注意所编写测试的质量：

不要仅测试愉快路径

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!