FlexMonkey将单元测试引入Flex用户界面开发

核心提示： QA测试比起开发人员的测试要来的更加细致，因为它的目标是确保代码能够在任何可以想到的使用场景中正常工作，FlexMonkey将单元测试引入Flex用户界面开发(2)，换句话说，QA测试人员的任务就是通过在应用程序上做一些可怕的事情来破坏它，如Cruise Control或Hudson，在每一次代

QA测试比起开发人员的测试要来的更加细致，因为它的目标是确保代码能够在任何可以想到的使用场景中正常工作。换句话说，QA测试人员的任务就是通过在应用程序上做一些可怕的事情来破坏它。当然开发人员肯定很熟悉这些所谓可怕的事情并且他们自己就可以做这方面的测试，但是这样做会使得他们真正写代码的时间变得很少。

一个合格的开发人员在测试时要么采用测试优先准则，即在API本身被实现之前就创建好测试它的少量测试用例，要么采用写一点，测一点（code- a- little-test-a-little, CALTAL）的准则，即每一个开发出来的代码单元在编译完后都会马上测试。CALTAL方法在用户界面（UI）开发人员中尤其流行，但是不同于API的在实现之前就能定义好逻辑接口的是：CALTAL在没有实际实现界面和控制代码前，并没有很好的方法来表达如何测试用户界面。

程序员们一般都主要依靠xUnit家族的测试框架来组织和执行单元测试。xUnit框架，例如Junit和FlexUnit，可以帮助开发人员管理大量的自动化测试套件。利用这些框架，单个测试套件可以单独的或是组合的运行，就是说为系统的某个部分开发的测试套件既可以独立运行，也可以作为测试完整系统或整个应用中更大测试套件中的一部分来运行。此外，框架提供的综合报告使得开发人员和管理人员可以轻松的查看汇总和详细的测试结果。xUnit测试是本身就可以执行应用程序代码，并且检查实际结果和期望结果是否一致的小程序。xUnit测试套件提供了一个简便并且高效的方法来防止回归。大多数的生成系统，如ant，为应用程序生成过程运行将xUnit测试套件提供了直接的支持。而持续集成系统，如Cruise Control或Hudson，在每一次代码提交到团队的版本控制系统后都会自动的触发这些编译，并且帮助检查团队中是否有人应该被笑话提交了不能通过测试套件的代码（这些笑话对于提高开发团队的总体效率是至关重要的）。