RFT的Test Architect有人能介绍一下么?

seafalcon

project就是一个WINFORM的程序...

thanks a lot!

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
就是说测试架构是怎样的?
Test Script, Test plan, Test step等等是怎样的关系呢？
Test Object Map一般在一个项目有几个？和Test script是一一对应的关系么？还是一般会有一个public generic 的 Object map,这样每个test script都可以用这个object map?

等等．．．大家有什么建议么？
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

[ 本帖最后由 seafalcon 于 2010-1-10 15:35 编辑 ]

dreamever

测试架构？
project为什么就是一个winform的程序？也可以是一个HTML甚至就是一个类啊
不懂，讨论一下。

lovecy

拜托楼主能不要用英语的地方就不要用英语好吗？

dennyqiang

不知楼主要做什么，说清楚一点。

seafalcon

就是说测试架构是怎样的?
Test Script, Test plan, Test step等等是怎样的关系呢？
Test Object Map一般在一个项目有几个？和Test script是一一对应的关系么？还是一般会有一个public generic 的 Object map,这样每个test script都可以用这个object map?

等等．．．大家有什么建议么？

dreamever

影响测试架构的因素很多，测试软件不同，测试部内的流程规范不同，编码要求不同，对自动化测试的期望和要求不同，都会导致测试架构千差万别。当搭建一个框架的时候，首先应该是为了解决目前已存在的问题，然后设置设计相应的解决方案。而不是先把架构搞出来，再去往自己的工作上套，那样的话问题会越搞越多。
就象你刚才说的Object map，我所在的测试部对自动化测试的要求是实现测试对象的动态查找，测试脚本与测试对象文件要解耦，所以我就没用到object map,而是封装了find接口。再比如，由于我所测的软件中，EXCEL导出功能很完善，因此我的脚本中封装了大量的EXCEL相关的操作，并作为单独的JAR包，还形成了相关的EXCEK测试数据管理上的规范与流程，但是这些对别的项目，特别是那些没有EXCEL导出的项目却是一点作用都没有的。
说了这么多还是一句话，测试架构要立足于已有的测试流程和规范，目的是解决目前已存在的问题，架构的这东西，就是A也行，B也可，看哪种方案更能解决你的问题。
不要迷恋架构，架构只是一个传说

dennyqiang

建议楼主先学习一下RFT再说。Test Script, Test plan, Test step 非RFT本身的概念，要说关系，当然就是一个test plan可对应多个test step，而test script则就是一个.java的类。

Test Object Map一般在一个项目有几个？和Test script是一一对应的关系么？
object map在一个项目中可以有一个或者N个，这个完全取决于你的架构怎么设计，可以都使用一个共用的object map, 所有对象全放在里面，不过会比较大。或者每个test script对应一个object map (私有对象库)，都是可以的。

顺便提一下，不太推荐使用对象库，个人比较喜欢使用find来进行动态识别。稍后我会有详细的RFT连载教程，楼主可学习。