自动化测试体会

  最近在做一个自动化工具开发和维护(C++ Builder)，面对的被测系统牵涉前台（C实现），后端台(Java),其中后台又分为Client/Server，所以整个系统相对比较复杂，我要做的是将测试代码驻留到前台的对应的单板上，使用自动化工具向前台发送消息，而观察后台来确定所发送的数据是否正确处理！整个过程形成一个闭合的环路，当然也不是完全的闭合，因为缺乏一一种校验的处理程序，只能人工去校验！

   根据这种模式，我做一点点思考，首先做这种测试有个弊端，因为测试代码要嵌套入前台单板中，所以一旦有些的版本下来，则就必须重新编译版本，如果版本升级比较平凡的话那么导致我们也要平凡的编译新的版本；其次这种测试不好写响应的规程，同时对系统的业务逻辑要比较清晰，所以对测试人员的要求比较高（我的水平还是比较菜的），不仅要懂得业务、熟悉测试的方法，而且要熟悉各种开发语言；再者也就是最重要的一点，也是这种开发模式可以值得借鉴的一个地方，那就是整个测试基本上是一个闭环的链路，这样测试人员就比较容易看清楚自己的测试目标。

   为什么要把这种设计写出来，只是觉得这是自动化测试的一种模式，通过这种方式可以比较容易地进行功能性测试，压力测试等，特别是压力测试，光靠手工是比较能做到的！