一个好的编写程序的习惯，每写一小段代码（比如一个方法或者更小）就测试一下的他的正确性。倘若等到所有代码都写完了再去测试的话，那么等待你的将是无尽的烦恼与纠结。
在GAE项目之中，按照以往的习惯引入Junit jar文件，新建test源码目录，新建测试用例，执行。可是预想之中的结果却没有出现，出现的反而是一个令人郁闷的异常。java.lang.NullPointerException: No API environment is registered for this thread.虽然本人也不喜欢看异常，但还是要硬着头皮把它看完。它说“没有API环境被注册到当前线程”。什么意思？似乎是缺少单元测试运行时的环境。看来只能使用最原始的方法了。新建main方法并执行。Oh,my god!竟然还是这个异常。这到底是怎么回事儿？
将单元测试中代码全部注释掉，执行。没有异常，执行正常。于是乎一点点的排查，终于发现只要用到gae数据操作就会出现这个异常。看来问题是出在了gae的数据操作上。想了想，觉得可能是如下的原因:
GAE 所提供的只是数据实体及其以上的操作，而再往下的底层物理数据操作是不对应用程序开放的，这些操作是有GAE平台去完成的。这就好像是用JPA去访问数据库，可是光有实体类而没有数据库一样。因为数据库再别人得服务器上，而且你不能直接连接到数据库。
而现在这个“数据库”（gae使用的不一定是数据库）就是在GAE的服务器上。显然，GAE作为一个又不少开发者使用的平台不可能会考虑不到这种情况。而程序直接本地运行没有出问题更说明了这一点。说明了是可以在本地去模拟服务端的“数据库”以及“数据库”的底层操作的。下面要做的就是……
翻gae文档，终于在一个不起眼的地方找到了有关gae单元测试环境搭建的说明。上面说需要将额外的几个包引入到当前项目中。这几个包如下：
${SDK_ROOT}/lib/impl/appengine-api.jar
${SDK_ROOT}/lib/impl/appengine-api-labs.jar
${SDK_ROOT}/lib/impl/appengine-api-stubs.jar
${SDK_ROOT}/lib/testing/appengine-testing.jar
前面的${SDK_ROOT}表示GAE SDK的更目录。导入之后竟然还需要手动的去加载这些环境,好在不是很复杂.需要在每个测试类中加入如下代码：
private final LocalServiceTestHelper helper = new LocalServiceTestHelper(new LocalDatastoreServiceTestConfig()); @Before public void setUp() { helper.setUp(); } @After public void tearDown() { helper.tearDown(); } |
从类名可以看出来是要加载本地测试配置。现在再执行一遍，终于通过了。可是如果在每个测试类里面都要写上这么一些一模一样代码，每个人都不会愿意的。所以可以新建一个GAE单元测试基类，然后让所有的gae单元测试类都继承这个基类就可以省掉这些麻烦了。
另外，单元测试的数据都是临时产生的。每个测试方法执行前都要先插入数据。测试方法执行完成后，数据会自动被清空。
