4、拓扑中的产品节点可以依靠产品线类型与具体产品型号关联实际环境拓扑中的一款设备,当测试项目调用这款设备时,测试项目就可以找到相应的配置文件。
5、配置文件相当于一个中间件,需要在每次映射时进行自动的更新。
6、拓扑的表现形式可以用XML节点的形式或者UML图的形式进行表示,个人觉得,图的表现形式是个发展。
7、软件自动化测试中的环境部署也可以应用此关联的方式,不过还是需要具体情况具体分析。
四、相关软件产品分析
对一些相关的产品进行了使用研究:
1、FanFare的iTEST,现在被spirent收购,在其拓扑关联方面,提供了一个Topology功能。其应用Port连接来表示设备的互连关系,每个设备对应一个或者多个session,可以直接在拓扑图里,根据这个session,管理到设备,但是并没有与case关联起来,所以其主要功能在于拓扑的直观性。
2、IBM的RSA与RTC产品,其理念是模型驱动理念,用过UML的人应该知道,其将测试拓扑中的设备抽象成一个个模型,然后每个模型关联一个脚本模块,具体情况还没有过于去研究,有兴趣的人可以了解参考一下。还有一款软件Insight,是可以应用在智能数据分析,从而选取最佳的测试优先级,这个一直觉得好复杂,对数据存储和挖掘分析要求很高。
3、以上只是自己的一点简单总结,因为是很匆忙,所以不一定正确,需要自己去进行使用分析。
4、个人觉得,以上工具,因为需要涉及到应用普遍性,再加上做自动化测试的特殊性,所以也许你能用到的少之又少,但是你可以根据自己需求,结合其工具的设计来得出适合自己的自动化测试方案。适合自己的才是最好的。
总之,自动化测试拓扑解决方案很难有一个完美点的方案,所以如果对这方面有兴趣或者有研究的人,可以一起讨论下,提出一下想法,感激不尽。
版权声明:本文出自 散步的SUN 的51Testing软件测试博客:http://www.51testing.com/?382641
原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。
相关链接: