For lightweight Java EE development: write testable code(Chinese Edition)

如今，测试已不再是企业发展中的"可选”部分，其必将成为企业发展壮大的核心武器。本书旨在指导读者使用测试平台进行持续开发。本书首先阐述了测试在企业发展中的重要性，然后大篇幅地分析了一些用户在发展中会遇到的共性问题（例如，如何引导新项目及验证用户界面）的解决方案，最后，指导用户了解如何构建一个终端到终端的测试方式。序即使是古老的J2EE也绝不仅仅是关于开发的。从企业Java的出现开始，就有了严格定义的整体角色概念。组件提供者、组装者、系统管理员和服务器提供者，都有清晰且独特的职责，但是这些角色在真实世界里很少有真正的支撑。因为政策和组织结构的原因，开发人员通常需要承担所有这些角色的职责，可能的例外也只是系统管理和运维。开发人员的首要目标是开发，因此上述意图良好的角色划分很快就没有意义了。在“真实世界”里，特定的运维部门负责维护开发周期的成果，尝试安装、运行、保持应用在线。因此这里真正起作用的是人为划分的模型，但是它和最佳方式相去甚远。有时情况会尤其糟糕，签署文档甚至会比产品质量更加重要。如果你只对快速hack感兴趣，那么肯定会厌恶JavaEE和应用服务器，也很可能会因此讨厌这本书。如果你只关注于开发，那么打包、部署、监控和管理听上去就是多此一举。但是，“DevOps”将运维和开发看作一个单独单元。谁会需要漂亮，却无法在预定义环境里正常部署的代码呢？DevOps并不是什么开创性的事物，相反，它是“回到初心”的倡导。本书不仅契合DevOps的理念，还编程式地展现了如何从零开始构建一个JavaEE应用程序，并且填补了JavaEE规范的空白之处。本书还用具体的代码深入地阐述了项目和归档创建的自动化、Mavenbuild在流程里的编程式集成，以及所有级别的测试。本书不仅关注最佳实践，而且向读者展示了如何测试难以测试的场景，包括SMTP服务器和消息驱动Bean的样例。虽然本书介绍的工具、库函数和框架都是由RedHat公司的员工发起的，但是即使你完全没有用过JBoss或者WildFly，这本书也会很有价值。实际上，我同时在GlassFish和TomEE上使用Arquillian、ShrinkWrap和Forge来测试应用程序，并且，我在研讨会（http://airhacks.com）里使用了Arquillian测试插件、扩展和复杂的依赖注入，而无须将mock部署到生产归档里。在飞往旧金山的JavaOne2013大会的途中，我阅读了这本书，它非常有意思，让我学到了很多。希望所有人都能从这本书中有所收获——享受轻量级JavaEE开发的生命周期！——AdamBienhttp://adam-bien.com序............................................................v前言..........................................................xix第1章持续性................................................1预防的真理1被动的错误处理1主动的质量策略2软件开发流程3串行模型3迭代模型3测试即