后台测试自动化稍早

最近公司的同事开始了后台测试自动化的调研。
能有这样的想法是很好的，之前搜索引擎端的自动化测试系统，就应用的非常好。
但是要想建立一个崭新的框架来达到通用测试的地步，还是不太合适的。

我积极的支持这个项目。不过自然也有不少的担心。在公司不方便说。在这里发泄下。
我的观点是自动化测试稍早

目前后台测试还不够深入。存在一系列的问题。


1、测试功能点，测试范围不能捕获全面，导致测试用例设计不充分，覆盖率不够，很多bug都被pass过去了。
公司举行过不少测试用例的设计，我也是经常去听。但是这些分析预计举例都是针对前台测试。虽然测试思路都是一样的。但是后台测试还是有一些概念是需要强化的。举个例子，如果一个产品的输入是一个网址，针对这个网址，前台的测试肯定是很多种的case，但是在后台，还要深入考虑更多的东西，比如这个网站是不是连接特别多，是不是单个网页的内容非常的大，是不是里面有一些特殊的字符，是否为flash，或者其他格式的内容等。这些都是后台需要关注的。

2、业务，算法逻辑不精通。
不少项目，都测试过去了，测试工程师还对他的算法与逻辑模棱两可，常常是一知半解。
对我来说，这是无法容忍的。

3、缺乏良好的后台测试思路
定义测试范围，采用什么策略。
可否利用数据驱动测试，可否采用自动化，是否进行充分的分析。
有没有画过数据流，逻辑流，状态流。

目前后台测试方面的问题多多，但是没有太多前人的经验与现成的资料可供借鉴。一起还需要积极的总结，总结项目经验，这些东西，都是要慢慢完善的。
我已经开了一个课题，开始做总结，分析自己的，也借鉴别人的。

这些问题，如果不能有效解决的话，后台测试的自动化就只能沦为一副空架子而已。

不过小范围的自动化测试，倒是可以实现的。针对个别应用的架构是可以设计的。比如p4p引擎的测试。
目前放慢了对技术的研究，开始总结一些非技术的因素。希望2个月的时间，可以出个文档出来。