单元测试及JUnit的应用
持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第12天，点击查看活动详情。
实验名称
单元测试及JUnit的应用
实验目的
-
熟悉单元测试工具JUnit的使用方法
-
了解代码静态检测工具FindBugs的使用方法
-
了解代码复杂度检测工具SourceMonitor的使用方法
实验内容
-
使用单元测试工具JUnit来测试自定义的类。
-
使用代码静态检测工具FindBugs查找代码中的bug。
-
使用代码复杂度检测工具SourceMonitor分析代码复杂度。
实验步骤及结果
①测试工具JUnit：
-
JUnit 3：有setUp()、tearDown()以及constructor()，每执行一次测试方法，setUp()、tearDown()以及constructor()都会被执行一次。
-
JUnit 4：有setUpBeforeClass()、tearDownAfterClass()，每执行一次测试类，setUpBeforeClass()、tearDownAfterClass()都会被执行一次，不管执行了多少次测试方法。
运行结果：
②检测工具FindBugs（我使用的是IDEA代码编辑工具，SpotBugs代码分析工具）
黄色/橘黄色的虫子表示有潜在的问题（红色的虫子就表示你的程序中有严重错误，黑色的没有太大的问题）。
③检测工具SourceMonitor：分析的就是上面的代码
Lines： 指的是代码行数
Statements：语句的行数，这个C中有所不同。
Percent Branch Statement：分支数占总语句数的百分比
Method Call Statement：方法调用语句数
Percent Lines with Comments：注释语句占总语句数的百分比
Classes and Interfaces：类和接口数
Methods per Class：每个类平均包含函数个数
Average Statements per Method：每个函数平均包含的语句个数
Line Number of Complex Method：最复杂函数的行号
Maximum Complexity：该类中最复杂函数的复杂度
Line Number of Deepest Block：最深层语句块的行号
所学新知
通过本次实验，了解了代码bug分析和复杂度分析的专业途径和方法，认识到这么课程的重要性以及代码测试的关键性，可以更直观的了解代码的健壮性和可扩展性，在实际项目中，适当的测试代码更有助于项目的发展。
❤️后语❤️
厂长写博客目的初衷很简单，希望大家在学习的过程中少走弯路，多学一些东西，对自己有帮助的留下你的赞赞👍或者关注➕都是对我最大的支持，你的关注和点赞给厂长每天更文的动力。
对文章其中一部分不理解，都可以评论区回复我，我们来一起讨论，共同学习，一起进步！
