程序分为两个大的模块：Migration和Bundles。为什么叫Bundles?因为Sling使用了OSGI框架Felix。
Migration负责导入客户的遗留数据到新系统。之前客户的CMS运行已有10多年的时间，积累有大量数据。主要是各种类型的报表和图片。
Bundles实现系统功能。主要包括了定义报表模板、定义报表各种所见即所得的展现组件、实现对图片的管理、搜索(包括基于图片的可视化搜索)和其他七七八八。
三、测试实践
1、Migration的测试
自动化测试
对Migration，我们采用了TDD的方式。
输入是客户实际提供的xml文件，输出是JCR里的节点。测试环境的搭建主要是在本地建立起Jackrabbit实例。我们的工作方式是这样：每天早上领到一张migration故事卡，然后先写一个xml到jcr节点的集成测试描述出该类型报表的功能需求，接下来就是让这个测试通过。经过开始阶段的熟悉过程，我们的速度保持在一对Pair一天一种报表类型的导入。
手工测试
将xml文件内容正常解析并导入JCR只是第一步，第二步我们需要在Bundles里为该类型的报表编写模板使之正常展现。由于涉及到报表样式，这个测试我们采用手工测试，这个工作也是QA工作的重要一部分。
在最开始的开发中，我们没有导入所有报表数据进行测试。这带来了问题，由于客户遗留数据跨越10多年，各种数据形式都可能存在(特别是04年以前数据，给UI带来了很大挑战)，而最开始的开发中，我们只是使用了部分数据(09、10年数据)进行测试，这个导致了建立UAT环境时程序的很多返工以及QA的测试压力。
2、Bundles的测试
自动化测试
对领域模型，我们采用了TDD的方式进行单元测试;在本地Jackrabbit实例里建立数据，领域模型封装数据测试行为。
对servlet，我们采用了TDD的方式进行集成测试(同时测试了servlet和领域模型)，在测试中对request和response进行mock; 对JS，我们使用数据驱动的selenium功能测试进行覆盖。
我们最后的自动化测试结构：
文章来源于领测软件测试网 https://www.ltesting.net/
