发现编写代码的时间和思考测试的时间比例是2:8，甚至于更少。大量的时间花在思考怎么编写测试。
无论是否使用测试驱动，我们都需要考虑使测试更容易。
测试的目标大致有2点：
1. 测试尽可能覆盖全
2. 同时测试尽量少（测试多了，必然是混乱的）
目前写到这里要逐步进入游戏逻辑了。table显然会有状态迁移，我们会给它增加字段。
问题是我们怎么测试那些状态逻辑呢？是在table_server 那测呢？还是table本身测呢？
在table测，好像更容易编写测试。可是这样一来table_server还测不测，测哪些东东？
目前想来，还是在table那测比较好。
一则是测试容易些。
二则也比较符合以前说的游戏逻辑本质上是数据结构的变化。
感觉挺有道理的？嘿嘿