RFT中的分层思想

  所有的测试对象均由tjpool进行统一管理。在具体的项目中可以将顶层或者使用频率很高的testObject读取到内存中直到所有的测试脚本执行完毕再销毁，这样就可以大大节省系统获取测试对象时间。

  action中包含了对各个测试对象的直接操作。如在文本框中输入文本，点击按钮等等。

  busLogic可以看作是action和datapool的各种业务组合。busLogic依赖于测试用例。有多少测试用例就会有多少busLogic。同时所有的验证点均包含在Buslogic中。

  举个例子，就用户登录为例。假设用户登录有5个case。

  首先我们获取需要的测试对象(用户名、密码输入框，登录按钮等等)。然后抽象出对测试对象的操作。就本例而言应该有在用户名、密码输入框输入文本，点击登录按钮等。最后根据case来自由组合action和准备好的datapool。如果登录的UI有所变动，只需要修改tjpool就OK，如果需要增加新的动作就修改action，如果case有所变动就修改busLogic。这样整个项目是不是很清晰明了啊，也很便于维护。

  原创作品，如有转载请注明出处，谢谢。。。