做FTA schd项目发现的问题

出现的问题
FTA的schd project是我对TA反思后的第一个项目。本来以为经过前段时间充分的总结，这个项目不会有什么问题。但是项目结束后发现，最大的问题是架构部分代码（非测试逻辑本身的代码）竟然有多次重构。

理想情况下，在开发过程中，对系统核心部分的重构应该是很少的，因为这种重构的风险非常大。FTA是一个比较小的项目，所以还能控制不出问题。如果项目比较大，或者test suite比较多，情况就不好说了。

分析原因
1）testcase定义和执行流程一开始就考虑不成熟。
framework里关于如何执行testcase部分进行了多次重构。部分原因是framework并不全是我设计，还要兼容已有的系统，所以存在束手束脚的地方。也有部分原因是我对执行过程的考虑不成熟。

总的来说，这个问题可以通过通用框架TAS的成熟在一定程度上解决。

2）开始阶段考虑的testcase种类太少
因为开始阶段考虑的testcase种类太少，所以随着新的testcase的加入，不得不修改已有的架构来适应新的需求。比如library会进一步的细分，test parameter的格式定义。。。

如何提高
将来需要注意增强分析阶段的能力。特别是在系统还未成形，只是脑袋里的一个模型的时候，如何在其基础上进行分析，判断，进化出更好的架构。这种分析的步骤是这样的
   a）细致的问题分析
   b）把实际的问题转化为脑袋里运行的“程序模型”（借助纸和笔）
   c）在这个运行过程中，找出已有架构不满足当前运行要求的地方
   d）在这个运行过程中，综合已有testcase，发现需要共享的library

进行积极的预判。在开始阶段，可能所有人都不明白到底要自动化多少caes。对于设计者来说，要从case重要性和自动化可能性的角度判断未来可能会自动化的case，并在设计之初就在一定程度上把他们考虑进去。

即使如此，我还是要再次明确”考虑得少“并不是一个绝对的错误。前面已有文章反思考虑得太多会引起的问题。所 以，这是一个需要小心平衡的事情。这需要更多的经验积累才能达到做一个项目的过程中“即不会出现overdesign，也不会频繁的重构已有的代码”