看到jgaoshou关于自动测试的构想？可行吗？

ccmouse

1-文本层（用例的手动写作构造）
------------------------------------------------------------------------
2-文本翻译层（通过一个词法分析器，从文本中抽取关键词，构造顺序，驱动下一层）
--------------------------------------------------------------------------
3-用例组合层（通过第二层传下来的关键词和顺序，对基础函数进行自动组合，生成执行函数）
----------------------------------------------------------------------------
4-基础函数层（函数库中涵盖最基础的各种操作函数，只需要对其进行顺序组合，就可以执行功能）

--------
最近要做一个架构
对上面的这种架构很感兴趣。有没有成功的先例，谢谢。

ccmouse

这个构思是jgaoshou提出来的。 如果可行，我很想在这个想法上作我的架构。

1，测试对象经常会版本更新，或者英文化，日文化，Vista化。大概一年有三个版本以上。
这样一个东西要进入稳定状态的话，至少2轮测试以上吧。我想，这方面我也没有什么经验，之前一直是手工测试的。

2，队内有开发经验的就我一个，很多都是公司今年刚刚招募来的新人。
3，这个最难~~实行有困难，最大的困难就在这里
4，没有什么影响力，领导对我们的自动测试一般般支持，希望工作之余搞搞。看来我是不是应该先挑个简单的框架做起

chech28

楼主，我原来有过类似你这样的东西，还没到你这个程度，但是思想有类似的地方，我还有个原型，当时故事很长，我就不多说了，技术上完全没有问题的，但我想问你几个问题：

1. 你的测试对象的生命周期有多长？而你做这样一个东西，并使之进入稳定状态需要多长时间？
2. 你或者你的团队有多少软件设计的经验？ 能考虑多大程度上的扩展性？
3. 易用性如何？培训和产出的比率值得吗？ 这个东西层次多，架构复杂，更有个要命的文本翻译层，我敢保证，这个东西出来后对使用者的要求是相当高的。最后会有一大堆规则，对开发者来说也许很直观，但你如何培训别人使用？
4. 你或者你的团队对整个组织具有多大的影响力？ 能否保证此软件的使用和实施？

回答了这些问题，再考虑技术和架构吧：）