这几个月来的开发，感触比较深的是我们没有对整个框架添加上良好的测试。往往我们改了框架中的代码之后，我这块的任务完成了，但是由于我的修改影响到了别人的功能。接下来的事就可想而知了，继续提BUG，他改。这样肯定是降低了工作了效率，目前由于我们没有测试框架所以也只能先这么办。
但是最近不能永远这么办下去，要想办法解决这些问题。
先来看看我对测试框架总结的一些需求吧：
1、针对我们的框架进行测试。
效果：当我修改完框架内部后，运行测试用例，可对框架内部所有DLL进行一次回归测试，保证不会在框架内部产生新的BUG
2、针对业务
效果：编写业务的测试用例，保证业务能够跑通。
3、自动化测试
这块比较复杂，先留着，我对测试本身也不是很在行，但是希望能通过学习加强理解，能在工作中提高效率。
我想第一步比较重要的是要保证框架(OEA)的稳定性，就是要给框架添加针对内部DLL的回归测试。
回归测试需要用到MOCK技术，MOCK意思就是“模拟对象”或者干脆直白点儿“造个假对象”。想NUNIT，NMOCK，MOP这些不错的测试框架都用到了这种技术。
普遍反映说MOP不错，先从这个来学习。
学的成果会随时进行总结。
