单元测试工具（连载4）
1.5 介绍一下断言
可以看出，断言在JUnit测试中的重要性，JUnit最后是通过断言来决定测试用例通过与否。下面来看看常见的断言，如表1所示。
表1 JUnit的断言
断言方法 | 断言描述 |
|---|---|
assertEquals([String message],expected,actual) | expected==actual，测试通过（用于整形数字） |
assertEquals([String message],expected,actual,tolerance) | expected==actual，测试通过，tolerance为浮点数的精度 |
assertTrue ([String message],Boolean condition) | condition条件成立，测试通过 |
assertFalse([String message],Boolean condition) | condition条件不成立，测试通过 |
assertNull([String message],Object object) | object为空，测试通过 |
assertNotNull([String message],Object object) | Object不为空，测试通过 |
assertSame ([String message], expected,actual) | expected与actual相同，测试通过 |
assertNotSame ([String message], expected,actual) | expected与actual相同，测试通过 |
fail([String message]) | 直接失败，测试通过 |
1.7 用Ant来运行JUnit
Ant是一种基于Java的build工具。理论上来说，它有些类似于（Unix）C中的make ，但没有make的缺陷。目前的最新版本为：Ant 1.9.4。使用Ant运行JUnit后可以产生一个优秀的测试报告，便于在CI环境中可以在测试完毕所有测试用例后发送给相关人员。选择Project，右击鼠标，选择“Export”，在弹出菜单中选择“General->AntBuildfile”, 如图7所示。然后选择【Next>】。
图7 选择Ant Buildfile
在图8中选择所需用Ant运行的Project，最后点击【Finish】
图8 选择Ant Buildfile
这时候在左边导航菜单栏会发现名为build.xml的文件和junit目录（可能是由于Eclipce的Bug，这个目录经常自动生成不了，需要自己创建），如图9所示。选择文件build.xml，如图10，然后选择“Run As->External Tools Configurations…”。
图9 Exportto Ant后的文件变化
图10 选择External Tools Configurations…
选择项目对应的build.xml设置页面，选择Targets标签，进入图11界面。
图11配置build.xml
选择build[default]（必选项）、你的测试文件以及junitreport（用于生成测试报告），最后点击【Run】按钮。提示测试完毕。打开junit目录中的index.html，如图12所示
图12由Ant生成的测试报告
星云测试
http://www.teststars.cc
奇林软件
http://www.kylinpet.com
联合通测
http://www.quicktesting.net
k=(p+m)t
其中：
k为常数。
p：团队人员质量水平，为单位小时内产生的有效质量，单位为/h；
m：团队方法质量水平，为单位小时内产生的有效质量，单位为/h；
t：为单位质量产品的交付时间，单位为h。
在团队方法质量水平不变，团队人员质量水平提高的情况下，交付时间变短；
在团队人员质量水平不变，团队方法质量水平提高的情况下，交付时间变短；
团队人员质量水平与方法质量水平乘积决定了软件的质量水平，如果这个值变小，则t变大；反之t变小。
例如，当k=4时：
当人员质量水平为1/小时、方法水平为1/小时时，交付时间为2小时。
当人员质量水平为2/小时、方法水平为1/小时时，交付时间为4/3小时。
当人员质量水平为1/小时、方法水平为2/小时时，交付时间为4/3小时。
当人员质量水平为0.5/小时、方法水平为0.5/小时时，交付时间为4小时。