| |
|
|
|
 |
JBuilder 2005
单元测试体验 |
 |
| |
|
|
|
|
|
JBuilder 2005 单元测试体验
白盒测试是软件工程中重要的概念，开发人员往往要花1/3时间测试自己编写的程序。一个类所有开放的API接口都必须通过白盒测试，JBuilder集成了目前流行的JUnit单元测试框架，提供了创建、运行、编译测试用例的支持。 | |
|
 |
自动测试代码的重要性 |
|
| 一个产品只有通过检验才能投放市场，同样的，一个业务类也只有在经验测试后才能保证功能的正确性，以便被其他类或程序调用，否则隐藏其中的Bug就蔓延开了。业务功能点测试是测试人员的职责，但业务类API的正确性必须由开发人员保证。 >>>>详细内容 |
|
|
JUnit测试框架 |
|
| JUnit是由Erich Gamma和Kent Beck开发的开源测试框架，JBuilder集成了这个框架并做了扩展。JUnit之所以流行并为广大的开发人员所推崇，一是它实战性强，功能强大，二是它实在简单。一个产品或框架要能有生命力，最好都具备这样的特点。 >>>>详细内容 |
|
业务类介绍 |
|
| 为了便于讲解，拟通过两个简单的业务类引出测试用例，一个是分段函数类，另一个是字符串处理类，在这节里我们先来熟悉这两个业务类。 >>>>详细内容 |
|
创建测试用例 |
|
| JBuilder为测试用例类指定了一个默认的类名，即Test<业务类名>，包名和业务类包名一致。接受默认的值，直接按Finish创建TestSubsection测试用例类。 >>>>详细内容 |
|
用套件捆绑运行多个测试用例 |
|
| 目前我们只为Subsection类生成了一个测试用例，在这节里，我们按照前述的方法，通过Test Case向导为StringUtils类创建一个测试用例代码框架，并编写测试方法，然后将这两个测试用例捆绑组合在一个测试套件中一起运行。 >>>>详细内容 |
|
创建测试固件 |
|
| 在测试用例中通过setUp()、tearDown()创建测试固件，只能使这个测试固件在单个测试用例的不同测试方法中共用，如果有多个测试用例都需要使用相同的测试固件，就需要将测试固件抽取到一个独立的类中。 >>>>详细内容 |
|
测试运行配置 |
|
| 在一般情况下，你不必为每个测试用例类单独创建一个运行配置项，JBuilder会采用默认的运行配置运行测试用例。 >>>>详细内容 |
|
总结 |
|
JUnit的框架非常简单，只需要知道TestCase类的执行顺序，测试方法的命名规范就大体掌握了JUnit的测试框架，所谓测试固件和测试套件也是利用TestCase的这两个特征而提供的扩展技术。所以编写测试用例难的不在于框架的理解，在于测试规则的设置，而后者需要通过不断的实践总结才可以提升。
| |
|
